1c 7.7 база около 5 Гб. проблема

Добрый день. <br><br>Описание. <br>Конфа: ЖКХ, DBF<br>Сервер: Xeon 5200/Intel/160 Гб/4 Гб (никто не работает локально)<br>Движок: 027. 7.7 бухгалтерия<br><br>Сеть: 10 машин (но все юзеры работают в терминале)<br>Памяти используется 1,5 Гб максимум, проц не загружен полностью. Места на диске еще 80%. В Антивире отключена проверка DBF, cdx, md.<br><br>Предыстория<br>Поставили эту конфу 1,5 года назад. Сперва все летало, естественно. ) Но т.к. база заполнялась быстро то и проблемы появились.  Сейчас база весит около 5,5 Гб. Причем файл 1sentry весит 1,7 Гб. Каждый месяц база увеличивается на 300-350 мб.<br>Про то что долго отчеты формируются я уже даже не спрашиваю. Это итак ясно. Появились симптомы нестабильной работы. <br>1. Человек сидит, работает. нажимает кнопку "сформировать отчет" (любой) и программа может просто закрыться. Причем это происходит с каждым пользователем по нескольку раз в день. В отчетах стоят ссылка на различные dll-ки 1с-овские.<br>2. Если запускать формирование нескольких отчетов на разных машинах (читай терминалах) то БЫВАЕТ! что отчеты искажаются. Т.е. если идет отчет по нескольким домам, то один дом может попросту вывалиться из выборки.<br>Раньше (читай, "когда база была поменьше") таких глюков не было в принципе. все работало как часы.<br>Несколько месяцев грешил на сервер. Заменил на другой несколько дней назад. Все повторяется. Причина не в этом.<br><br>Вопросы.<br>1. Реально ли это все происходит из-за большого объема инфы в базе? Кто сталкивался с такими большими базами?<br>2. Какого размера базу может потянуть движок семерки? Опять же желательно чтобы написали те кто сталкивался с такими базами.<br>3. Стоит ли переходить на SQL или лучше уже рассматривать восьмерку. Опять же если смотреть на восьмерку ,потянет ли она такую базу?<br><br>Вобщем проблема большой базы. Кто сталкивался - пишите, буду рад прочитать. <br>

Ограничение Дбф файла = 2 гига, остальной вывод сделать не сложно!<br><br>Еще можно упаковать файлы, размер может существенно уменьшится, надо посмотреть коды проведения документов, может быть неоптимально и поэтому растет файл проводок!

Почему Вы решили, что SQL- это быстрее. В терминальном варианте 5 Гб база хоть что-то делает - и вот это уже удивительно. Если не сжать, больше, то обрезать надо без разговоров. А размер баз 81 растет гораздо больше, чем 7.7.

Где Вы увидели у меня вывод, что SQL быстрее?<br>З,Ы, В 8-ке тоже можно упаковать таблицы и размер тоже существенно уменьшится!

лучше всего порезать базу!<br>т.е. каждый год делать свертку!

http://www.buh.ru/forum/thread.jsp?id=433202

Именно поэтому я и предложил только упаковку таблиц, тем более что база скорее всего сильно переделанная

1. Для уменьшения базы можно порезать прошлые периоды, тут главное ничего лишнего не прибить.<br>2. 5.5 Гб не смертельный размер, если конечно фаловая система не FAT. <br>3. Переход на SQL добавит стабильности, но скорее всего убавит производительности (в сравнении с терминалом).<br><br>Что касается искажения данных в отчетах, то это совсем некрасиво. Базу тестировали?

Вот тут бы, Володь, по твоему описанию посмотреть на процесс 1с77.exe во время формирования отчета, на котором происходит "вылет". Возможно, что срабатывает ограничение ОС по выделенной для одного приложения оперативной памяти (~2Г для стандартных вариантов). Если это действительно так, то можно попробовать "выкроить" для приложения 3Гб "оперативки" (при наличии оной физически) и на какое-то время решить проблему. Можно "выкроить" по более чем 3Гб (~4Гб) при переходе на х64 ОС.