Это немного странно, по крайней мере, для меня.
У меня есть сервер MSSQL 2k5 (STD), установленный на сервере 2k3 R2 SP2 (из-за некоторого устаревшего программного обеспечения, которое еще не поддерживает x64 или Server 2008), с использованием проверки подлинности Windows. Он настроен на прием локальных или удаленных подключений по TCP / IP (2) или по именованным каналам (3). (Я пробовал отключить именованные каналы, не помогло.)
Я могу подключиться к нему удаленно с любого из наших SQL-серверов, и если я вытащу SQL-SMS, я могу подключиться, если введу ". \ Instance" или [IP] \ instance, но не если я попробую [hostname] \ instance или даже [FQDN] \ instance - я получаю сообщение «Невозможно установить соединение, потому что целевая машина активно отказалась от него», код 10061 Ошибка TCP / IP. Конечно, nslookup возвращает полное доменное имя и правильный IP-адрес сервера.
Между прочим, агент SQL Server также не запускается, потому что у него истекает время попытки подключиться к [hostname] \ instance, что кажется мне особенно странным, учитывая, что другие четыре службы запускаются нормально, а их свойства (в SQL Диспетчер конфигурации сервера) говорят, что они подключаются к [имя хоста], а возможность его изменения неактивна. Единственное, что я могу добавить, это то, что службы настроены для запуска под учетной записью SA домена, а не то, что это должно иметь значение.
Есть предположения? (От того, что вызывает это, или как это исправить?)
В диспетчере конфигурации SQL Server проверьте настройки TCP / IP конфигурации сети - действительно ли включен IP-адрес, который разрешает ваше полное доменное имя, на вкладке IP-адресов?
Если вы подключаетесь к локальному компьютеру из SSMS, я думаю, что он будет использовать общую память выше всех других протоколов.
Вы исследовали сбой NETBIOS как возможную причину?
Возможно, сначала попробуйте установить сеанс NETBIOS с сервером и посмотрите, сможете ли вы подключиться, как в следующем сообщении:
ИСПОЛЬЗОВАНИЕ СЕТИ \ DBSERVER / ПОЛЬЗОВАТЕЛЬ: ДОМЕН \ ИМЯ ПОЛЬЗОВАТЕЛЯ
Проверьте свой файл hosts. У вас может быть ошибочный вход туда. nslookup
намеренно просматривает DNS-сервер, но сначала не обращается к файлу локальных хостов.
Попробовав предложенные здесь предложения и не имея возможности определить основную причину или исправление, я перестроил сервер, и проблема исчезла. Теперь экземпляр MS SQL работает должным образом.
Думаю, это радость от работы администратором Windows.