1с 7.7 Странности С Бухгалтерскими Итогами

  • Автор темы olga13
  • Дата начала
O

olga13

Добрый день!
Проблема такова: при формировании отчетов, использующих бухгалтерские итоги, выдаются разные данные. Н-р, формируем акт сверки. Один раз сформировали - все нормально. Нажали "Обновить" - пропали оплаты. Обновили еще раз - все опять нормально. И такое творится со всеми бухгалтерскими отчетами. Главбух пугается. Сформирует оборотку - а там все красное ))). А вот с регистрами в этой же базе все в порядке.
Пробовала делать тестирование и исправление ИБ - не помогло.
База 7.7. файловая, работаем через терминальный сервер.
Буду признательна за помощь.
 
Д

Дайнеко

Надо именно Пересчитать итоги: "Управление БИ". Кнопка "Полный пересчет итогов".
Иногда замечаются глюги на файловой базе при объеме более 1гб
 
O

olga13

Пересчет итогов не помог. -_-
Может, дело в количестве пользователей? В копии все работает идеально. А вот в рабочей начинаются глюки. Сейчас в базе бывает до 35 пользователей одновременно .
 
K

KiR

Ольга13, а сколько база весит? не пробовали сделать тестирование и исправление?
 
O

olga13

KiR сказал(а):
Или переходить на скуль.
Странно что вообще у вас база работает
Нажмите, чтобы раскрыть...

Мы с нового года планируем на восьмерку переходить. Не хочется делать лишних телодвижений.

Добавлено:
vbs сказал(а):
Резать, однозначно
Нажмите, чтобы раскрыть...

Вы имеете в виду свернуть? Или что-то другое?
 
K

KiR

Ольга13 сказал(а):
Мы с нового года планируем на восьмерку переходить. Не хочется делать лишних телодвижений.
Нажмите, чтобы раскрыть...
рискуете недожить корректно до конца года

Ольга13 сказал(а):
Добавлено:
Вы имеете в виду свернуть? Или что-то другое?
Нажмите, чтобы раскрыть...
да.
 
V

vbs

Вы имеете в виду свернуть? Или что-то другое?
Конечно, "что-то другое" ;)
 
G

Glukman

SQL конечно было бы лучше.
Да и порезать было бы неплохо
но ввиду перехода на восьмерку может и не обязательно резать, может не все так страшно ;)


35 пользователей одновременно работают?

Приведите характеристики/настройки терминального сервера.
И главное размер самой большой dbf.



Добавлено: + примерную динамику роста БД можете привести? или проще с какого года учет ведется?
 
V

vbs

А это так важно ? Файловая база за 5Гб перевалила. Метастазы не за горами. Рухнет ведь со дня на день...
 
O

olga13

Glukman сказал(а):
SQL конечно было бы лучше.
Да и порезать было бы неплохо
но ввиду перехода на восьмерку может и не обязательно резать, может не все так страшно <_<


35 пользователей одновременно работают?

Приведите характеристики/настройки терминального сервера.
И главное размер самой большой dbf.



Добавлено: + примерную динамику роста БД можете привести? или проще с какого года учет ведется?
Нажмите, чтобы раскрыть...

35 пользователей - это одновременно.
Характеристики сервера такие:
HP ProLiant ML350 G6 Server

Процессор - Intel Xeon processor E5620 (2.40 GHz, 12 MB L3 Cache)
Память - 6 GB

OS - Win2003 Server x64 sp2
Роль - Только терминальный сервер

60 терминальных пользователей

База 1С - 5.6 Gb
1C - 7.70.025

Самый большой файл 1SENTRY.DBF 1.3 Гб. Динамика прироста ~100 Мб в месяц. База ведется с 01.01.2012.
 
T

tadancer

1Sentry это как раз таблица проводок, поэтому во всех отчетах бухгалтерских у вас будут проблемы.
Вариантов решения (чтобы дожить до 2014 года, хотя бы) несколько

1) самый безопасный (и вероятно, самый малоэффективный) - в конфигураторе Выгрузить и загрузить данные (удалятся все "старые" записи в файлах, все данные останутся). Если упаковку таблиц никогда не делали, можете выиграть немного места.

2) использовать утилиту от Romix'а, которая позволит вам работать с этой базой без изменений до тех пор пока файл не "дорастет" до 2гб (потом база встанет колом и работать вообще не сможете). Как и с любым "костылем" - гарантий никто не даст (хотя вроде бы жалоб не было, но..).

3) Свертка базы. Но предварительно я бы проверил базу на предмет незакрытых по субконто счетов (допустим, передача товаров в розницу с детализацией по товарам при их списании из розницы по сумме и т.п.). Т.е. поискать причину разрастания файла проводок, а не бороться со следствием.

P.S. даже если с 2014 года вы планируете переходить на 8ку, имейте в виду что переход происходит не моментально + годовой баланс сдаваться будет скорее всего еще по данным старой базы, так что лучше сейчас день потерять, чтобы потом за час долететь.
 
O

olga13

Ta-Da сказал(а):
1Sentry это как раз таблица проводок, поэтому во всех отчетах бухгалтерских у вас будут проблемы.
Вариантов решения (чтобы дожить до 2014 года, хотя бы) несколько

1) самый безопасный (и вероятно, самый малоэффективный) - в конфигураторе Выгрузить и загрузить данные (удалятся все "старые" записи в файлах, все данные останутся). Если упаковку таблиц никогда не делали, можете выиграть немного места.

2) использовать утилиту от Romix'а, которая позволит вам работать с этой базой без изменений до тех пор пока файл не "дорастет" до 2гб (потом база встанет колом и работать вообще не сможете). Как и с любым "костылем" - гарантий никто не даст (хотя вроде бы жалоб не было, но..).

3) Свертка базы. Но предварительно я бы проверил базу на предмет незакрытых по субконто счетов (допустим, передача товаров в розницу с детализацией по товарам при их списании из розницы по сумме и т.п.). Т.е. поискать причину разрастания файла проводок, а не бороться со следствием.

P.S. даже если с 2014 года вы планируете переходить на 8ку, имейте в виду что переход происходит не моментально + годовой баланс сдаваться будет скорее всего еще по данным старой базы, так что лучше сейчас день потерять, чтобы потом за час долететь.
Нажмите, чтобы раскрыть...

А можно поподробнее по п. 2? Что за утилита? В нете ничего по этому поводу не нашла.
 
Для ответа нужно войти/зарегистрироваться
Мы в соцсетях:

Обучение наступательной кибербезопасности в игровой форме. Начать игру!

Верх Низ