← На главную

При развертывании инфраструктуры 1С на раздельных виртуальных или физических машинах системные администраторы часто сталкиваются с ситуацией, когда кластер серверов «1С:Предприятия» не может связаться с сервером баз данных MS SQL Server. При попытке создать информационную базу через консоль администрирования или конфигуратор возникают типовые сообщения: «Сервер баз данных не обнаружен. Сервер не существует или доступ запрещен», а следом — «Для выполнения данной операции требуется установка Microsoft SQL Server Native Client».

Разберем по шагам причины возникновения этих сбоев и детально рассмотрим методы их устранения, начиная от сетевой связности и заканчивая подбором правильного драйвера СУБД.

Шаг 1. Диагностика сети и проверка доступности портов MS SQL Server

Первое сообщение об ошибке говорит о том, что служба кластера 1С не смогла достучаться до сетевого сокета СУБД. Проанализируем сетевое взаимодействие между серверами:

1. Проверка ICMP-пакетов (ping): Проверим базовую доступность машины с СУБД, выполнив команду ping IP_адрес_SQL с сервера 1С. Если пинг отсутствует, как в разобранном случае, проблема кроется в настройках локального брандмауэра или сетевой изоляции виртуальных машин.
2. Проверка активности протокола TCP/IP: По умолчанию в ряде редакций MS SQL протокол TCP/IP может быть отключен для внешних интерфейсов. Откроем оснастку SQL Server Configuration Manager, перейдем в раздел SQL Server Network Configuration -> Protocols for [Имя_Экземпляра] и убедимся, что протокол TCP/IP переведен в статус Enabled. После изменения параметра обязательно перезапустим службу СУБД.
3. Настройка правил Брандмауэра Windows: Полное отключение брандмауэра допустимо лишь для локализации проблемы. В производственной среде настроим входящие правила:
   1. Разрешим входящий TCP-трафик на порт 1433 (стандартный статический порт MS SQL).
   2. Если используется именованный экземпляр (например, SQLSRV\INST1), СУБД слушает динамический порт, а поиск экземпляра выполняется через службу SQL Server Browser. Для нее необходимо открыть порт UDP 1434 и запустить саму службу в диспетчере конфигурации SQL.
   3. Альтернативный надежный вариант — добавить исполняемый файл СУБД sqlservr.exe в исключения входящих подключений брандмауэра.
4. Разрешение сетевых имен (DNS): Если обращение к серверу СУБД выполняется по короткому имени NetBIOS, сервер 1С может не сопоставить его с IP-адресом. Проверим подключение, указав полное доменное имя (FQDN) либо явный адрес в формате IP-адрес,1433.

Шаг 2. Установка и выбор клиентского драйвера доступа к MS SQL

Когда сетевой канал открыт, платформа «1С:Предприятие» пытается инициализировать подключение к СУБД через локальный драйвер. Если на сервере 1С не установлен поставщик OLE DB или Native Client, выдается диагностическое сообщение о необходимости установки Microsoft SQL Server Native Client.

Выясним причину этой ошибки и правила установки драйверов:

1. Совпадение разрядности: Это ключевое техническое ограничение. Разрядность библиотеки доступа к данным обязана в точности соответствовать разрядности службы агента сервера 1С (процесс ragent.exe). Если используется 64-битный сервер 1С, устанавливать необходимо строго 64-разрядный пакет (x64) драйвера, независимо от разрядности самого SQL-сервера или версии ОС.
2. Выбор между Native Client и современным OLE DB Driver:
   1. Компонент SQL Server Native Client 11.0 (библиотека sqlncli11.dll) является устаревшим, однако поддерживается платформой 1С на протяжении многих лет и гарантированно снимает указанную ошибку.
   2. Современные версии платформы «1С:Предприятие» поддерживают актуальный драйвер Microsoft OLE DB Driver for SQL Server (библиотека msoledbsql.dll). Рекомендуется использовать драйвер ветки 18.x.
   3. Важное ограничение OLE DB Driver 19.x: Начиная с версии 19, в драйвере по умолчанию принудительно включено обязательное шифрование соединений. Если на сервере MS SQL не настроен доверенный SSL-сертификат, платформа 1С вернет ошибку проверки сертификата SSL/TLS. Для стабильной работы без сертификатов безопаснее устанавливать версию 18.x или настраивать доверие к сертификату в свойствах подключения.
3. Перезапуск службы сервера 1С: После завершения инсталляции любого из драйверов на машине с сервером 1С обязательно перезапустим службу 1C:Enterprise 8.3 Server Agent. Без перезапуска служба продолжит использовать старые дескрипторы окружения и не зарегистрирует новую библиотеку, продолжая сообщать об отсутствии клиента.

Шаг 3. Проверка прав и режима аутентификации в MS SQL Server

После устранения сетевых и драйверных барьеров создание информационной базы может быть прервано на стороне политик безопасности самого экземпляра SQL. Проконтролируем следующие параметры:

1. Режим проверки подлинности: Сервер 1С традиционно использует смешанную авторизацию для создания баз данных и служебных таблиц. В среде SQL Server Management Studio (SSMS) откроем свойства сервера, перейдем на вкладку Security и убедимся, что выбран вариант SQL Server and Windows Authentication mode. Если режим был изменен, перезапустим службу MS SQL.
2. Серверные роли учетной записи: Пользователь СУБД, под которым кластер 1С создает базу (например, sa или отдельный администратор баз данных 1С), должен обладать ролью sysadmin либо минимально необходимыми правами: серверными ролями dbcreator (создание и изменение баз данных) и processadmin (управление служебными процессами).

Последовательное выполнение приведенных шагов — открытие портов, установка согласованного по разрядности драйвера СУБД и включение смешанной аутентификации — гарантирует успешное создание информационной базы 1С на удаленном сервере MS SQL.