Псевдоним, не работающий на сервере sql 2008 r2

Ответ 1

После того как вы уверены, что это не проблема с брандмауэром, проблема TCP/IP, и вы можете регулярно подключаться к серверу без использования псевдонима и только иметь проблему для подключения с псевдонимами, у меня есть эта проблема в Vista и Windows 7.

Решение заключается в настройке надлежащего порта внутри "Конфигурации сети SQL Server" внутри "Диспетчера конфигурации SQL Server".

Вот шаги:

Перейдите в раздел Управление компьютером → Сервис и приложение → Диспетчер конфигурации SQL Server → Конфигурация сети SQL Server

Обратите внимание, что вы также можете напрямую открыть диспетчер конфигурации SQL Server (не от управления компьютером)

Затем в конфигурации сети SQL Server, если он еще не включен, включите протокол TCP/IP.

Щелкните правой кнопкой мыши, чтобы открыть свойства протокола TCP/IP

Затем на вкладке "Адреса IP" у вас будет несколько записей.

Для каждого пуска TCP Port = 1433

Если вы используете операционную систему x64, у вас есть два узла "Конфигурация сети SQL Server", один для 32-битного, а другой для 64-битного. Убедитесь, что вы проверили этот порт на обоих.

Удачи.

Ответ 2

Для меня была важна последовательность создания псевдонимов. См. Эту ссылку: W2K8 R2 SQL Alias ​​не будет подключаться Я начал с удаления всех псевдонимов CliConfig и псевдонимов конфигурации собственного клиента Configuration Manager. Затем заново создайте, добавив сначала версию CLICONFG.

• запустите CLICONFG - создайте свой псевдоним TCP (по умолчанию будет установлен x64 версия, если вы используете 64-разрядный O/S)

• От конфигурации SQL Server   Менеджер создает псевдоним под "SQL Native Client 10.0   Конфигурация"

Попробуйте подключиться с помощью SSMS - это сработало для меня. Если это не так, вы можете продолжить 32-битную настройку. Я сделал это в любом случае, поскольку приложение, которое я разрабатываю, которое использует псевдоним, это x86.

3. % SystemRoot%/SysWow64/CliConfg.exe(32-разрядная версия на 64-битном O/S)
4. "SQL Native Client 10.0 Configuration (32bit)" под инструмент менеджера конфигурации.

Ответ 3

Для меня ответ состоял в использовании 32-разрядного CLICONFG. Как Management Studio, так и приложение, которое я пытался установить, были 32-разрядными приложениями на 64-битном сервере. Мораль истории состоит в том, чтобы создать как 64-битные, так и 32-разрядные псевдонимы.

Ответ 4

Используете ли вы именованные экземпляры? И если вы проверили, что порт статически назначен?

Если вы используете экземпляры по умолчанию, вы работаете на платформе x64? Есть псевдонимы для 32-битных и 64-битных, поэтому SSMS в том же поле, что и механизм базы данных, будет использовать псевдоним под 32-разрядной секцией, даже если поле имеет 64-битный

Ответ 5

Попробуйте с IP-адресом, например 127.0.0.1, вместо имени вашего компьютера, localhost или. (точка).

Ответ 6

У вас возникли проблемы с указанной ссылкой? http://blog.sqlauthority.com/2008/08/24/sql-server-fix-error-40-could-not-open-a-connection-to-sql-server-fix-connection-problems-of-sql-server/ Если да, выполните и попробуйте разрешить его.

Ответ 7

Кроме того, проверьте, что ваш псевдоним использует прослушиватели, которые включены (ваш псевдоним настроен на использование TCP, пока ваш сервер только прослушивает через общую память?)

Ответ 8

Для меня это было вызвано тем, что я создавал псевдоним на 64-битной машине, но программное обеспечение запускалось как 32-битное приложение.

Когда в Sql Server Configuration Manager убедитесь, что псевдоним установлен под и в следующих разделах:

• Конфигурация собственного клиента SQL {VersionNo}
• Собственный клиент SQL {версияNo} Конфигурация (32 бит)

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

Ответ 9

В моем случае он работал только тогда, когда я поместил порт в соединение [сервер]\[экземпляр], [порт]. Пример: DBSERVER\OPERATIONS, 1433