TodoSQL Blog de SQL Server en español

Buenas, como están? hoy les voy a contar un detalle para tener en cuenta cuando espejamos una base de datos dentro de un esquema de failover mirror.
Como saben para espejar o mirrorear una base de datos de usuario es necesario que este configurada con el modelo de 'recovery full', es decir que todas las transacciones ya sean implícitas o explicitas que modifiquen datos sobre la base sean loguedas, esto conlleva al riesgo que ante una log transaccional mal dimensionado o una modificación masiva con 'commit' muy distanciados o mejor dicho utilizando bloques de datos demasiado grandes, corramos el riesgo que el log de la base de datos se llene y nos devuelva el error “[Microsoft][ODBC SQL Server Driver][SQL Server]The log file for database 'mibase’ is full. Back up the transaction log for the database to free up some log space”.
En estos casos podemos resguardar el log a disco o bien vaciar el log transaccional con la sentencia 'BACKUP LOG Mibase WITH TRUNCATE_ONLY'; y es aquí donde debemos tener cuidado, pues está última sentencia en el esquema de mirror no es soportada y nos obliga si o si a resguardar el log a disco ya sea local o vía UNC name.

Bueno espero les sirva y una abrazo virtual a todos!

JuanPL

Link's relacionados:
Mirror
http://www.todosql.com/blog/200705/mirror-propiedad-failover-partner-en-...
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/200711/mirror-y-log-transaccional-en-sql-ser...
Dispositivos UNC
http://www.todosql.com/blog/200705/dispositivo-de-backup-de-red-unc-name
Log transaccional
http://www.todosql.com/blog/200706/log-transaccional-en-sql-server-2005-...
http://www.todosql.com/blog/200706/log-transaccional-en-sql-server-2005-...