Cadenas de registro y registro de transacciones del servidor SQL - una comprobación de seguridad

Question

Estoy ayudando con una recuperación más bien ad hoc de desastres, y hemos restaurado una copia de seguridad de base de datos desde hace unas semanas y luego restaurada transacciones desde una copia de seguridad del registro de transacciones.

Nos hizo esto utilizando SQL Server Management Studio -. Click derecho en la base de datos, restaurar la copia de seguridad completa, pero dejan en modo de recuperación, haga clic derecho de nuevo, restaurar el registro de transacciones, etc.

Ahora estoy tratando de verificar que no teníamos lagunas en nuestros registros. ¿Es seguro asumir que si el SQL Server Management Studio me permitió restaurar los registros sin errores, entonces no había lagunas en los registros (por ejemplo, el cadena de registros es completa)?

En otras palabras - que SQL me deja restaurar registros si había lagunas? Asumo que me advertiría o detenerme en ese caso.

Gracias por cualquier ayuda que puede ofrecer ....

Estamos en SQL 2005, pero creo que las reglas sobre las cadenas de registro son similares a través de todas las versiones.

Answer 1

De acuerdo con el documento de trabajo con copias de seguridad del registro de transacciones de Microsoft:

  

Si una copia de seguridad del registro se convierte en falta o está dañado, iniciar una nueva cadena de registros mediante la creación de una copia de seguridad completa o diferencial y luego copia de seguridad del registro de transacciones para iniciar una nueva cadena de registros. Le recomendamos que conserve copias de seguridad de registros de transacciones que se presentan ante una copia de seguridad de registro que faltan, en caso de que desee restaurar la base de datos a un punto en el tiempo dentro de esas copias de seguridad. Para obtener información acerca de cómo ayudar a proteger las copias de seguridad, vea Consideraciones de seguridad para la copia de seguridad y restauración.

Creación de estados Copias de seguridad del registro de transacciones :

  

Si un registro de transacciones es dañada , el trabajo que se realiza desde la copia de seguridad más reciente de registro se pierde . Esto pone de relieve la importancia de poner los archivos de registro en el almacenamiento tolerante a fallos.

Mi lectura libre de esto es: Teniendo en cuenta un archivo perdido una especie de daños en los archivos, si Management Studio o cualquier otra herramienta le permite restaurar los registros sin errores, puede estar seguro de la cadena de registro es completa hasta que la última copia de seguridad del registro de transacciones que está solicitando. Debe estar seguro de que se ingrese copia de seguridad disponible para esa base de datos de la última transacción, pero eso es otra cosa que pensar.

Si usted no confía en mi lectura (y la documentación no es demasiado claro en este punto), se puede hacer una simple prueba para estar seguro: supongamos que tiene 10 registros de transacciones para aplicar ... eliminar deliberadamente el séptimo ( o una al azar, pero no el primero ni el último registro de transacciones), y probar su método de recuperación de desastres.

Si se obtiene un error diciendo algo así como "una copia de seguridad del archivo de registro de transacciones no se encuentra", puede estar seguro y confía en mí.

Answer 2

Usted está correcto. SQL no se aplicará una copia de seguridad del registro de transacciones si no puede aplicarse , que habría recibido un error.