Не удается подключиться к именованному экземпляру SQL Server с другого SQL Server

Не уверен, что это тот ответ, который вы искали, но он сработал для меня. Покрутив колесики в Брандмауэре Windows, я вернулся в Диспетчер конфигурации SQL Server, проверил сетевую конфигурацию SQL Server, в протоколах для экземпляра, с которым я работал, взглянул на TCP/IP. По умолчанию, похоже, мой был установлен в disabled, что позволяло, например, подключаться к локальной машине, но не использовать SSMS на другой машине. Включение TCP / IP сделало трюк для мне.

Http://technet.microsoft.com/en-us/library/hh231672.aspx

Я наконец нашел проблему здесь. Несмотря на то, что брандмауэр был выключен в обоих местах, мы обнаружили, что маршрутизатор в центре обработки данных SQLB активно блокирует UDP 1434. Я смог определить это, установив инструмент PorQry от Microsoft (http://www.microsoft.com/en-ca/download/details.aspx?id=17148 ) и выполнение запроса к порту UDP. Затем я установил WireShark (http://www.wireshark.org/) для просмотра фактических деталей подключения и поиска маршрутизатора речь идет об отказе в передаче запроса. Поскольку этот маршрутизатор повлиял только на SQLB, это объясняет, почему все остальные соединения работали нормально.

Спасибо всем за ваши предложения и помощь!

Вы много пробовали. И я сочувствую тебе. Вот вам идея. Я вроде как следил за всеми твоими попытками. Мысленная нота у меня в голове звучит так:: "Когда Sql Server не подключается, когда вы все перепробовали, проводите свои правила брандмауэра с помощью программы, а не порта"

Я знаю, вы сказали, что отключили брандмауэр. Но что-то подсказывает мне все равно попробовать.

Я думаю, что вы должны открыть брандмауэр "по программе", а не по порт.

Http://technet.microsoft.com/en-us/library/cc646023.aspx

To add a program exception to the firewall using the Windows Firewall item in Control Panel.


On the Exceptions tab of the Windows Firewall item in Control Panel, click Add a program.


Browse to the location of the instance of SQL Server that you want to allow through the firewall, for example C:\Program Files\Microsoft SQL Server\MSSQL11.<instance_name>\MSSQL\Binn, select sqlservr.exe, and then click Open.


 Click OK.

Правка..........

Http://msdn.microsoft.com/en-us/library/ms190479.aspx

Я немного запутался, какую "программу" вы пытаетесь использовать на SQLB?

Это SSMS на SQLB? Или клиентская программа на SQLB ?

Правка...........

Не знаю, поможет ли это. Но я использую это для пинга "портов"... и что-то, что находится за пределами SSMS мир.

Http://www.microsoft.com/en-us/download/details.aspx?id=24009

Есть ли у вас какие-либо клиентские псевдонимы, определенные на вашей машине разработки? Если это так, то определите их так же и на SQLB. В частности, я подозреваю, что у вас есть клиентские псевдонимы в формате InstanceName, которые определяют порты, таким образом, обходя фактические имена экземпляров и необходимость в браузере SQL (частично). Есть и другие возможности с клиентскими псевдонимами, так что просто убедитесь, что они одинаковы.

Чтобы проверить наличие псевдонимов клиента SQL, используйте конфигурацию SQL Server Диспетчер, (в microsoft SQLServer, меню Пуск Программы). Там, конфигурация клиента goto, а затем "псевдонимы".

---

Другие вещи для проверки:

1. Что SQLA и SQLB находятся либо в одном домене, либо между ними нет проблем с доверием.

2. Убедитесь, что в SQLB включен TCP/IP в качестве клиентского протокола (это также доступно в Диспетчере конфигурации SQL).

---

По некоторым вашим ответам я думаю, что вы, возможно, пропустили суть моих высказываний о доменах и трастах. Вы не можете подключиться к SQL " Server\Instance ", если между клиентом и сервером нет достаточного доверия. Это связано с тем, что вся схема именования экземпляров, используемая SQL Sevrer, зависит от имен участников службы (Service Principal Names) для обнаружения, определения местоположения и авторизации, а имена участников службы хранятся в AD. Таким образом, если клиент не находится в том же поле, экземпляр должен иметь возможность зарегистрировать свой SPN, а клиент должен иметь возможность просмотрите любой лес объявлений, в котором зарегистрирован экземпляр сервера, в который он входит.

Если вы не можете этого сделать, то имена экземпляров фактически не работают, и вы должны использовать номер порта (или имя канала) вместо этого. Вот что, как я теперь подозреваю, происходит.

1. мне пришлось указать порт в диспетчере конфигурации SQL > TCP / IP
2. Откройте порт брандмауэра
3. затем подключитесь удаленно, используя: "имя сервера\другой экземпляр базы данных, (номер порта)"
4. соединено!

Ну после того, как я потратил около 10 дней, пытаясь решить эту проблему, я, наконец, понял это сегодня и решил опубликовать решение

В меню Пуск введите команду Выполнить, откройте его в поле Выполнить введите службы.MSC, нажмите OK

Убедитесь, что запущены эти две службы SQL Server (MSSQLSERVER) SQL Server VSS writer

Мне нужно сделать 2 вещи, чтобы соединиться с именем экземпляра

1. Enable SQL Server Browser (in SQL server config manager)
2. Enable UDP, port 1434 trong file wall (if you using amazon EC2 or other service you need open port in their setting too)

Перезапустить sql и готово

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

1. убедитесь, что служба браузера сервера запущена
2. убедитесь, что связь TCP/IP включена для каждого экземпляра, с которым вы хотите связаться по сети.
3. при запуске нескольких экземпляров убедитесь, что каждый экземпляр использует другой порт и что порт не используется. например, для двух экземпляров 1433 (порт по умолчанию для экземпляра по умолчанию, 1435 для именованного экземпляра.
4. убедитесь, что брандмауэр имеет запись, разрешающую связь с браузером SQL Server на порту 1434 по протоколуUDP .
5. убедитесь, что брандмауэр имеет запись, разрешающую связь с экземплярами SQL Server на портах, назначенных им в шаге 3 по протоколу TCP