https://drive.google.com/file/d/0B55GuMrBdppgc0ZfVW9GbnBVMFk/edit?usp=sharing
В версии 9. 0. 1 в сетап специально добавлена обработка ошибок от CMS во время установки.
На картинке сверху штатное окно, которое появляется в тот момент, когда компонент DRWSettings.exe пытается записать настройки в базу cmsdb (создает ли он новую базу с помощью default_settings.xml или апдейтит уже имеющуюся базу с помощью default_settings.xml ). Окно показывает, сервис CMS в этот момент не стартовал и DRWSettings.exe не может соединится с базой, о чем сетап и сообщил. Сервис CMS мог, во-первых, просто не успеть запуститься к этому моменту, если на машине стартуют скопом все сервисы Exchange Server (такое бывает если установка начинается сразу после рестарта сервера), либо, во-вторых, при старте с уже имеющейся базой cmsdb сервис CMS не может прочитать какие-то свои настройки (такое может происходить, если старая база cmsdb не содержит каких-либо настроек, чего при переходе с 9.0.0 на 9.0.1 быть не должно, или старая база cmsdb каким-либо образом побилась). Вторая картинка, к сожалению ни о чем толком не говорит, поэтому будем исходить из наиболее вероятного предположения, что целостность установки не нарушена, а вот база побилась. (Чтобы сказать что-либо конкретное о сбое, разработчикам всегда нужна копия файла cmstracedb журнала событий CMS, находящегося в папке установки DrWeb for Exchange).
Все решения такой проблемы сводятся к формированию чистой (не битой) базы cmsdb с настройками по умолчанию.
- Если установка со старой базой cmsdb не получается, то можно удалить продукт, удалить старую базу cmsdb в папке DrWeb for Exchange и попытаться установится начисто. Это простой путь.
- Eсли установка уже завершена, то для того чтобы восстановить базу cmsdb с настройками по умолчанию можно пойти другим путем. Необходимо отключить антивирус от почтового сервера вручную (Приложение B в документации) и проделать следующие действия для создания чистой целостной базы cmsdb.
Остановить все сервисы продукта в следующем порядке
net stop "Dr.Web SSM"
net stop "Dr.Web for MSP Scanning Service"
net stop "Dr.Web for MSP Components Host"
net stop "Dr.Web for MSP Requests Queue"
net stop "Dr.Web CMS Web Console"
net stop "Dr.Web CMS"
Если остановка сервисов руками не получается (такое может быть при сбитых настройках), а убить отвечающие им процессы не получится из-за работающей системы самозащиты, то можно изменить тип запуска указанных выше сервисов с Auto на Manual и перезагрузить сервер (именно так я сейчас сделал на своем сервере). Поскольку антивирус отключен от почтового сервера, ни один из перечисленных сервисов не должен запуститься самостоятельно после рестарта.
Если получилось остановить сервисы, то становится возможным удалить базу cmsdb (и заодно удалить базу событий cmstracedb, чтобы в дальнейшем иметь чистый лог запуска компонентов приложения). После удаления базы стартуем только сервис Dr.Web CMS. Сразу после запуска сервиса появится новая база cmsdb, но она пока пустая и в нее надо записать настройки.
Для этого запускаем командную консоль cmd с правами администратора и переходим в папку установки DrWeb for Exchange и выполняем следующую команду (на моем сервере это выглядит так)
"C:\Program Files\DrWeb for Exchange\DRWSettings.exe" -l xml "C:\Program Files\DrWeb for Exchange\default_settings.xml"
Таким образом целостность базы cmsdb будет восстановлена. И можно запустить службу Dr.Web SSM, она постепенно запустить остальные службы. (Если изменялся тип запуска сервисов вернуть запуск с Manual на Auto). Запустить веб-консоль, убедиться , что консоль администратора доступна. Если все в порядке, то можно будет подключить агентов и VSAPI к Exchange.