Одной из самых неприятных и «загадочных» проблем, с которыми сталкивается системный администратор или программист 1С, является внезапный обрыв соединения с базой данных. Ошибка с кодом HRESULT=80004005 и пояснением «Соединение с сервером баз данных разорвано администратором» часто застает врасплох, так как она может возникнуть внезапно на стабильно работающей системе. В данной статье мы подробно разберем причины этого сбоя и рассмотрим комплекс мер по его устранению — от простых манипуляций с кэшем до тонкой настройки SQL-сервера.
Прежде всего, давайте выясним причину возникновения данного сообщения. Технически это означает, что рабочий процесс 1С rphost.exe по какой-то причине потерял связь с процессом SQL-сервера. Несмотря на пугающую формулировку «разорвано администратором», это далеко не всегда означает ручное вмешательство человека. В большинстве случаев «администратором» выступает сама операционная система или СУБД, принудительно закрывающая «проблемную» сессию.
Рассмотрим по шагам основные стратегии решения — от оперативных мер до глубокой профилактики.
Как показывает практика и опыт автора обсуждаемой темы, в ряде случаев проблема решается стандартным «админским» набором действий. Если ошибка возникла внезапно, проанализируем ситуацию и начнем с простейшего:
srvinfo (находящейся по умолчанию в C:\Program Files\1cv8\srvinfo) могут приводить к сбоям при аутентификации пользователя.%AppData%\1C\1cv8 и %LocalAppData%\1C\1cv8.1C:Enterprise 8.3 Server Agent и службу SQL Server (MSSQLSERVER). Это сбросит зависшие сессии и освободит заблокированные ресурсы.Если эти меры помогли — отлично, но если ошибка возвращается, значит, корень проблемы лежит глубже в настройках взаимодействия сервера приложений и СУБД.
Часто SQL-сервер обрывает соединение из-за неоптимальных параметров, которые вызывают конфликты при выполнении тяжелых запросов. Рассмотрим подробнее ключевые настройки:
Параметр Max Degree of Parallelism (MAXDOP). По умолчанию SQL Server старается распараллелить выполнение запроса на все доступные ядра процессора. Однако для специфических запросов 1С это часто приводит к взаимоблокировкам. Выясним причину: при распараллеливании одного запроса на 16 ядер вероятность коллизии возрастает. Рекомендуется установить значение MAXDOP равным 1.
Протоколы сетевого взаимодействия. Если сервер 1С и SQL-сервер находятся на одной физической или виртуальной машине, они часто пытаются взаимодействовать через протокол Shared Memory. Посмотрим на практику: этот протокол иногда ведет себя нестабильно под высокой нагрузкой. Рекомендуется зайти в SQL Server Configuration Manager и принудительно включить TCP/IP, а Shared Memory поставить в низший приоритет или отключить.
Параметр Auto Close. Проверьте свойства вашей базы данных в SQL Management Studio (раздел Options). Параметр Auto Close должен быть строго False. Если он включен, SQL-сервер гасит базу каждый раз, когда из неё выходит последний пользователь, что вызывает ошибку 80004005 при следующей попытке входа из-за долгой инициализации.
Проанализируем ситуацию с ресурсами сервера. Если SQL-сервер не может записать транзакцию, он просто обрывает соединение.
Full, файл лога будет расти бесконечно, пока не займет всё место на диске. Как только место закончится — вы получите обрыв соединения. Сделайте бэкап лога или переключите модель в Simple (если это допустимо политикой безопасности).TempDB, переполнен, любые сложные отчеты будут вызывать ошибку HRESULT=80004005.Иногда сетевое оборудование или сама ОС «забывают» про открытую сессию, если по ней долго не передавались данные. Чтобы предотвратить это, разберем настройку параметров TCP Keep-Alive через реестр Windows. Это заставит систему чаще проверять активность соединения.
На сервере 1С и сервере SQL необходимо проверить (или создать) следующие параметры в ветке HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters:
KeepAliveTime (DWORD) = 60000 (в миллисекундах, т.е. 1 минута)
KeepAliveInterval (DWORD) = 1000 (1 секунда)
Это гарантирует, что сессия не будет признана «мертвой» раньше времени из-за простоя в ожидании ответа от СУБД.
Если вы не можете зайти в конфигуратор 1С, ваши инструменты — это средства SQL. Рассмотрим подробнее, как провести диагностику, если 1cv8.exe отказывается запускаться:
DBCC CHECKDB ('Имя_Вашей_Базы') WITH PHYSICAL_ONLY;
Если найдены ошибки, потребуется восстановление из бэкапа или использование REPAIR_ALLOW_DATA_LOSS (в крайнем случае).rphost. Выполните:
EXEC sp_updatestats;
Для платформы 1С версии 8.2 (которая упоминалась в вопросе) и ранних версий 8.3 критически важно использовать корректную версию SQL Server Native Client. Попробуйте обновить этот компонент на сервере приложений 1С. Часто ошибка 80004005 лечится простой переустановкой драйвера последней версии, соответствующей вашему SQL Server.
Также обратите внимание на настройки рабочих процессов в консоли администрирования 1С. Для предотвращения утечек памяти, которые ведут к краху rphost, рекомендуется настроить перезапуск процессов:
Если ваша инфраструктура развернута на виртуальных машинах (Hyper-V, VMware), обратите внимание на настройку Dynamic Memory. Посмотрим на процесс глазами SQL-сервера: он крайне ревностно относится к оперативной памяти. Если гипервизор пытается динамически «откусить» память у работающего SQL-сервера для нужд другой машины, это вызывает микро-фриз. Этого мгновения достаточно, чтобы 1С потеряла контекст и выдала ошибку «Соединение разорвано администратором».
Рекомендация: Всегда выделяйте серверу баз данных 1С фиксированный (статический) объем оперативной памяти.
Ошибка HRESULT=80004005 многогранна, но в 90% случаев она сводится к сетевым таймаутам, нехватке ресурсов или некорректным настройкам параллелизма SQL. Последовательно применяя описанные методы — от простой чистки кэша до анализа DBCC CHECKDB — вы обязательно восстановите работоспособность системы. Помните, что регулярное обслуживание индексов и статистики в SQL является лучшей профилактикой подобных сбоев.