@otko13

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

0

@Дийнеки

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

0

@otko13

Спасибо за совет, попробую пересчитать итоги.

0

@otko13

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

0

@kyr

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

0

@otko13

База уже больше 5 Гб. Тестирование и исправление делала, не помогло.

0

@vbs

Резать, однозначно

0

@kyr

Или переходить на скуль.
Странно что вообще у вас база работает

0

@otko13

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

Добавлено:


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

0

@kyr

рискуете недожить корректно до конца года



да.

0

@otko13

Направление движения поняла. Спасибо за помощь.

0

@vbs

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

0

@ktukmom

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


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

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



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

0

@vbs

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

0

@Дийнеки

Ох, старик, шалун!

c. "Ну, погоди!" <_<

0

@otko13

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.

0

@todomsyr

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

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

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

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

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

0

@otko13

А можно поподробнее по п. 2? Что за утилита? В нете ничего по этому поводу не нашла.

0

@todomsyr

не нашли потому что я неверно написал, не romix а hogik. Смотрите тут

0

@otko13

Спасибо, попробую.

0