40 votos

SQL Server (2005/2008): Hace copia de seguridad completa truncar el registro en modo de recuperación completa

Acabo de leer a través de una gran cantidad de documentación de MSDN y creo entender los diferentes modelos de recuperación y el concepto de una cadena de copia de seguridad. Todavía tengo una pregunta:

Hace una completa base de datos de copia de seguridad de truncar el registro de transacciones (usando el modo de recuperación completa)?

  • Si sí: Donde es mencionado en la MSDN? Todos los que pude encontrar fue que sólo REGISTRO de COPIA de seguridad trunca el registro.

  • Si no: ¿por Qué? Desde una completa base de datos de copia de seguridad se inicia una nueva cadena de copia de seguridad, ¿cuál es el punto en el mantenimiento de las transacciones que se finshed antes de la copia de seguridad completa activo en el registro?

42voto

Bernie Perez Puntos 5091

No definitivamente no. La única cosa que permite el registro para borrar/trunca en el PLENO o BULK_LOGGED modelos de recuperación es un registro de copia de seguridad - no hay excepciones. Yo tenía este argumento un tiempo atrás y publicó una larga y detallada blog post con una explicación y una secuencia de comandos que puede utilizar para probar a sí mismo en conceptos erróneos en torno a la de registro y copias de seguridad del registro: cómo convencer a ti mismo.

Siéntase libre de seguir con más preguntas. Por cierto, también ver el largo artículo que escribí para la Revista TechNet en la Comprensión de Registro y Recuperación de SQL Server.

Gracias

12voto

Matt Rogish Puntos 772

Una copia de seguridad completa NO truncar el registro, debe realizar una copia de seguridad de registro de la operación. Una copia de seguridad completa NO re-establecer el registro de la cadena -, que sería totalmente el tornillo de la replicación/registro de gastos de envío, etc.

Tendrías que mirar de cerca cómo SQL Server hace copias de seguridad, pero sabemos que en vuelo/de larga ejecución de las transacciones no están incluidos en la copia de seguridad (de lo contrario la copia de seguridad nunca puede completar) por lo que no es del todo exacto decir que una copia de seguridad completa de una línea-base de datos está garantizado para hacer que la próxima copia de seguridad del registro obsoletas.

http://msdn.microsoft.com/en-us/library/ms175477.aspx

7voto

Nick Kavadias Puntos 9310

A mi entender la única cosa que trunca el registro de transacciones es una copia de seguridad del registro.

Una completa copia de seguridad de sólo copia lo suficiente del registro, de modo que es coherente con la transacción, debido a que se toma un tiempo para la operación de copia de seguridad completa y en ese momento, las páginas copiadas puede haber cambiado.

Usted todavía necesita el registro de copias de seguridad de punto en el tiempo de recuperación.

No tengo MSDN el enlace, pero me puede vincular a Pablo Randal blog, que era un desarrollador en el equipo de SQL Server, escribió DBCC CHECKDB y partes de Libros en Línea.

También responde a las preguntas en este foro, por lo que sería aún mejor, luego la autoridad de 2º/3er información de la mano de mi :)

4voto

Peter Puntos 21

A menudo la gente tiene una idea equivocada acerca de la copia de seguridad completa y copias de seguridad del registro. En orden para la copia de seguridad para trabajar en FULL recuperación de copia de seguridad modelo, el t-registros debe ser utilizado, ya que durante las copias de seguridad que todavía puede haber transacciones en la base de datos (a menos que realice un llamado COLD de copia de seguridad al cerrar la base de datos). Oracle utiliza el mismo concepto cuando usted tiene una base de datos en ARCHIVELOG modo. La secuencia de una copia de seguridad se reduce a esto:

  1. Iniciar copia de seguridad - la suspensión de todas las acciones en los archivos reales y escribir a t-registros.
  2. Realizar copia de seguridad de todas las transacciones de continuar, pero no se escriben en archivos reales, están escritos en t-registros
  3. Copia de seguridad final - escritura del curriculum vitae transacciones de base de datos para archivos reales.
  4. Si es necesario vaciar lo que está en el T-registros en los archivos reales.

Esa es la razón por la t-registros no son por defecto trunca/se reduce, ya que son una parte vital de la transacción continuación durante la copia de seguridad de fase.

EnMiMaquinaFunciona.com

EnMiMaquinaFunciona es una comunidad de administradores de sistemas en la que puedes resolver tus problemas y dudas.
Puedes consultar las preguntas de otros sysadmin, hacer tus propias preguntas o resolver las de los demás.

Powered by: