La siguiente consulta lista cuando fue la última vez que se hizo respaldo completos (Full Database) y de la bitácora de la base de datos (Transaction Log). Con alguna condición puede revisarse si tienen más de cierta cantidad de días sin respaldo o si se ha cambiado el modo de recuperación

SELECT DB.name AS DBName

    , MAX(BF.backup_finish_date) AS LastFullBackupDate

    , DATEDIFF(DAY, MAX(BF.backup_finish_date), GETDATE()) AS DaysSinceLastFullBackup

    , db.recovery_model_desc

    , MAX(BL.backup_finish_date) AS LastLogBackupDate

    , DATEDIFF(DAY, MAX(BL.backup_finish_date), GETDATE()) AS DaysSinceLastLogBackup

    , DB.log_reuse_wait_desc

FROM MASTER.SYS.DATABASES DB

LEFT OUTER JOIN MSDB.DBO.BACKUPSET AS BF

ON BF.database_name = DB.NAME AND BF.type = ‘D’

LEFT OUTER JOIN MSDB.DBO.BACKUPSET AS BL

ON BL.database_name = DB.NAME AND BL.type = ‘L’

WHERE DB.name NOT IN (‘tempdb’, ‘model’)

GROUP BY DB.name, db.recovery_model_desc, DB.log_reuse_wait_desc

ORDER BY DB.name

GO

 

 

0 Shares:
Deja una respuesta

Tu dirección de correo electrónico no será publicada. Los campos obligatorios están marcados con *

You May Also Like
SQL Server en Kubernetes (Parte 2)
Leer más

Matar al mensajero – SQL Server en Kubernetes (Parte 2)

En la primera parte de este artículo explicamos en qué consiste un SQL Server en contenedores y mostramos una forma sencilla de crear un entorno Kubernetes manejado. En esta segunda parte vamos a enfocarnos en los escenarios más críticos donde el uso de contenedores puede añadirnos latencias y esperas extras que acaben impactando en el rendimiento percibido por nuestros usuarios tras una migración de SQL Server a contenedores.
Leer más

Cazando vampiros de memoria en SQL Server

Visto que el mayor consumo de memoria ocurría en el proceso de SQL Server una de las primeras cosas que solemos revisar es si se encuentra la memoria de la instancia limitada. En este caso se encontraba sin limitar, lo cual puede ser problemático en muchos escenarios.