TodoSQL Blog de SQL Server en español

Hola como están !, hoy les voy a comentar un problema surgido dentro del esquema de mirror como solución de failover.

En las pruebas que nos encontramos realizando en diferentes escenarios de mirror ante una desastre, nos encontramos con un limite con la opción de RESUME (ALTER DATABASE Mibase SET PARTNER RESUME).

Ante el caso en que el server principal se caiga y sea imposible recuperarlo debemos cambiar los roles en forma manual con la siguiente sentencia, si es el caso en donde no existe un equipo como witness o testigo.

ALTER DATABASE Mibase SET PARTNER FORCE_SERVICE_ALLOW_DATA_LOSS

El caso es que si volvemos con una imagen del servidor en donde posee toda la configuración del mirror, al levantar se da cuenta que existe un principal y cambia a server MIRROR, con lo cual, si observamos consola vía "SQL Server Management Studio" al sql server 2005 principal, el estado del mirror en el PRINCIPAL es SUSPEND.

Si ejecutamos "ALTER DATABASE Mibase SET PARTNER RESUME", volveremos a establecer al mirror y pasariamos al estado SYNCRONIZED o sincronizado.

Pero e aquí la limitación, sí el período de tiempo del estado SUSPEND es PROLONGADO, se nos LLENA el TRANSACTION LOG, por lo cual las aplicaciones dejan de funcionar.
Si queremos realizar un BACKUP DE LOG para VACIAR el mismo, lo IGNORA, pues espera al mirror para replicar los cambios.

Espero les sea útil, abrazo virtual a todos.

Link's Relacionados:

Mirror

http://www.todosql.com/blog/200705/mirror-y-log-transaccional-en-sql-ser...
http://www.todosql.com/blog/200703/cambio-de-cuentas-en-sql-server-2005
http://www.todosql.com/blog/200703/database-mirroring-login-attempt-fail...
http://www.todosql.com/blog/200705/mirror-propiedad-failover-partner-en-...