У меня есть sql server 2005 и 2008, работающий на сервере в моей локальной (и очень простой) сети. Используя sql management studio 2008 и visual studio 2008, я могу подключиться по сети к экземпляру 2005 года, который является экземпляром по умолчанию. Я не могу подключиться к экземпляру 08 (с именем MC08). Я могу подключиться к обоим, когда зашел на сервер. Удаленные соединения включены для MC08, а динамические порты отключены (назначены на порт 1045). Служба браузера sql также работает. Раньше это работало, поэтому я не уверен, что изменилось. Я тоже не могу подключиться по IP-адресу. В журнале событий тоже ничего необычного. Любые идеи?
Ты пробовала your.sql.server.fqdn\MC08.
Однако спецификация порта в SSMS совершенно бессмысленна. По какой-то причине они решили использовать запятую (,) в качестве разделителя хоста и порта вместо двоеточия (:). Поэтому, если вы хотите использовать номер порта, используйте эту строку подключения: your.sql.server.fqdn,1045.
Для полноты картины я также отмечу, что если у вас на сервере несколько сетевых адаптеров, это может произойти из-за клиент брандмауэр: ответ браузера SQL не обязательно будет возвращаться с того же IP-адреса, на который его отправил клиент (поскольку он использует многоадресную рассылку), и, таким образом, этот ответ будет отброшен брандмауэром. Было весело устранять неполадки ..
Убедитесь, что интерфейс TCP / IP для нужного IP-адреса включен.
Кроме того, попробуйте протестировать с ODBC DSN и протестировать с TCP / IP и Pipes.
Или используйте
telnet ваш.sql.server.fqdn 1045
И посмотрите, появится ли у вас мигающий курсор, который подтверждает отсутствие проблем с брандмауэром.
По-видимому, вся эта проблема проистекает из смены провайдеров интернет-услуг прошлым летом. Все работало, когда я был на связи. Я перешел на чартер, когда переехал этим летом, и у меня не было никаких причин отлаживать / изменять мои приложения, которые использовали базы данных sql 2008, до прошлой недели. Чтобы решить эту проблему, я помещаю запись в файл hosts на своем клиентском компьютере для окна sql server. Это не объясняет, почему я мог подключиться к экземпляру по умолчанию в этом поле, а не к именованному экземпляру, но в любом случае проблема, похоже, решена. Comcast просто позволяет подключить модем, а затем маршрутизатор. Charter не будет работать с маршрутизатором, если вы не используете клонирование Mac-адреса и не клонируете MAC-адрес компьютера, который использовался при первоначальной установке. Это единственное, что я вижу по-другому.
Если у вас включен UAC, вам может потребоваться запустить Management Studio от имени администратора, чтобы подключиться к экземпляру SQL 2008.
Щелкните правой кнопкой мыши -> запустить от имени администратора
Поскольку вы можете подключиться к экземпляру по умолчанию, мы будем предполагать, что ваша сеть и DNS (или другая форма разрешения имен работают). Хотя вы настроили именованный экземпляр 2008 года использовать статический порт, служба браузера SQL по-прежнему будет использоваться для установки порта с указанным вами именем. Если от службы браузера не будет получен ответ, то клиент SQL попробует использовать порт 1433. Я предполагаю, что, поскольку вы можете подключиться к экземпляру по умолчанию, но не к именованному экземпляру, проблема, вероятно, связана с этим шагом.
Вы уже сказали, что служба браузера работает, так что это уходит.
1) Убедитесь, что UDP post 1434 (или служба браузера sql) разрешен через брандмауэр сервера.
2) Убедитесь, что порт UPD 1434 разрешен через брандмауэр вашего ПК. (Я никогда не считал это проблемой для XP, но обнаружил, что это проблема в Windows 7 Pro)
Я бы посоветовал первым шагом отключить брандмауэр компьютера, с которого вы подключаетесь.