Ошибка при создании информационной базы 1С через консоль администратора: причины и решения

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

Анализ проблемы: почему 1С не видит SQL Server или отклоняет доступ

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

1. Режим проверки подлинности SQL Server: По умолчанию SQL Server часто устанавливается в режиме "Windows Authentication". Однако для корректной работы 1С, особенно если службы запущены под разными учетными записями, требуется "Mixed Mode" (смешанная проверка подлинности).
2. Права пользователя СУБД: Пользователь, от имени которого 1С обращается к SQL, должен обладать правами на создание баз данных (роль dbcreator).
3. Настройки учетной записи службы 1С: Если служба "Агент сервера 1С:Предприятия" запущена от имени локального пользователя, она может не иметь прав для обращения к SQL-серверу по протоколу Windows-авторизации.

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

Выясним причину, по которой обычный доменный или локальный администратор не всегда может создать базу. 1С рекомендует использовать SQL-авторизацию. Для этого выполним следующие действия:

1. Запустим SQL Server Management Studio (SSMS).
2. Нажмем правой кнопкой мыши на корень сервера и выберем Properties (Свойства).
3. Перейдем в раздел Security (Безопасность).
4. Убедимся, что выбран пункт SQL Server and Windows Authentication mode. Если вы изменили этот параметр, обязательно перезапустите службу SQL Server.

Шаг 2. Создание и настройка пользователя СУБД

Рассмотрим процесс создания специального пользователя в SQL Server, который будет обладать минимально необходимыми правами для работы с 1С. Использование встроенной учетной записи sa (System Administrator) допустимо для тестов, но из соображений безопасности лучше создать отдельного пользователя.

Проанализируем необходимые настройки пользователя в SSMS:

1. В ветке Security -> Logins создадим новый логин (SQL Server authentication).
2. Важный нюанс: Снимем галочку "User must change password at next login" (Пользователь должен сменить пароль при следующем входе). Если эта галка стоит, 1С не сможет авторизоваться, так как не умеет обрабатывать диалог смены пароля SQL.
3. В разделе Server Roles обязательно отметим dbcreator и public.
4. Для расширенного управления процессами (например, для корректного удаления соединений при удалении базы через консоль 1С) рекомендуется также добавить роль processadmin.

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

Шаг 3. Установка и проверка SQL Native Client

Проблема часто кроется в отсутствии необходимых драйверов на сервере, где установлен Агент 1С. Для работы с SQL Server 2016 и выше требуется установленный Microsoft SQL Server Native Client версии 11.0 или выше.

Посмотрим, как проверить наличие драйвера:

Зайдем в "Панель управления" -> "Программы и компоненты". В списке должен присутствовать Microsoft SQL Server 2012 Native Client (он подходит и для версий SQL 2014/2016). Если его нет, скачаем пакет sqlncli.msi с официального сайта Microsoft и установим его.

Шаг 4. Настройка сетевых протоколов и портов

Даже если всё находится на одном сервере, взаимодействие происходит через сетевые интерфейсы. Разберем настройки в SQL Server Configuration Manager:

1. Перейдем в SQL Server Network Configuration -> Protocols for MSSQLSERVER.
2. Убедимся, что Shared Memory и TCP/IP находятся в статусе Enabled.
3. В свойствах TCP/IP на вкладке IP Addresses пролистаем в самый низ до раздела IPAll. Убедимся, что TCP Port установлен как 1433, а динамические порты пусты.

Не забудем про Windows Firewall. Нам необходимо открыть следующие порты:

• Порт 1433 (TCP) для SQL Server.
• Порт 1434 (UDP) для службы SQL Server Browser (если используется именованный экземпляр).
• Порты сервера 1С: 1540 (TCP), 1541 (TCP) и диапазон 1560-1591 (TCP).

Шаг 5. Тонкая настройка прав в ОС и SQL

Для стабильной работы сервера 1С и SQL, проанализируем дополнительные права, которые могут влиять на создание файлов базы данных.

Право на обслуживание томов (Instant File Initialization):
Для того чтобы SQL Server мог мгновенно выделять место под файлы базы (MDF/LDF), учетной записи, под которой работает служба SQL Server, нужно выдать право "Perform volume maintenance tasks" (Выполнение задач по обслуживанию томов) в локальной политике безопасности Windows (secpol.msc).

Права на каталог srvinfo:
Учетная запись, под которой работает служба 1C:Enterprise 8.3 Server Agent, должна иметь полные права на папку кластера (обычно C:\Program Files\1cv8\srvinfo). Если прав недостаточно, регистрация базы в кластере пройдет успешно, но физические файлы настроек не будут созданы или изменены.

Шаг 6. Использование SQL-запросов для диагностики

Если вы успешно подключаетесь через Management Studio, но 1С все равно выдает ошибку, попробуем выполнить диагностическую команду в окне запросов SSMS:

EXEC sp_configure 'remote admin connections', 1;
GO
RECONFIGURE;
GO

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

Шаг 7. Проверка связи через ODBC

Чтобы окончательно выяснить причину — на стороне ли это SQL или 1С — воспользуемся системной утилитой "Настройка источников данных ODBC" (64-бит). Попробуем создать системный DSN, выбрав драйвер SQL Server Native Client 11.0, и протестируем соединение с использованием созданного нами пользователя СУБД. Если тест ODBC проходит успешно, значит сетевой уровень и уровень авторизации SQL настроены верно, и проблему следует искать в параметрах, вводимых в консоли 1С (опечатки в имени сервера, пароле или версии СУБД).

Итог: правильная последовательность заполнения полей в консоли 1С

При добавлении информационной базы в консоли администратора 1С убедимся, что используем следующие параметры:

• Сервер баз данных: Имя сервера или IP-адрес. Если экземпляр SQL именованный — ИмяСервера\ИмяЭкземпляра.
• Тип СУБД: MS SQL Server.
• Пользователь СУБД: Мы рекомендуем использовать SQL-пользователя (например, sa или созданного нами db_owner_1c), а не доменную учетную запись.
• Пароль пользователя СУБД: Тот, что мы задали в SSMS, убедившись, что он соответствует политике сложности паролей Windows.

Следование этим шагам позволит миновать большинство стандартных препятствий при настройке связки 1С и MS SQL Server и обеспечит стабильную работу системы.