SQL Server 2005 DB Mirroring error

Question

Estoy recibiendo el siguiente error cuando se trata de la instalación de SQL Server 2005 DB Mirroring en mis servidores. Estoy corriendo dos servidores win2k3 con SQL 2005 en cada uno de los que corren junto a una versión 2000 de SQL. Después de restaurar la base de datos con NORecovery y configuración de los puntos finales, me encuentro con el siguiente error al intentar iniciar la sesión de duplicación.

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)

También notará que puedo telnet en el puerto con el nombre completo de ambos servidores.

Actualizar

El servidor secundario se está ejecutando SQL Server 2005 como una instancia con nombre en el local de 1434 y por la red como 1433 en las direcciones IP que coincide con el FQDN que se utiliza.

[EDIT]

pude telnet al puerto 5022 en ambos servidores.

[Solución]

En el caso de que se puede tala y ambos puertos están activos puede ser que la cuenta subyacente que SQL Server está utilizando no es una cuenta de dominio. En nuestros servidores la cuenta del sistema local era que el servicio se ha conectado. Una vez que esto se cambió a ser el administrador de cuenta de dominio en lugar de que se resolviera el problema.

Answer 1

En el caso de que se puede tala y ambos puertos están activos puede ser que la cuenta subyacente que SQL Server está utilizando no es una cuenta de dominio. En nuestros servidores la cuenta del sistema local era que el servicio se ha conectado. Una vez que esto se cambió a ser el administrador de cuenta de dominio en lugar de que se resolviera el problema.

Answer 2

¿Se telnet al puerto 5022 en cada servidor? Ese es el puerto que está siendo utilizado por la creación de reflejo de base de datos, no a los puertos de SQL 1433 / 1434.

Me gustaría comprobar la configuración del cortafuegos y que el SQL Server servicios se ejecutan bajo cuentas de dominio.

También puede ser que desee comprobar los otros puntos en este artículo de solución de problemas acerca del reflejo:

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

Answer 3

Compruebe el registro de SQL en ambas máquinas y asegurar que el SQL Server está escuchando en el puerto 5022 que el reflejo de base de punto final debe utilizar.

En el servidor que tiene la instancia con nombre, ¿hay otra instancia que está configurado para utilizar el mismo puerto TCP para la creación de reflejo o algo más?

Answer 4

Dado que parece que su acceso es exitoso y que está fallando, cuando en realidad que permite la creación de reflejo, ¿ha intentado usar SQL para ver el estado exactamente lo que está fallando?

No está seguro de si está familiarizado con el Perfil, pero aquí hay un tutorial (es para SQL 2000, pero la herramienta es sólo ligeramente diferente en 2005).

Answer 5

también tuve este problema, pero en SQL Server 2008 se ejecuta en Windows 7 (todas las instancias en la misma máquina),

en mi caso la solución:

estaba haciendo esto:

Paso 1) su sistema cortafuegos no debe bloquear el puerto de SQL Server.

Paso 2) Ir a Administración de equipos >> >> Servicio y Aplicación de SQL Server 2005 Configuración >> Configuración de red Activar el protocolo TCP / IP. Asegúrese de que SQL SERVER puerto por defecto es 1433.

Sólo para asegurarse de seguir un paso más que puede o no ser necesario.

Paso 3) Ir a Administración de equipos >> >> Servicio y Aplicación de SQL Server 2005 Configuración >> Configuración del cliente Activar el protocolo TCP / IP.

Referencia: Pinal de Dave ( http: // blog. SQLAuthority.com )

y luego esto: http://www.youtube.com/watch?v=VHAUtCiN1M4 bruja es, básicamente, vaya al Administrador de configuración de SQL Server y para cada instancia estableció su usuario local y una contraseña.

Sólo mis dos centavos, ya que parece que no todas las soluciones funciona para todo el mundo ... y perdió un día tratando de averiguarlo