Прегледайте всяка от причините, които се отнасят за вашия случай по-долу и за всяка от приложимите причини, опитайте съответните решения.

Причина 1: Неправилно име е указан в низа на връзката или в диалоговия прозорец име на сървър

  • Уверете се, че името на сървъра, задавате отговаря на приложението в регистъра на грешки

  • Отидете до файла web.config за вашето приложение и осигуряват Връзка низове раздел посочете името на правилния сървър и използва правилния формат.

Забележка

За програмно получи връзка низове от приложението, се отнася за проба на: Прочетете връзка низове от файла Web.config.

Ако това не разреши проблема, продължете проверка на други причини в този раздел.

Причина 2: Неправилно псевдоним на клиентски компютър

Псевдоними обикновено се използват в среда, когато трябва да се свърже с SQL Server с друг име или има name resolution проблеми в мрежата. Неправилно псевдоним на клиентски компютър може да предизвика връзки от вашите приложения да преминете към грешен сървър води до неуспех.

  • Отворете SQL Server клиент Network Utility въвеждайки cliconfg.exeизпълни командата.

  • Проверете дали има всички псевдоними за се опитвате да се свържете към сървъра.

  • Ако е наличен, направете следното:

 

  1. Щракнете върху Редактиране и преименуване на сървъра псевдоним. (например, ако името на вашия сървър MySQL, преименувайте го като MySQL_test) и опитайте отново връзката. Ако връзката работи, това е индикация, че е неправилен псевдоним, вероятно от стария конфигурацията, които не са необходими. Ако продължавате да имате грешка, преименувайте псевдоним обратно на първоначалното му име и продължете към следващата стъпка.

  2. Проверете параметрите на връзката за псевдоним и гарантира, че са правилни. Някои от често срещани сценарии, които могат да причинят проблеми с връзката са:

    • Неправилна IP адрес за параметъра на името на сървъра. Уверете се, че този адрес съвпада запис във файла SQL грешка .

    • Неправилно сървър, името на сървъра име на параметър - например обаче сървър псевдоним точки правилно името, ако параметър за име на сървъра е неправилна стойност, връзки ще бъде неуспешно.

    • Ако използвате псевдоним именувани канали, уверете се, че името на канал е правилен формат

      • За свързване към подразбиращ се екземпляр с име Mydefaultinstance, името на канал трябва да бъде \\Mydefaultinstance\pipe\sql\query

      • За свързване с екземпляр с име MySQL\Named, името на канал трябва да бъде \\MySQL\pipe\MSSQL$Named\sql\query

Ако това не разреши проблема, продължете проверка на други причини в този раздел приложими за типа на вашия екземпляр (по подразбиране или екземпляр име)

Причина 3 (подразбиращ се екземпляр): Firewall(s) между клиента и сървъра блокира порт SQL Server екземпляр се извършва прослушване

Подразбиращ се екземпляр: екземпляр по подразбиране обикновено работи на порта 1433. Някои инсталации също използват нестандартни порт (освен 1433) за изпълнение на SQL екземпляри. Защитната стена може да блокира от тях.

  • Проверете номера на порта, се изпълнява екземпляр на SQL Ако по подразбиране екземпляр на SQL server използва нестандартни порт, проверете следните блога на MSDN за допълнителна информация: Свързване към SQL на порт не е по подразбиране

  • Опитайте се да добавяте номера на порта на SQL Server, формат, името на сървъра < ИмеНаСървър > portnumber и да видите дали това работи. Например ако име на екземпляр на SQL е MySQLDefaultinstance и работи на порт 2000, задайте името на сървъра като MySQLServer, 2000 и вижте дали това работи. Ако тя работи, това е индикация, защитната стена блокира порт.

  • Ако се потвърди, добавете порта към списъка за изключване на защитната стена. За указания, изберете опцията "за причина 3 или причина 5: Добавяне на порт към списъка за изключване на защитната стена" в дъното на страницата.

 

