Ошибка SQLSTATE 08001 в SQL Server (иногда сопровождаемая кодом ошибки, таким как 11001, 53 или 10060) означает "Connection failed" (Сбой подключения). Это общая ошибка, которая указывает на проблему на сетевом уровне, мешающую клиенту установить соединение с сервером SQL Server.
Она не говорит о проблемах с аутентификацией (неправильный логин/пароль) или SQL-запросами, а именно о том, что клиент не может "достучаться" до SQL Server по сети.
Наиболее распространенные причины ошибки SQLSTATE 08001:
Служба SQL Server не запущена: Основная служба Database Engine не работает на сервере. Служба SQL Server Browser не запущена: Если вы подключаетесь к именованному экземпляру (например, SERVERNAME\INSTANCENAME), служба SQL Server Browser необходима для разрешения имени экземпляра в номер порта. Протокол TCP/IP не включен: По умолчанию SQL Server может быть настроен на использование только протокола Shared Memory (для локальных подключений). Для сетевых подключений необходим TCP/IP. Брандмауэр блокирует порты:
Порт SQL Server: По умолчанию SQL Server использует TCP-порт 1433. Если экземпляр именованный, он может использовать динамический порт. Порт SQL Server Browser: UDP-порт 1434. Брандмауэры на сервере SQL Server, на клиентской машине или между ними (например, корпоративный файрвол) могут блокировать эти порты.
Неверное имя сервера/экземпляра или IP-адрес/порт: Опечатка в строке подключения, использование неверного имени экземпляра или попытка подключиться к неправильному IP-адресу или порту. Проблемы с DNS-разрешением: Клиент не может разрешить имя сервера SQL Server в IP-адрес. Удаленные подключения не разрешены: Настройки SQL Server могут запрещать удаленные подключения. Проблемы с сетевой связностью: Общие проблемы с сетью, такие как отключенный кабель, неисправный сетевой адаптер, проблемы с маршрутизатором и т. д. Использование динамических портов с именованными экземплярами: Если именованный экземпляр использует динамический порт и служба SQL Server Browser не работает или блокируется.
Как исправить ошибку SQLSTATE 08001:
Следуйте этим шагам в порядке от наиболее частых к более сложным:
1. Проверьте запущенные службы SQL Server на сервере:
На сервере, где установлен SQL Server, откройте SQL Server Configuration Manager (Диспетчер конфигурации SQL Server). Вы можете найти его через поиск в меню "Пуск". Разверните "SQL Server Services" (Службы SQL Server). Убедитесь, что "SQL Server (MSSQLSERVER)" (или SQL Server (ИМЯ_ЭКЗЕМПЛЯРА), если это именованный экземпляр) имеет статус "Running" (Работает). Если нет, запустите его (правой кнопкой мыши -> "Start"). Если вы подключаетесь к именованному экземпляру (например, SERVERNAME\SQLEXPRESS), убедитесь, что служба "SQL Server Browser" также имеет статус "Running". Если нет, запустите её и установите "Start Mode" (Режим запуска) на "Automatic" (Автоматически).
2. Включите протокол TCP/IP для SQL Server:
В SQL Server Configuration Manager, разверните "SQL Server Network Configuration" (Сетевая Конфигурация SQL Server). Выберите "Protocols for <ИМЯ_ЭКЗЕМПЛЯРА>" (например, "Protocols for MSSQLSERVER" или "Protocols for SQLEXPRESS"). В правой панели убедитесь, что протокол "TCP/IP" имеет статус "Enabled" (Включен). Если нет, включите его (правой кнопкой мыши -> "Enable"). Если вы только что включили TCP/IP, Перезапустите службу SQL Server (пункт 1).
3. Настройте брандмауэр Windows (на сервере SQL Server):
По умолчанию SQL Server использует TCP-порт 1433. Если у вас именованный экземпляр, он может использовать динамические порты, и тогда нужен UDP-порт 1434 для SQL Server Browser.
На сервере SQL Server откройте "Брандмауэр Защитника Windows с расширенными параметрами безопасности" (через поиск в меню "Пуск" или Панель управления -> Брандмауэр Windows -> Дополнительные параметры). В левой панели выберите "Правила для входящих подключений" (Inbound Rules). Создайте новое правило:
Тип правила: "Порт" (Port). Протокол: "TCP". Определенные локальные порты: 1433 (если используете стандартный порт). Действие: "Разрешить подключение" (Allow the connection). Профили: Все (Доменный, Частный, Публичный) или только те, которые применимы к вашей сети. Имя: "SQL Server (TCP 1433)".
Если у вас Именованный экземпляр и вы используете службу SQL Server Browser:
Создайте еще одно правило для UDP-порта 1434:
Тип правила: "Порт" (Port). Протокол: "UDP". Определенные локальные порты: 1434. Действие: "Разрешить подключение" (Allow the connection). Имя: "SQL Server Browser (UDP 1434)".
Дополнительно: Вместо открытия портов, можно создать правило, разрешающее входящие подключения для исполняемого файла SQL Server: sqlservr. exe (обычно находится в C:\Program Files\Microsoft SQL Server\MSSQLXX. MSSQLSERVER\MSSQL\Binn). Это более безопасно, так как разрешает доступ только приложению, а не порту в целом.
4. Проверьте правильность имени сервера/экземпляра и строки подключения:
Если подключаетесь к серверу по умолчанию: используйте только имя сервера (например, MYSERVER) или IP-адрес (например, 192.168.1.100). Если подключаетесь к именованному экземпляру: используйте SERVERNAME\INSTANCENAME (например, MYSERVER\SQLEXPRESS). Если подключаетесь по IP-адресу и порту: IP_ADDRESS, PORT_NUMBER (например, 192.168.1.100,1433). Это хороший способ обойти проблемы с DNS и SQL Server Browser.
5. Разрешите удаленные подключения к SQL Server:
На сервере SQL Server откройте SQL Server Management Studio (SSMS). Подключитесь к экземпляру SQL Server. В Object Explorer (Обозреватель объектов) щелкните правой кнопкой мыши по имени сервера и выберите "Properties" (Свойства). В окне "Server Properties" (Свойства сервера) перейдите на страницу "Connections" (Подключения). Установите флажок "Allow remote connections to this server" (Разрешить удаленные подключения к этому серверу). Нажмите "ОК". Возможно, потребуется перезапустить службу SQL Server.
6. Проверьте сетевую связность (ping, telnet):
С клиентской машины:
Проверьте IP-адрес: ping ИМЯ_СЕРВЕРА или ping IP_АДРЕС_СЕРВЕРА. Если ping не проходит, есть базовая проблема сетевой связности (например, неправильный IP, отключенный сетевой кабель, неисправный сетевой адаптер, или брандмауэр блокирует ICMP). Проверьте доступность порта SQL Server (используя Telnet):
Включите клиент Telnet в Windows (если он не включен: Панель управления -> Программы и компоненты -> Включение или отключение компонентов Windows -> Клиент Telnet). Откройте командную строку и введите: telnet IP_АДРЕС_СЕРВЕРА 1433 (или нужный порт). Если экран очистится или вы увидите мигающий курсор, это означает, что соединение по порту установлено. Если вы получите сообщение об ошибке (например, "Connecting To…Could not open connection to the host on port…"), это означает, что порт заблокирован брандмауэром или служба SQL Server не слушает этот порт.
7. Проверьте DNS-разрешение:
На клиентской машине откройте командную строку. Введите nslookup ИМЯ_СЕРВЕРА_SQL. Убедитесь, что оно разрешается в правильный IP-адрес. Если нет, проверьте настройки DNS на клиенте и DNS-сервер на вашей сети.
8. Проблемы с сертификатами SSL/TLS (редко, но возможно):
В некоторых случаях, особенно при использовании новых версий драйверов ODBC/ADO. NET, ошибка 08001 может быть связана с проблемами доверия к SSL-сертификатам, если SQL Server настроен на шифрование соединений. В строке подключения может потребоваться добавить TrustServerCertificate=True; (но это снижает безопасность) или установить доверенный сертификат на клиенте.
Если вы прошли все эти шаги и проблема сохраняется, вам может потребоваться более глубокая диагностика сети, или же проблема может быть специфичной для вашей конкретной среды или конфигурации SQL Server. В таком случае рекомендуется обратиться к системному администратору или специалисту по базам данных.