Erro SQL Server 2005 DB Mirroring

Question

Estou recebendo o seguinte erro ao tentar a instalação do SQL Server 2005 DB Mirroring em meus servidores. Estou executando dois servidores Win2k3 com o SQL 2005, sobre cada um com um daqueles correndo ao lado de um SQL 2000 Version. Depois de restaurar o banco de dados com NORecovery e configurar os parâmetros, eu me deparo com o seguinte erro quando tento iniciar a sessão de espelhamento.

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)

Eu também vai notar que eu posso telnet na porta usando o nome completo de ambos os servidores.

Atualizar

O servidor secundário está executando o SQL Server 2005 como uma instância nomeada no local de 1434 e através da rede como 1433 no os endereços IP que correspondem ao FQDN sendo usado.

[EDIT]

Eu era capaz de Telnet para a porta 5022 em ambos os servidores.

[SOLUÇÃO]

No caso em que você pode fazer logon e ambos os portos são ativos, pode ser que a conta subjacente que o SQL Server está a utilizar não é uma conta de domínio. Em nossos servidores a conta do sistema local foi que o serviço foi conectado como. Uma vez que este foi alterado para ser a conta de domínio administrador vez o problema foi resolvido.

Answer 1

No caso em que você pode fazer logon e ambos os portos são ativos, pode ser que a conta subjacente que o SQL Server está a utilizar não é uma conta de domínio. Em nossos servidores a conta do sistema local foi que o serviço foi conectado como. Uma vez que este foi alterado para ser a conta de domínio administrador vez o problema foi resolvido.

Answer 2

Você telnet para a porta 5022 em cada servidor? Essa é a porta que está sendo usada pelo espelhamento de banco de dados, e não a portas SQL 1433 / 1434.

Gostaria de verificar todas as configurações de firewall e que o SQL Server serviços estão sendo executados em contas de domínio.

Você também pode querer verificar os outros pontos neste artigo solução de problemas sobre como espelhar:

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

Answer 3

Verifique o Log SQL em ambas as máquinas e garantir que o SQL Server está escutando na porta 5022 que o desfecho espelhamento de banco de dados deve ser utilizado.

No servidor que tem a instância nomeada, há outra instância que é configurado para usar a mesma porta TCP para espelhamento ou algo mais?

Answer 4

Uma vez que parece que o seu login for bem sucedido e está falhando enquanto na verdade, permitindo que o espelhamento, você já tentou usar SQL Profiler para ver exatamente o que declaração está falhando?

Não tenho certeza se você está familiarizado com Profiler, mas aqui está um tutorial (é para SQL 2000, mas a ferramenta é apenas ligeiramente diferente em 2005).

Answer 5

Eu também tive esse problema, mas no sql server 2008 rodando no Windows 7 (todas as instâncias na mesma máquina),

no meu caso a solução:

estava fazendo isso:

Passo 1) Seu sistema de Firewall não deve bloquear a porta SQL Server.

Passo 2) Vá para Gerenciamento do Computador >> Serviço e Aplicação >> SQL Server 2005 Configuração >> Configuração de Rede Ativar o protocolo TCP / IP. Certifique-se de que a porta do servidor SQL é, por padrão 1433.

Apenas para fazer follow certeza mais um passo que pode ou não pode ser necessária.

Passo 3) Vai para o Gerenciamento do Computador >> Serviço e Aplicação >> SQL Server 2005 Configuração >> Configuração do Cliente Ativar o protocolo TCP / IP.

Referência: Pinal Dave ( http: // blog. SQLAuthority.com )

e, em seguida, o seguinte: http://www.youtube.com/watch?v=VHAUtCiN1M4 bruxa é basicamente ir para SQL Server Configuration Manager, e para cada instância definir o local usuário e senha.

Apenas meus dois centavos, como parece nem todos os trabalhos de solução para todos ... e eu perdi um dia tentando descobrir isso