Каждую ночь робот индексирует, перепроводит, делает бакуп и по фтп пересылает в хранилище, удобно. Робот это конфа на тойже 1с77, а база за год разрастается до 8 гиг, потом обрезаю и опять будни... А сервер не стоит отрубать вообще, если только на выходные и при переезде этого сервера...
у меня индексы летели, когда выключалась 1С через диспетчер задач или комп питания лишали, в обоих случаях 1С ке не давали закрыться самостоятельно. думаю у Вас та же проблема.
Вот существует у нас база на сервере с 2002 года. Весит она не так много, 3,5 ГБ всего... У нас не SQL-версия и дело в том, что индексация запускается у нас через день и длится около часа... Изрядно поднадоело. Кто-нибудь может подсказать, как избавиться от этого неприятного момента? Может её обрезать по самое 1 января? Это может помочь?
+ к (2) Для скуля вообще просто (как два байта отослать...) - в джобах прописываешь процедуру переиндексации (раз в неделю) и усе.
А мы оказывается женского полу... Тогда извиняюсь за два байта ;)
(2) как раз пригодиться, попробую реализовать у себя..
Правда возник вопросик..
Как быть если у меня терминалльный режим, и на сервере остаються подключенные юзеры??.
Их нужно как то сбросить первым делом, а потом делать переиндексацию...
(4) я ж писала, что у меня не "скуль"... И на ночь у нас всё выключается, так что ночью не вариант =( Попробую свёртку провернуть... Или бухов уговорю новую базу начать ))
Нет ))
Каждое утро приходит завхоз и тычет на Павер. Если не он, то главбух =)
Как хорошо, что наших пользователь воспитал предыдущий админ ^_^ Главное не распустить их теперь, а то я слишком добрая иногда бываю )))
(1)
Когда "индексация запускается" - это следствие. Причина - испорченные индексы. В 1С реиндексация запрашивается при входе в систему первого пользователя (утром следующего дня). Но индексы могли испортиться в начале прошлого дня и весь этот день все пользователи работают с противоречивой информацией. Надо устранять не следствие, а причину:
1) Поиск и устранения аппаратных "бяк" в сети, сервере, рабочих станциях.
2) Обучение пользователей в части правильного выхода из системы.
3) Переход на терминал-серверный режим.
4) Переход на клиент-серверную СУБД.
Ну, а обрезание базы данных, естественно снизит вероятность появления ошибок и уменьшит время реиндексации. Но причину проблемы не устранит...