Включить удаленные подключения для SQL Server Express 2012

Я только что установил SQL Server Express 2012 на свой домашний сервер. Я пытаюсь подключиться к нему из Visual Studio 2012 с настольного компьютера и постоянно получаю известную ошибку:

При установлении соединения с SQL Server произошла ошибка, связанная с сетью или экземпляром. Сервер не найден или не был доступен. Убедитесь, что имя экземпляра указано правильно и что SQL Server настроен для разрешения удаленных подключений. (поставщик: поставщик именованных каналов, ошибка: 40 - не удалось открыть соединение с SQL Server)

Что я сделал, чтобы попытаться это исправить:

• Запустите диспетчер конфигурации SQL Server на сервере и включите браузер SQL Server.
• Добавьте исключение брандмауэра Windows на сервере для TCP, порты 1433 и 1434 в локальной подсети.
• Убедитесь, что у меня есть логин на экземпляре SQL Server для пользователя, на котором я вошел как на рабочем столе.
• Убедитесь, что я использую проверку подлинности Windows на экземпляре SQL Server.
• Повторно перезапустите SQL Server и весь чертов сервер.
• Вытяни все мои волосы.

Как я могу получить SQL Server 2012 Express для разрешения удаленных подключений !?

Хорошо, рад, что спросил . Решение, которое я наконец обнаружил, было здесь:

Как мне настроить SQL Server Express, чтобы разрешить удаленные соединения tcp / ip через порт 1433?

1. Запустите диспетчер конфигурации SQL Server.
2. Перейдите к Конфигурация сети SQL Server> Протоколы для SQLEXPRESS.
3. Убедитесь, что TCP / IP включен.

Пока все хорошо и вполне ожидаемо. Но потом:

1. Щелкните правой кнопкой мыши TCP / IP и выберите « Свойства» .
2. Убедитесь, что в разделе IP2 в качестве IP-адреса задан IP-адрес компьютера в локальной подсети.
3. Прокрутите вниз до IPAll.
4. Убедитесь , что TCP Dynamic Ports является пустым . (У меня был установлен 5-значный номер порта.)
5. Убедитесь, что для TCP-порта установлено значение 1433 . (Мой был пустым.)

(Кроме того, если вы выполните эти шаги, нет необходимости включать браузер SQL Server, и вам нужно только разрешить порт 1433, а не 1434.)

Эти дополнительные пять шагов - это то, что я не могу вспомнить, когда-либо приходилось делать в предыдущей версии SQL Server, Express или иным образом. Похоже, они были необходимы, потому что я использую именованный экземпляр (myservername \ SQLEXPRESS) на сервере вместо экземпляра по умолчанию. Посмотреть здесь:

Настройка сервера для прослушивания определенного порта TCP (диспетчер конфигурации SQL Server)

Правильный способ подключения к удаленному SQL Server (без открытия UDP-порта 1434 и включения браузера SQL Server) заключается в использовании ip и порта вместо именованного экземпляра .

Использование ip и порта вместо именованного экземпляра также безопаснее, так как уменьшает площадь атаки.

Возможно, 2 картины говорят 2000 слов ...

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

Этот метод требует открытия UDP-порта 1434 и запуска браузера SQL Server.

Еще кое-что...

Kyralessa предоставляет отличную информацию, но я хочу добавить еще одну вещь, в которой я был озадачен даже после этой статьи.

Под Сетевой конфигурацией SQL Server> Протоколы для Сервера> TCP / IP Включен. Щелкните правой кнопкой мыши TCP / IP и выберите свойства. Под IP-адресами необходимо установить для параметра «Включено» значение «Да» для каждого используемого вами типа подключения.

Вы можете использовать это, чтобы решить эту проблему:

Перейдите в START> EXECUTE и запустите CLICONFG.EXE.

Протокол Named Pipes будет первым в списке. Удалите его и продвигайте TCP / IP.

Протестируйте приложение тщательно.

Я надеюсь, что это поможет.

Вы также можете установить

Слушайте все, чтобы НЕТ

в диалоговом окне протокола, затем в IP-адрес IP1 (скажем)

включите Да,

определить ваш IP-адрес,

установите для TCP Dynamic значение Blank и

TCP-порт до 1433 (или что-то еще)

Эта статья помогла мне ...

Как включить удаленные подключения в SQL Server

Все в SQL Server было настроено, моя проблема была в том, что брандмауэр блокировал порт 1433

У меня была эта проблема недавно. 2015 авг

Решается открытием диспетчера конфигурации SQL Server

