Вопросы Теги

Studio управления SQL Server - Ошибка, соединяющаяся с удаленным DB

Я использовал LoadRunner прежде, но, это довольно дорого, я также использовал инструменты выпуска Тестера Команды Microsoft, который включает систему то поведение нагрузочные тесты. Я был довольно доволен тем, как инструмент работал, и Вы могли развернуть тестовое использование .NET, который был более легким синтаксисом для взятия затем LoadRunner.

Версия бегуна загрузки, которого мы использовали также, не могла обработать наш сайт Ajax (Это вернулось в 2000, таким образом, я уверен, что инструмент был улучшен к настоящему времени),

0
задан 5 August 2010 в 10:58
4 ответа

Я предполагаю, что Вы не забыли включать instancename (server\SQLEXPRESS)?

Попытайтесь создать ODBC против того же сервера. Если Вы получаете ту же ошибку; создайте другой ODBC, но используйте обычный драйвер "SQL Server", и на "Client Configuration" настройки выбирают "Named Pipes".

Кроме того, подсказка SQLChickens о проверке Браузера SQL запускается на сервере, допустимо.

Кроме того, попытайтесь использовать IP-адрес вместо названия NetBios.

3
ответ дан 4 December 2019 в 12:14
  • 1
    Я don' t, что было неправильным, но я попробовал все, которое Вы предложили и теперь это воки. Миллион благодарностей. –  Julien Poulin 29 May 2009 в 22:53

Если это - механизм SQL Express, Вы должны удостовериться, что услуга Браузера SQL работает иначе, клиент не сможет видеть именованные экземпляры на стороне сервера.

1
ответ дан 4 December 2019 в 12:14
  • 1
    Я проверил, этот сервис в порядке. –  Julien Poulin 29 May 2009 в 22:04

Это сообщение на MSDN имеет много других ссылок и контрольного списка, чтобы помочь решить проблему:

http://blogs.msdn.com/sql_protocols/archive/2007/03/31/named-pipes-provider-error-40-could-not-open-a-connection-to-sql-server.aspx

Из сообщения:

Различные причины попадают в пять категорий:

  1. Неправильная строка подключения, такая как использование SqlExpress.
  2. NP не был включен на экземпляре SQL.
  3. Удаленное соединение не было включено.
  4. Сервер, не запущенный, или точка к не реальный сервер в Вашей строке подключения.
  5. Другие причины, такие как неправильный контекст защиты.

Сводный контрольный список:

  1. Ваш целевой сервер запущен?
  2. Ваш целевой сервер слушает на NP? Какой Канал?
  3. Ваш клиент включил NP? Использовать тот же канал для соединения как Сервер?
  4. Вы устанавливаете локальную связь? Если так, каковы экземпляр, значение по умолчанию или удаленный?
  5. Вы помещали корректное имя экземпляра в строку подключения? Помните, Sqlexpress является именованным экземпляром.
  6. Вы включали удаленное соединение? Брандмауэр? IPSec? "Файл и Принтер, Совместно использующий" открытый? Может сервер доступа?
  7. Можно ли установить основную связь при помощи или \? Используйте sqlcmd или osql.
  8. Каков Ваш размноженный шаг? Кем был Ваш клиент APP, делающий во время этого ошибочного появления? Какая операция DB, деталь?
0
ответ дан 4 December 2019 в 12:14

Я проверил, что в моем случае (с почти идентичным проблемным оператором), сервер был прекрасен, и я мог добраться до него путем отключения Общедоступного профиля брандмауэра Windows 7. (Я мог также достигнуть другого сервера SQL Server 2005, не на моей VPN, таким образом, это была ясно проблема на моем конце, но также и своего рода взаимодействие с конфигурацией сервера.)

Входящие правила имели 2 пар правил для Studio управления SQL Server, позволяя любой UDP и любые порты TCP, для "Частных" и "Доменных" профилей, программа SqlWb.exe. Ни один из них не был включен.

Я изменил одну пару правил служить для всех трех профилей (Общедоступный, Частный, Доменный), включил им, и я смог соединиться.

0
ответ дан 4 December 2019 в 12:14

Теги

Похожие вопросы