Привычка Studio управления Sql 2014 года соединяется с кластеризованным экземпляром
Я испытываю проблему, где мой экземпляр Studio управления SQL Server, который 2014 не подключит ни к одному нашему производству, кластеризировал SQL 2000 и 2 005 экземпляров. Это однако соединится с некластеризованным 2000, 2 005 и 2 014 экземплярами без проблемы.
Я могу подключить к нашим кластеризованным экземплярам через Studio управления SQL Server 2005 без проблемы.
Это раньше работало, остановил приблизительно один месяц назад, и я просто не смог разрешить его все же. Другие три члена команды могут все соединиться с SSMS2014 без проблемы, это - просто моя машина. Я выполнил восстановление на установке SSMS2014, но это не помогло.
У меня нет доступа к серверам, поскольку они - наши рабочие серверы, так не может внести изменения в них. Также то, что три других члена команды могут соединиться, указывает мне, это не сервер, конкретный, вместо этого конкретный клиент.
Сообщение об ошибке:
Связанная с сетью или определенная для экземпляра ошибка произошла при установлении соединения с SQL Server. Сервер не был найден или не был доступен. Проверьте, что имя экземпляра корректно и что SQL Server настроен для разрешения удаленных соединений. (поставщик: Сетевые интерфейсы SQL, ошибка: 26 - Ошибка, Определяющая местоположение Указанного Сервера/Экземпляра)
Заранее спасибо.
Я бы порекомендовал вам добавлять в качестве источников данных только старые экземпляры изнутри SQL Management Studio - в котором используется более общий метод подключения, в отличие от прямого подключения через SQL Management Studio, это не будет есть все функции, но вы по-прежнему сможете получить доступ к данным. Вы также можете попробовать открыть браузер SQL на обоих концах, посмотреть свойства соединения для кластеров и использовать альтернативные методы.
Брандмауэр Windows блокирует подключение sql сервера 2005 к кластерному экземпляру. Для его открытия необходимо, чтобы был открыт UDP 1434. Голосованный вниз ответ поставил меня на правильный путь.
Mariano C.
Нужно либо добавить правило для UDP порта 1434, либо правило для sqlbrowser.exe, чтобы клиент SSMS мог общаться со службой SQL Server Browser.
На самом деле я вижу людей, у которых эта проблема возникает удивительно часто, поэтому я написал объяснение здесь: http://blog.dereenigne.com/microsoft-sql-server-dynamic-ports-windows-firewall-and-you/