• Конфигурация сети SQL Server -> Протоколы для SQLEXPRESS
• Свойства на TCP / IP -> вкладка IP-адреса
• Все остается по умолчанию, только установите IPALL: TCP-порт на 1433

Можно подключиться с помощью диспетчера SQL Server к машине: [hostaddress], 1433

Пример:

При моей установке SQL Server 2012 Developer Edition, установленной с настройками по умолчанию, мне просто нужно было загрузить Диспетчер конфигурации SQL Server -> Конфигурация сети SQL Server -> Протоколы для MSSQLSERVER и изменить TCP / IP с Отключено на Включено.

Мне пришлось добавить правило входящего порта брандмауэра, чтобы открыть UDP-порт 1434. Это тот, который прослушивает Sql Server Browser.

Я предпочитаю способ «Росди Касим», так как он не требует детальной настройки IP.

Я обязательно забуду это снова, когда попробую снова запустить другой сервер.

Делайте это просто глупо (KISS), просто включите службу браузера Sql Server, затем добавьте \ SQLEXPRESS за IP-адресом при подключении к серверу.

Прямое использование IP без "\ SQLEXPRESS" было моей точкой отказа, поскольку он не использует порт по умолчанию.

Спасибо.

У меня была такая же проблема с SQL Server 2014 локально установленным именованным экземпляром. Подключение с использованием FQDN\InstanceNameне удастся, а подключение с использованием только моей hostname\InstanceNameработало. Например: подключение с помощью mycomputername\sql2014сработало, а с помощью - mycomputername.mydomain.org\sql2014нет. DNS разрешен правильно, TCP / IP был включен в SQL Configuration Manager, добавлены правила брандмауэра Windows (а затем отключил брандмауэр для проверки, чтобы убедиться, что он ничего не блокирует), но ни один из них не устранил проблему.

Наконец, мне пришлось запустить службу « SQL Server Browser » на SQL Server, и это решило проблему с подключением.

Я никогда не осознавал, что служба браузера SQL Server действительно помогает SQL Server устанавливать соединения; У меня сложилось впечатление, что это просто помогло заполнить выпадающие списки, когда вы нажали кнопку «искать больше» для подключения к серверам, но на самом деле помогает выровнять запросы клиентов с правильным номером порта # для использования, если порт № не назначен явно (аналогично как привязки веб-сайтов помогают устранить ту же проблему на веб-сервере IIS, на котором размещены несколько веб-сайтов).

Этот элемент подключения дал мне подсказку о службе браузера SQL Server: https://connect.microsoft.com/SQLServer/feedback/details/589901/unable-to-connect-on-localhost-using-fqdn-machine- имя

• когда вы используете wstst05 \ sqlexpress в качестве имени сервера, клиентский код отделяет имя компьютера от имени экземпляра, а wstst05 сравнивается с именем netbios. Я не вижу проблем для них, и соединение считается локальным. Оттуда мы получаем необходимую информацию, не связываясь с браузером SQL, и без проблем подключаемся к экземпляру SQL через общую память.
• Когда вы используете wstst05.capatest.local \ sqlexpress, клиентский код не может сравнить имя (wstst05.capatest.local) с именем netbios (wstst05) и считает соединение «удаленным». Это сделано специально, и мы обязательно рассмотрим улучшение этого в будущем. В любом случае, учитывая, что соединение является удаленным, и тот факт, что это именованный экземпляр, клиент решает, что ему нужно использовать SQLBrowser для разрешения имен. Он пытается связаться с браузером SQL по wstst05.capatest.local (UDP-порт 1434) и, очевидно, эта часть не выполняется. Отсюда и ошибка, которую вы получаете.

Причина службы «Браузер SQL Server» от TechNet (выделено мной): https://technet.microsoft.com/en-us/library/ms181087(v=sql.120).aspx

Из раздела «Использование браузера SQL Server»:

Если служба браузера SQL Server не запущена, вы все равно сможете подключиться к SQL Server, если укажете правильный номер порта или именованный канал. Например, вы можете подключиться к экземпляру SQL Server по умолчанию с TCP / IP, если он работает на порту 1433. Однако, если служба браузера SQL Server не работает, следующие соединения не работают :

• Любой компонент, который пытается подключиться к именованному экземпляру без полного указания всех параметров (таких как порт TCP / IP или именованный канал) .
• Любой компонент, который генерирует или передает информацию сервера \ экземпляра, которая впоследствии может быть использована другими компонентами для повторного подключения.
• Соединение с именованным экземпляром без указания номера порта или канала.
• ЦАП для именованного экземпляра или экземпляра по умолчанию, если не используется порт TCP / IP 1433.
• Служба перенаправления OLAP.
• Перечисление серверов в SQL Server Management Studio, Enterprise Manager или Query Analyzer.

