Добрый день. <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>