DBCC CHECKDB y una estrategia práctica de integridad

Fallos de almacenamiento, memoria, firmware o software pueden dañar páginas sin detener inmediatamente la aplicación. Las copias pueden conservar corrupción no detectada.

Qué medir

Controla la última comprobación correcta, tamaño, duración, errores por objeto, suspect pages, avisos de E/S y si existe una copia limpia anterior al daño.

Enfoque práctico

Programa CHECKDB según riesgo y tamaño, comprueba copias restauradas si falta ventana, alerta sobre ejecuciones omitidas, conserva evidencia y prefiere restaurar antes que reparar.

Qué evitar

No ejecutes repair como primera respuesta, no supongas que la redundancia evita corrupción y no omitas bases grandes por la duración.

Resultado operativo

La integridad une detección, conservación de evidencia, capacidad de recuperación y corrección cuidadosa.

Lista de producción

Captura una línea base y define la mejora esperada. Prueba con datos y concurrencia representativos. Conserva la configuración o el plan original, prepara una reversión, despliega en una ventana adecuada y observa el siguiente pico normal de carga.

Si quieres aplicar este método a un entorno SQL Server concreto, usa el formulario inferior e incluye la versión, el tamaño de la base, el patrón de carga y las evidencias ya recopiladas.