Если вы используете SQL Server в сценарии клиент-сервер (например, когда ваше приложение обращается к SQL Server по сети), если вы останавливаете или отключаете службу браузера SQL Server, вы должны назначить конкретный номер порта каждому экземпляру и напишите код своего клиентского приложения, чтобы всегда использовать этот номер порта. Этот подход имеет следующие проблемы :

• Вы должны обновить и поддерживать код клиентского приложения, чтобы убедиться, что он подключается к нужному порту.
• Порт, который вы выбираете для каждого экземпляра, может использоваться другой службой или приложением на сервере, что делает экземпляр SQL Server недоступным.

И больше информации из той же статьи из раздела «Как работает браузер SQL Server»:

Потому что только один экземпляр SQL Server может использовать порт или каналДля именованных экземпляров, включая SQL Server Express, назначаются разные номера портов и имена каналов. По умолчанию при включении как именованные экземпляры, так и SQL Server Express настроены на использование динамических портов, то есть доступный порт назначается при запуске SQL Server. При желании конкретный порт может быть назначен экземпляру SQL Server. При подключении клиенты могут указать определенный порт; но если порт назначается динамически, номер порта может меняться при каждом перезапуске SQL Server, поэтому правильный номер порта неизвестен клиенту. ... Когда клиенты SQL Server запрашивают ресурсы SQL Server, сетевая библиотека клиента отправляет на сервер сообщение UDP, используя порт 1434. Браузер SQL Server отвечает портом TCP / IP или именованным каналом запрошенного экземпляра.

Мне пришлось добавить порт через Configuration Manager и добавить номер порта в моем подключении sql [хост] \ [имя экземпляра БД], 1433

Обратите внимание, (запятая) между именем экземпляра и портом

У меня была проблема, отличная от тех, что упоминались до сих пор!

Я должен начать с того, что у меня это было в Visual Studio, а не в SQL Server Express, но решение должно быть точно таким же.

Ну, боже, это на самом деле очень просто и, возможно, немного глупо. Когда я попытался создать базу данных, и Visual Studio предложила имя SQL Server, оно дало мне мое имя пользователя Windows, и, поскольку это фактически имя сервера, я выбрал его.

На самом деле это было мое имя пользователя Windows \SQLEXPRESS. Если вы не меняли никаких настроек, возможно, это тоже ваше. Если это работает, прекратите читать; это мой ответ Если это не работает, возможно, имя другое.

Если, как и я, у вас была эта проблема только в Visual Studio, чтобы проверить, что у вас, выполните следующие действия:

1. Откройте ^значок SQL Server Management Studio .
2. Если вы не видите свой сервер (по умолчанию закрепленный слева), нажмите F8или перейдите в « Просмотр» -> «Обозреватель объектов» .
3. Щелкните правой кнопкой мыши на имени сервера и выберите Свойства (последний элемент)
4. Внизу слева вы можете увидеть фактическое имя вашего сервера в разделе « Сервер » (не «Соединение», а над ним).

Это имя сервера, и это то, что вы должны попытаться подключиться! не то, что предлагает Visual Studio!

Еще одна вещь, которую нужно проверить, это то, что вы правильно написали именованный экземпляр!

Эта статья очень полезна для устранения проблем с подключением: Как устранить неполадки подключения к ядру базы данных SQL Server

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

Все, что вам нужно сделать, это открыть соответствующий порт на брандмауэре сервера.

Возникли проблемы с подключением к SQL Server?

Попробуйте отключить брандмауэр.

Если вы можете соединиться с отключенным брандмауэром, возможно, вы пропустили некоторые правила ввода, такие как «sql service broker», добавьте эти правила ввода в ваш брандмауэр:

TCP ADMIN CONNECTION TCP PORT 1434

«SQL ADMIN CONNECTION» UDP-порт 1434

«СЕРВИС АНАЛИЗА SQL» TCP-ПОРТ 2383

«СЛУЖБА АНАЛИЗА SQL BROWSE» TCP-ПОРТ 2382

«SQL DEBUGGER / RPC» TCP PORT 135

«SQL SERVER» TCP PORT 1433 и другие, если у вас динамические порты

"SQL SERVICE BROKER" TCP-ПОРТ 4022