Ошибка зеркального отображения базы данных SQL Server 2005

Question

Я получаю следующую ошибку при попытке настроить зеркальное отображение базы данных SQL Server 2005 на своих серверах.Я запускаю два сервера Win2K3 с SQL 2005 на каждом, причем один из них работает вместе с версией SQL 2000.После восстановления базы данных с помощью NORecovery и настраивая конечные точки, я сталкиваюсь со следующей ошибкой при попытке запустить сеанс зеркального отображения.

TITLE: Database Properties
------------------------------

An error occurred while starting mirroring.

------------------------------
ADDITIONAL INFORMATION:

Alter failed for Database 'TestDB'.  (Microsoft.SqlServer.Smo)

------------------------------

An exception occurred while executing a Transact-SQL statement or 
batch. (Microsoft.SqlServer.ConnectionInfo)

------------------------------

The server network address "TCP://S-01.ssl.local:5022" can not be reached 
or does not exist. Check the network address name 
and that the ports for the local and remote endpoints are operational. 
(Microsoft SQL Server, Error: 1418)

Я также отмечу, что я могу подключиться по telnet к порту, используя полное имя с обоих серверов.

Обновить

Вторичный сервер запускает SQL Server 2005 как именованный экземпляр по локальной сети 1434 и по сети 1433 на IP-адресах, которые соответствуют используемому полному доменному имени.

[ПРАВИТЬ]

Мне удалось подключиться по Telnet к порту 5022 на обоих серверах.

[РЕШЕНИЕ]

В случае, если вы можете вести журнал и оба порта активны, возможно, базовая учетная запись, которую использует SQL Server, не является учетной записью домена.На наших серверах локальная системная учетная запись была той, от имени которой служба вошла в систему.Как только это значение было изменено на учетную запись домена администратора, проблема была решена.

Answer 1

В случае, если вы можете вести журнал и оба порта активны, возможно, базовая учетная запись, которую использует SQL Server, не является учетной записью домена.На наших серверах локальная системная учетная запись была той, от имени которой служба вошла в систему.Как только это значение было изменено на учетную запись домена администратора, проблема была решена.

Answer 2

Вы подключались по telnet к порту 5022 на каждом сервере?Это порт, используемый при зеркальном отображении базы данных, а не порты SQL 1433/1434.

Я бы проверил все настройки брандмауэра и то, что службы SQL Server запущены под учетными записями домена.

Возможно, вы также захотите ознакомиться с другими пунктами этой статьи по устранению неполадок, касающимися зеркального отображения:

http://blogs.msdn.com/grahamk/archive/2008/12/08/database-mirroring-error-1418-troubleshooter.aspx

Answer 3

Проверьте журнал SQL на обеих машинах и убедитесь, что SQL Server прослушивает порт 5022, который должна использовать конечная точка зеркального отображения базы данных.

На сервере, на котором есть именованный экземпляр, есть ли другой экземпляр, который настроен на использование того же TCP-порта для зеркального отображения или чего-то еще?

Answer 4

Поскольку похоже, что ваш вход в систему прошел успешно, и происходит сбой при фактическом включении зеркального отображения, пробовали ли вы использовать SQL Profiler, чтобы точно определить, какой оператор не выполняется?

Не уверен, знакомы ли вы с Profiler, но вот учебное пособие (Это для SQL 2000, но в 2005 году инструмент лишь немного отличается).

Answer 5

У меня также была эта проблема, но в sql server 2008, работающем в Windows 7 (все экземпляры на одном компьютере),

в моем случае решение:

делал это:

Шаг 1) Ваш системный брандмауэр не должен блокировать порт SQL Server.

Шаг 2) Перейдите в раздел Управление компьютером >> Службы и приложения >> Конфигурация SQL Server 2005 >> Конфигурация сети Включите протокол TCP / IP.Убедитесь, что порт SQL SERVER по умолчанию равен 1433.

Просто чтобы убедиться, выполните еще один шаг, который может оказаться необходимым, а может и не понадобиться.

Шаг 3) Перейдите в раздел Управление компьютером >> Службы и приложения >> Конфигурация SQL Server 2005 >> Конфигурация клиента Включите протокол TCP / IP.

Ссылка :Пинал Дэйв (http://blog .SQLAuthority.com)

а потом это: http://www.youtube.com/watch?v=VHAUtCiN1M4 ведьма в основном переходит в диспетчер конфигурации SQL Server и для каждого экземпляра устанавливает своего локального пользователя и пароль.

Просто мои два цента, поскольку, похоже, не каждое решение работает для всех...и я потерял один день, пытаясь разобраться в этом