Серверная служба не запускается

Симптом: служба сервера не стартует вовсе либо запускается непривычно долго. Проверки идут от самых частых причин к редким.

1. Служба MS SQL

Октелл не поднимется без базы данных. Откройте диспетчер задач, вкладку Службы, и убедитесь, что служба MSSQL запущена. Если она остановлена — запустите сначала её, затем oktellServer.

2. Каталог обновлений базы

Проверьте каталог \oktell\server\DBAutoUpdate в корне серверного приложения. После корректного запуска он должен быть пуст.

О чём говорит непустая папка Оставшиеся в DBAutoUpdate скрипты означают, что обновления к базе не применились, — а это почти всегда указывает на проблемы с подключением к SQL-серверу, а не на саму базу.

3. Журнал исключительных ситуаций

Основной источник ответа — лог исключений серверного приложения:

\oktell\server\Log\Exception\exc_[дата].log

Типичная запись, указывающая на недоступность базы:

DBProvider: System.Data.SqlClient.SqlException (0x80131904): При установлении
соединения с SQL Server произошла ошибка, связанная с сетью или с определённым
экземпляром. Сервер не найден или недоступен. (provider: SQL Network Interfaces,
error: 26 - Ошибка при обнаружении указанного сервера или экземпляра)

Такая ошибка означает проблему с подключением к базе — разбирайтесь с доступностью SQL-сервера, именем экземпляра и разрешением удалённых соединений.

Загляните и в системный журнал операционной системы: часть отказов видна только там.

4. Конфигурационный файл

Если при запуске появляется окно с ошибкой, вероятная причина — некорректные значения или нарушенный формат серверного конфигурационного файла. Структура у него строгая, лишних строк быть не должно.

Как безопасно править конфигурацию Копируйте существующий ключ целиком и меняйте значения в атрибутах key и value. Не пишите строки с нуля — легко нарушить формат, и сервер перестанет стартовать без внятного сообщения.

5. Переполнение базы данных

Сервер может не запускаться из-за переполненной базы. Это отдельный сценарий с собственным порядком действий — см. статью о действиях при переполнении базы данных.

6. Что менялось перед отказом

Если раньше сервер запускался, вспомните и оцените изменения в настройках, сделанные до перезапуска. Отказ после долгой безотказной работы почти всегда связан с недавним изменением, а не с внезапной поломкой.

7. Экземпляры с аппаратным ключом защиты

  • Убедитесь, что ключ на месте, светодиод на нём горит и устройство определяется системой.
  • Выключите энергосбережение для USB-концентратора — иначе система может отключать порт.
  • Убедитесь, что установлен Microsoft .NET Framework.
  • Проверьте, что все настройки драйверов оборудования заданы и указанные в них пути существуют.
Если USB-порт на сервере использовать нельзя Существует возможность удалённого опроса ключа. Условия уточняйте в службе технической поддержки.

Что приложить к обращению

Если разобраться не удалось, приложите к обращению лог исключений и описание того, что происходило с системой до и во время запуска. Скриншоты окон с ошибками ускоряют разбор.