псевдоним не работает на SQL Server 2008 R2

Question

У меня есть несколько серверов с экземплярами SQL Server 2008 R2, и псевдоним не работает ни на одном из них.

Клиенты подключаются к этим серверам по протоколу TCP / IP без каких-либо проблем, telnet работает по IP-адресу / порту, который я использую для своего псевдонима, созданы исключения брандмауэра, в основном все работает нормально, кроме случаев, когда я создаю псевдоним, я не могу подключиться через него на мой сервер, используя либо TCP / IP, либо именованные каналы (локальный или один из других серверов).

Я установил последние накопительные обновления, которые также обновляют собственный клиент (который, я думаю, является источником проблемы), и у меня все еще есть проблема. Более странная часть: если я создаю псевдоним на сервере с SQL Server 2005 (нативный клиент 9), я могу подключиться к своим экземплярам 2008 r2. Какие-либо предложения?

Answer 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 NeКонфигурация twork », один для 32-битных, другой для 64-битных.Убедитесь, что вы проверили эти порты на обоих из них.

Удачи

Answer 2

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

Answer 3

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

1. Запустите CLICONFG - создайте свой псевдоним TCP (по умолчанию используется x64 версия, если вы используете 64-битную операционную систему)

2. Из конфигурации SQL Server Диспетчер создания псевдонимов под «SQL Native Client 10.0» Конфигурация "

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

3. % SystemRoot% / SysWow64 / CliConfg.exe (32-разрядная версия на 64-разрядной операционной системе)
4. «Конфигурация собственного клиента SQL 10.0 (32 бита)» под инструмент менеджера конфигурации.

Answer 4

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

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

.

Answer 5

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

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

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

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

Answer 6

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

Answer 7

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

Answer 8

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