Увімкнути віддалені підключення для SQL Server Express 2012

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

Під час встановлення з'єднання з SQL-сервером сталася помилка, пов’язана з мережею або окремим екземпляром. Сервер не знайдено або був недоступний. Переконайтеся, що ім'я екземпляра правильне і що SQL Server налаштований для дозволу віддалених з'єднань. (постачальник: Named Pipes Provider, помилка: 40 - Не вдалося відкрити з'єднання з SQL Server)

Що я зробив, щоб спробувати виправити це:

• Запустіть менеджер конфігурації SQL Server на сервері та увімкніть браузер SQL Server
• Додайте виключення брандмауера Windows на сервері для TCP, порти 1433 та 1434 в локальній підмережі.
• Перевірте, чи є у мене вхід на екземпляр SQL Server для користувача, на якому я ввійшов, як на робочому столі.
• Переконайтеся, що я використовую автентифікацію Windows в екземплярі SQL Server.
• Неодноразово перезапускайте SQL Server і весь сервер dang.
• Витягніть все моє волосся.

Як я можу отримати 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 або іншим способом. Здається, вони були необхідними, оскільки я використовую на сервері названий екземпляр (ім'я сервера \ SQLEXPRESS) замість екземпляра за замовчуванням. Дивіться тут:

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

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

Використання ip та port замість названого екземпляра також безпечніше, оскільки зменшує площу поверхні атаки.

Можливо, 2 малюнки говорять 2000 слів ...

Цей метод використовує вказаний порт (я вважаю, що більшість людей хочу, що я вважаю) ..

Цей метод вимагає відкриття порту UDP 1434 та запущеного браузера SQL Server ..

І ще одна річ...

"Kyralessa" надає чудову інформацію, але я маю ще одне додати, куди мене натрапили навіть після цієї статті.

У розділі Конфігурація мережі SQL Server> Протоколи для сервера> Увімкнено TCP / IP. Клацніть правою кнопкою миші TCP / IP та виберіть властивості. Під IP-адресами потрібно встановити параметр "Увімкнено" так для кожного типу з'єднання, який ви використовуєте.

Ви можете використовувати це для вирішення цієї проблеми:

Перейдіть до START> EXECUTE та запустіть CLICONFG.EXE.

Протокол Named Pipes буде першим у списку. Визначте його та просувайте TCP / IP.

Ретельно протестуйте додаток.

Я сподіваюся, що це допоможе.

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

Слухай усіх НІ

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

увімкнено Так,

визначити yr 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, встановленої з налаштуваннями за замовчуванням, мені просто довелося завантажити диспетчер конфігурацій SQL Server -> мережева конфігурація сервера SQL -> протоколи для MSSQLSERVER і змінити TCP / IP з відключеного на включене.

Мені довелося додати правило вхідного порту брандмауера, щоб відкрити порт UDP 1434. Це той сервер, який слухає браузер Sql.

Я віддаю перевагу способу "Росді Касім", оскільки це не вимагає детальної конфігурації в 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, додано правила брандмауера Windows (а потім вимкнено брандмауер для тестування, щоб переконатись, що він нічого не блокує), але жоден із них не усунув проблему.

Нарешті, мені довелося запустити службу " Оглядач SQL Server " на 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 або труби з іменем запитуваного екземпляра.

Мені довелося додати порт через Менеджер конфігурацій і додати номер порту в моєму з'єднанні sql [host] \ [db instance name], 1433

Зауважте, (кома) між ім'ям екземпляра та портом

У мене була інша проблема, ніж у всіх відповідях досі!

Я повинен почати з того, що я мав це у Visual Studio, а не в SQL Server Express, але рішення повинно бути точно таким же.

Ну, боже, насправді це дуже просто і, можливо, трохи нерозумно. Коли я спробував створити базу даних, і Visual Studio запропонував ім’я SQL Server, він дав мені своє ім’я користувача Windows, і оскільки це власне ім’я сервера, я пішов на це.

Насправді це насправді було моїм іменем Windows + \SQLEXPRESS. Якщо ви не змінили жодних налаштувань, це, мабуть, і ваше. Якщо це працює, припиніть читати; це моя відповідь. Якщо це не працює, можливо, назва інша.

Якщо, як і я, у вас виникла ця проблема лише в Visual Studio, щоб перевірити, що ваше, виконайте наступні дії:

1. Відкрийте ^значок студії управління SQL Server .
2. Якщо ви не бачите свій сервер (стикується ліворуч за замовчуванням), натисніть F8або перейдіть до Перегляд -> Провідник об'єктів .
3. Клацніть правою кнопкою миші ім’я сервера та виберіть Властивості (Останній пункт)
4. У нижньому лівому куті ви бачите фактичне ім'я вашого сервера під " Сервер " (не "З'єднання, а над ним").

Це ім'я сервера, і це те, до чого слід намагатися підключитися! не те, що пропонує Visual Studio!

Ще одна річ, щоб перевірити, чи правильно ви написали названий екземпляр!

Ця стаття дуже корисна для вирішення проблем з підключенням: як усунути неполадки підключення до двигуна бази даних SQL Server

У моєму випадку база даних працює на нестандартному порту. Переконайтеся, що порт, до якого ви підключаєтесь, такий самий, як порт, на якому працює база даних. Якщо є більше екземплярів SQL-сервера, перевірте правильність.

Все, що вам потрібно зробити, це відкрити відповідний порт на брандмауері сервера.

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

Спробуйте відключити брандмауер.

Якщо ви можете підключитися з відключеним брандмауером, можливо, ви пропустили деякі правила введення, як-от "брокер служби sql", додайте ці правила введення до брандмауера:

TCP PORT 1434 "SQL ADMIN CONNECTION" TCP PORT

"SQL ADMIN CONNECTION" UDP PORT 1434

TCP PORT 2383 "SQL ANALYSIS SERVICE"

"SQL BROWSE ANALYSIS SERVICE" TCP PORT 2382

TCP PORT 135 "SQL DEBUGGER / RPC" 135

"SQL SERVER" TCP PORT 1433 та інші, якщо у вас є динамічні порти

"SQL SERVICE BROKER" TCP PORT 4022