Как исправить ошибку «Сервер базы данных не обнаружен» (Error 1326) при создании базы 1С?

Системный администратор 1С v8.3 (Управляемые формы) IT и автоматизация бизнеса
← На главную

При развертывании новой информационной базы на сервере 1С:Предприятие часто возникает критическая ошибка: «Сервер базы данных не обнаружен Microsoft SQL Server Native Client 11.0: Поставщик именованных каналов: Не удалось открыть соединение с SQL Server [1326]». Эта ситуация осложняется тем, что старые базы могут продолжать работать в штатном режиме, а прямое подключение через SQL Server Management Studio (SSMS) проходит без ошибок. В данной статье мы детально проанализируем причины этой проблемы и разберем пошаговый алгоритм её решения.

Анализ кода ошибки и механизма возникновения

Ошибка с кодом 1326 в контексте Windows означает «Logon Failure: Unknown user name or bad password» или, чаще в сетевом контексте, «The network path was not found». В связке с 1С и SQL Server это указывает на то, что клиент (в данном случае сервер приложений 1С) не смог установить соединение через выбранный сетевой транспорт. Упоминание Поставщика именованных каналов (Named Pipes) говорит о том, что система попыталась использовать протокол Named Pipes, но потерпела неудачу на уровне сетевого взаимодействия ОС.

Рассмотрим основные факторы, которые могут приводить к такому сбою:

  1. Приоритет сетевых протоколов: Если в настройках клиента SQL Server протокол Named Pipes стоит выше TCP/IP, 1С будет пытаться в первую очередь использовать его.
  2. Сетевой стек и DNS: Конфликты в разрешении имен, когда сервер при включенной сети пытается обратиться к самому себе через внешний IP или IPv6, который настроен некорректно.
  3. Ограничения прав доступа: Учетная запись, под которой запущена служба rphost, не может инициировать создание канала связи.

Шаг 1. Настройка протоколов взаимодействия в SQL Server

Первым делом проанализируем настройки сетевых протоколов самого SQL Server. По умолчанию 1С рекомендует использовать Shared Memory (если сервер 1С и SQL стоят на одной машине) или TCP/IP.

Выполним следующие действия:

  1. Откроем SQL Server Configuration Manager.
  2. Перейдем в раздел SQL Server Network Configuration -> Protocols for MSSQLSERVER.
  3. Убедимся, что TCP/IP и Shared Memory находятся в статусе Enabled.
  4. Протокол Named Pipes рекомендуется перевести в статус Disabled, если ваша инфраструктура не требует его специфического использования. Это заставит систему использовать более стабильный TCP/IP.

Шаг 2. Принудительная настройка клиента через cliconfg

Часто настройки сервера 1С как клиента SQL Server переопределяются системной утилитой cliconfg.exe. Нам необходимо проверить порядок протоколов на стороне сервера приложений.

Разберем процесс настройки:

  1. Нажмем Win + R и введем cliconfg. Если у вас 64-битная ОС и 64-битный сервер 1С, выполните это также для пути C:\Windows\SysWOW64\cliconfg.exe.
  2. Перейдем на вкладку Alias (Псевдонимы). Если там есть записи, связанные с вашим сервером SQL, проанализируем их настройки.
  3. На вкладке General (Общие) убедимся, что TCP/IP включен и находится первым в списке приоритетов. Named Pipes лучше временно отключить для диагностики.

Шаг 3. Устранение влияния сетевого интерфейса и IPv6

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

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


ipconfig /flushdns
nbtstat -R
netsh int ip reset

Также крайне важно отключить протокол IPv6, если он не используется в вашей локальной сети. 1С и SQL Server Native Client иногда некорректно разрешают имя сервера, пытаясь подключиться по IPv6-адресу, который блокируется внутренними политиками или не прослушивается экземпляром SQL.

Шаг 4. Работа с SQL Server Native Client и TLS 1.2

Если вы используете SQL Server 2016 и выше, обратите внимание на версию Microsoft SQL Server Native Client 11.0. При включении на сервере современных протоколов шифрования (например, TLS 1.2), старые версии Native Client могут выдавать ошибку 1326 из-за невозможности согласовать параметры безопасности.

Проанализируем ситуацию:

  1. Убедитесь, что установлены последние обновления для Native Client (KB3135244).
  2. В параметрах подключения при создании базы в 1С попробуйте указать адрес сервера в формате IP_адрес,порт (например, 192.168.1.10,1433). Это исключит ошибки разрешения имен через DNS.

Шаг 5. Ручное создание базы данных как альтернативный метод

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

Рассмотрим последовательность действий:

  1. Зайдем в SQL Server Management Studio.
  2. Создадим новую пустую базу данных (например, с именем Trade_Base).
  3. В свойствах базы, в разделе Permissions (Разрешения) или Files, убедимся, что пользователь, под которым 1С подключается к SQL (например, sa), является владельцем (owner) этой базы.
  4. Вернемся в 1С и запустим процесс создания новой информационной базы.
  5. В поле имени базы укажем точно такое же имя, как мы создали в SSMS (Trade_Base).
  6. Установим флаг «Создать базу в случае отсутствия» (в консоли) или просто заполним параметры. 1С обнаружит существующую пустую базу и попытается инициализировать в ней свои таблицы.

Шаг 6. Проверка прав службы 1С:Предприятие

Выясним, под какой учетной записью работает служба 1C:Enterprise 8.3 Server Agent. Если это локальная системная учетная запись (LocalSystem), она может иметь ограничения при работе с сетевыми ресурсами. Попробуйте временно назначить службе права администратора домена или локального администратора для исключения блокировок на уровне ОС.

Итоги диагностики

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

Если проблема сохраняется даже после этих манипуляций, стоит проверить настройки Service Principal Name (SPN) для учетной записи SQL Server, особенно в доменной среде, так как некорректная регистрация SPN может блокировать сетевую аутентификацию Kerberos, что и приводит к ошибке «путь не найден» при включенной сети.

← На главную