7.7 Долгая загрузка 1С после ввода пароля

Здравствуйте дамы и господа,
у меня возникла проблема, которая ставит меня в тупик. Буду признателен, если кто-то подскажет решение, а также с радостью приму советы куда капать.

Имеем: 1С 7.70.027 на одном сервере (Windows 2003R2 Enterprise Edition SP2) размещается файловая часть базы
на другом сервере (Windows 2003R2 Enterprise Edition SP2) располагается база данных на MSSQL2000
Пользователи ходя в 1с как со своих рабочих мест, так и с терминала на первом сервере

С недавнего времени появилась такая проблема:
после ввода пользователем своего 1с-ного пароля вход в систему происходит очень долго. При этом никакой жёсткой взаимосвязи с временем суток и нагрузкой базы незамечено. В некоторых случаях этот же пользователь с того же самого компа может зайти и довольно оперативно в базу.

Была идея, что долго выполняется процедура "ПриНачалеРаботыСистемы" (есть там кое-чего мною понаписанного), но подозрение не подтвердилось при прогоне на 1Совском отладчике.

Что замечено ещё (это вообще взорвало мой мозг):
если началься "долгий" вход пользователя и попытаться зайти на этой же машине под другим юзером в 1С, то второй пользователь заходит с приемлемой скоростью загрузки. Т.е. под вторым пользователем 1С заходим нормально и работаем, а вход первого пользователя 1С идёт крайне долго.

Помогите разобраться пожалуйста.

А "долгий" вход у всех клиентов или только терминальных? (Как мне помнится на терминале бывают проблемы из-за сплэш-окна)

нет, "долгий" вход не зависит от режима запуска. И на клиенте бывает и быстро, и долго, и на серваке в терминале тоже бывает и так, и так.

Я допускаю, что эта ситуация может быть не связано с самой 1Синой, но и никакиих особых собитий и ошибок на серваках не происходит.
Есть ещё предположение, что это Каспер, который стоит и на серваках, но дело в том, что он стоит давно. Хотя конечно могло быть у них и какое-нить "кривое" обновление.... теоретически...

последовал Вашему совету и обновил индексы БД. Делал это следующим образом

Код:

USE имя_базы
GO
sp_msforeachtable N'DBCC DBREINDEX (''?'')'
GO

Процесс прошёл успешно за 40 минут, но результата к сожалению не дало.
Выгрузка-загрузка к сожалению невозможна по причине большого размера БД.

Есть ещё какие-нить мысли/советы?

Ограничение архива вылечил, но выгрузить базу у меня так и не удалось - ночи на выгрузку не хватает.
Совершенно случайно нашёл решение своей проблемы - есть такой файлик SYSLOG\1cv7evt.txt. Размером он у меня был несколько мегабайт. Почистив содержимое файла, я решил проблему долгой загрузки базы. Так что всем спасибо за участие.

У меня в терминальном доступе после выбора базы до ввода пароля 2 минуты проходит. А на сервере - несколько секунд.
В остальной работе торможения не видно.
Лечится?