MSSQL-ERR-2 1С:Предприятие и СУБД

MSSQL Ошибка 2: Could not open a connection to SQL Server (Сбой подключения)

Обновлено: 21.08.2026 · Официальная документация ↗

Архитектура клиент-серверного подключения Microsoft SQL Server и Ошибка 2

Системная ошибка MSSQL Error 2 (Severity 16, State 1) генерируется клиентским драйвером (SQL Server Native Client / Microsoft OLE DB Driver / Microsoft ODBC Driver for SQL Server), когда сетевая подсистема операционной системы не может установить базовый транспортный канал связи с сервером базы данных. Ошибка возвращается клиенту с типовым сообщением:

«A network-related or instance-specific error occurred while establishing a connection to SQL Server. The server was not found or was not accessible. (provider: Named Pipes Provider, error: 40 - Could not open a connection to SQL Server) (Microsoft SQL Server, Error: 2)»

Бизнес-риски

Полная недоступность учетных систем (1С:Предприятие, ERP, CRM), сбой автоматизированных линий и кассовых серверов, срыв регламентных заданий резервного копирования.

Сравнение сетевых библиотек MSSQL

Библиотека	Протокол	Типичная причина Ошибки 2
`TCP/IP (dbnetlib)`	TCP порт 1433 (или динамический)	Порт закрыт на Windows Firewall или служба SQL Server остановлена.
`Named Pipes (NP)`	SMB пайп `\\server\pipe\sql\query`	Заблокирован общий доступ к файлам и принтерам (порт 445 SMB).
`Shared Memory (LPC)`	Локальная разделяемая память	Используется только локально. Недоступна для удаленных клиентов.

Пошаговый регламент устранения ошибки MSSQL Error 2

Сценарий 1: Проверка статуса службы SQL Server и SQL Server Browser

Убедитесь, что служба экземпляра СУБД запущена и находится в состоянии Running:

# Проверка статуса служб через PowerShell (на сервере СУБД):
Get-Service -Name "MSSQLSERVER", "MSSQL$*", "SQLBrowser" | Select-Object Name, Status, StartType

# Запуск служб при необходимости:
Start-Service -Name "MSSQLSERVER"
Start-Service -Name "SQLBrowser"

Сценарий 2: Включение протокола TCP/IP в SQL Server Configuration Manager

По умолчанию в некоторых редакциях SQL Server протокол TCP/IP отключен:

Откройте SQL Server Configuration Manager.
Разверните SQL Server Network Configuration $\rightarrow$ Protocols for [InstanceName].
Убедитесь, что протокол TCP/IP находится в состоянии Enabled.
Откройте свойства TCP/IP $\rightarrow$ вкладка IP Addresses $\rightarrow$ секция IPAll: очистите поле TCP Dynamic Ports и установите TCP Port = 1433.
Перезапустите службу SQL Server.

Сценарий 3: Настройка правил входящего трафика Windows Defender Firewall

# Открытие стандартных портов SQL Server в Брандмауэре Windows через PowerShell:
# 1. Порт TCP 1433 для стандартного экземпляра СУБД:
New-NetFirewallRule -DisplayName "MSSQL Server (TCP 1433)" -Direction Inbound \
  -Protocol TCP -LocalPort 1433 -Action Allow

# 2. Порт UDP 1434 для службы SQL Browser (именованные экземпляры):
New-NetFirewallRule -DisplayName "MSSQL Browser (UDP 1434)" -Direction Inbound \
  -Protocol UDP -LocalPort 1434 -Action Allow

Сценарий 4: Тестирование подключения с клиентского хоста (PowerShell)

# Проверка доступности порта с клиентского компьютера:
Test-NetConnection -ComputerName "sql-server.corp.local" -Port 1433
# TcpTestSucceeded : True подтверждает физическую доступность

Типовые ошибки администраторов

Попытка подключения к именованному экземпляру (Server\Instance) с выключенным SQL Browser: Если экземпляр именованный, клиент обращается к UDP 1434 для определения порта. Если SQL Browser выключен, клиент падает с Ошибкой 2.
Опечатка в имени сервера или доменном суффиксе: Клиент пытается резолвить NetBIOS-имя вместо FQDN.

Microsoft SQL Server недоступен по сети или регулярно сбрасывает соединения?
Инженеры ITSTM настроят сетевые протоколы СУБД, оптимизируют пулы подключений и обеспечат отказоустойчивость Always On Availability Groups.

💡 Практика специалистов: При использовании виртуальных машин в облачных средах (Hyper-V, VMware, Proxmox) всегда проверяйте статус сетевого адаптера. Опция TCP Chimney Offload и Large Send Offload (LSO) на сетевых картах Broadcom/Intel может вызывать микрообрывы TCP-пакетов и случайные всплески Ошибки 2.

Частые вопросы (FAQ)

Почему локально на сервере подключение работает, а по сети выдает Ошибку 2?

Локальные клиенты на самом сервере подключаются через протокол Shared Memory (разделяемая память), который работает даже при полностью отключенном TCP/IP и закрытом фаерволе.

Как принудительно заставить клиента подключаться строго по TCP/IP?

Укажите перед именем сервера префикс tcp:, например: tcp:sql-server.corp.local,1433.

Что делать, если SQL Server использует динамические порты (Dynamic Ports)?

Либо зафиксируйте статический порт 1433 в SQL Server Configuration Manager, либо обязательно запустите службу SQL Server Browser и откройте порт UDP 1434.

Влияет ли антивирусное ПО на возникновение Ошибки 2?

Да, сетевые экраны сторонних антивирусов (Kaspersky Endpoint Security, ESET) могут блокировать входящие пакеты на порт 1433 даже при открытом Windows Firewall.