Причина 4 (Named екземпляр): SQL Browser не е стартирана Клиентски приложения с инсталирания екземпляр на SQL Server използва услугата на SQL браузъра който работи SQL за пресмятане на портовете, които слуша на SQL. Ако не е стартирана услугата на браузъра, ще се провали връзки.

  • В системата с вашия екземпляр на SQL Server или да използвате Диспечер на конфигурация на SQL Server или аплет услуги в контролния панел и стартирайте услугата SQL браузър, ако не е стартиран. За повече информация вижте следната тема в MSDN На: стартиране и спиране на SQL Server Browser услугата

Ако е стартиран SQL браузъра Проверете дали UDP порт 1434 е блокирана от защитната стена по следващия абзац.

Причина 5 (Named екземпляр): UDP порт 1434 използва SQL браузър е блокирано в мрежата

Ако екземпляр на SQL екземпляр с име, тя може да е или е конфигуриран да използва динамични портове или статичен порт. И в двата случая използваната мрежа библиотеки заявки SQL преглед на компютрите работи на вашия компютър на SQL Server чрез UDP порт 1434 за пресмятане на номера на порта за инсталирания екземпляр. Ако защитна стена между клиента и сървъра блокира този UDP порт, библиотеката на клиента не може да определи порта (изискване за връзка) и връзка с пряк достъп 

Метод 1:

  1. Отбележете порта на вашия екземпляр на SQL слуша от SQL Server грешка

  2. Опитайте да се свържете към инсталирания екземпляр с помощта на номера на порта, към името на сървъра, спазвайки формата <име_на_сървъра\име_на_екземпляра>, portnumber и да видите дали работи. Ако тя работи, това е индикация, защитната стена блокира порт UDP порт 1434. Например ако име на екземпляр на SQL MySQL\Namedinstance и работи на порт 3000, задайте името на сървъра като MySQL\Namedinstance,3000 и вижте дали това работи. Ако тя работи може или означава, че UDP порт 1434 е блокиран или статични порт е блокиран или и двете. Да се уверите дали това е UDP порт или статични порта с помощта на Portqry от метод 2 по-долу

Метод 2:

  1. Използвайте инструмента PortqryUI с екземпляр, притежаващ име и наблюдава получената продукция. Ако видите съобщение, че е филтриран UDP порт 1434 е индикация, че портът е блокирана в мрежата. За инструкции как да използвате инструмента, изберете опцията "за случай 5: използване PortqryUI инструмент с SQL Server " в долната част.

Първо проверете ако екземплярът на SQL Server е слушане на динамичен срещу статичен порт и използвайте процедурата, която е подходяща за вашата ситуация. Как да разберете, ако SQL е слушане на динамичен срещу статичен портове, изберете опцията "случай 5: прослушване динамични или статични? " в долната част.

  • Пример: Динамичен портове -> в този случай, трябва да наистина е стартирана услугата за браузър на SQL и UDP порт 1434 не е блокирана от защитната стена между клиента и сървъра. Ако нямате нито един от тях, трябва да включите вашия екземпляр на SQL Server, за да използвате статичен порт и използвайте процедурата, документирани в Конфигуриране на сървър за слушане на специфични TCP порт (Диспечер на конфигурация за SQL Server).

  • Пример: Статичен порт конфигурация и SQL браузър не работи или UDP 1434 може да се отвори защитната стена -> в този случай, трябва да се гарантира, че статичен е указан в низа на връзката и че порт не е блокирана от защитната стена. За указания, изберете опцията "за случай 3 или 5 случай: Добави порт на защитната стена на изключване списък" в долната част.

Това реши ли проблема?

Нуждаете се от още помощ?

Разширете уменията си
Преглед на обучението
Получавайте първи новите функции
Присъединете се към Microsoft приобщени

Беше ли полезна тази информация?

Доколко сте доволни от качеството на превода?
Какво е повлияло на вашия потребителски опит?

Благодарим ви за обратната връзка!

×