14 votos

¿Por qué es tan importante para la copia de seguridad de registro de transacciones?

Actualmente estamos implementando una solución de copia de seguridad para un cliente y su solución ERP que utiliza SQL Server.

La solución ERP fue creado por una compañía diferente. Y ellos me dicen que es super importante para la copia de seguridad y truncar el registro de transacciones.

He estado leyendo un poco en este registro de transacciones y no entiendo por qué esto es tan importante cuando ya estoy copia de seguridad de la máquina entera de todos modos (estamos utilizando ArcServe UDP, que es consciente de SQL Server y se usa VSS). Es mi entendimiento de que los trabajos de limpieza en el Servidor SQL server VM ya están tomando el cuidado de truncar el registro, sin embargo, UDP también permite a SQL Server truncamiento del registro.

Es mi entendimiento de que el registro de transacciones se puede utilizar para restaurar las bases de datos dañadas, porque, bueno, es un registro de todas las transacciones. Pero ya tengo una hora de copia de seguridad de toda la base de datos, así que, ¿por qué me importa?

12voto

frupfrup Puntos 363

usted sólo tiene que hacer esto si tu DB de Recuperación de Modo está ajustado a "completo". Si está ajustado en "simple" usted no tiene que hacer una Copia de seguridad del Registro de transacciones. Pero cuidado con la diferencia entre estas dos opciones!

Primero de todo: Si usted quiere ser capaz de restaurar la base de datos a un punto especial de tiempo que usted tiene que utilizar el modo "completo"de modo. (Creo que se puede ajustar el tiempo tan preciso que incluso se puede especificar el milisegundos para el restorepoint) En "simple"de modo que sólo puede volver a la última fullbackup.

Si no Copia de seguridad/Truncar el Registro de Transacciones que crecerá con el todo el tiempo (en total-modo). Vi de las Bases de datos donde la .trn Archivo fue más de dos veces tan grande como la propia base de datos. Esto depende de la frecuencia de los cambios realizados en la base de datos.

Otro Punto es que una Copia de seguridad del registro es normalmente más rápido que una copia de seguridad completa.

Así que creo que su plan de copia de seguridad para hacer una copia de seguridad completa cada hora no es óptimo. Pero esto depende de su situación:

Si usted dice: Bueno si puedo restaurar la base de datos a la última hora, todo está bien. --> También se puede pensar acerca de la configuración del modo de recuperación "simplemente" si desea guardar la copia de seguridad completa cada hora.

en mi opinión una mejor idea sería hacer una copia de seguridad completa en la mañana temprano y, a continuación, hacer un registro de transacciones de copia de seguridad cada hora. Debería ser mucho más rápido, y que son capaces de restaurar a cualquier punto de tiempo que usted desea. Y también su .trn archivo no va a crecer mucho...

espero que esto ayude.

3voto

Katherine Villyard Puntos 10812

Bien. Usted cuidado, porque si usted tiene su modelo de recuperación en full y no copia de seguridad del Registro de Transacciones usando SQL de la copia de seguridad (y no en el servidor de copia de seguridad), el registro de transacciones continúa creciendo hasta que se consume todo el espacio disponible en el disco. (Una vez vi a un menor colega de instalar SQL Server en la unidad del sistema y nunca copia de seguridad del registro de transacciones. Se comió Windows.)

Sí, es también restaurar a un punto específico en el tiempo. Hasta el último minuto. Como Brilla dice, sí, la gente que cae tablas y similares.

No sé lo que usted está utilizando para la hora de la copia de seguridad de toda la base de datos, y si es el mismo producto que estás usando para todo el equipo. Si es así, un no-SQL-consciente solución de copia de seguridad no es compatible para las restauraciones. La cantidad de tiempo que toma para VSS para copiar los archivos MDF y LDF puede causar un interno de la marca de tiempo de desajuste, por ejemplo.

1voto

Raffael Luthiger Puntos 1617

Podemos gestionar varios sistemas ERP así. Y el problema muchas veces es que por la noche hay a menudo de larga ejecución de los trabajos por lotes que la sincronización de datos con otros sistemas. Y tienen a veces una hora o más. Entonces, ¿qué quieres hacer en caso de un accidente es saltar a un punto en donde se tienen datos consistentes. (Lo que significa que a la derecha entre dos trabajos por lotes.) Si sólo pensar en el tiempo que no siempre se sabe exactamente cuál es el estado de la base de datos fue en este momento.

Pero por supuesto depende de la situación. Si usted no tiene ninguna trabajos automatizados, etc. usted puede estar totalmente bien con una hora de copia de seguridad.

1voto

Twinkles Puntos 111

Hay varias razones por las que usted quiere hacer esto:

  1. Un sistema de base de datos es generalmente ocupado, tal vez haciendo miles de transacciones por segundo. Los datos podrían ser repartidos en varios archivos en diferentes sistemas de archivos. No es trivial para asegurarse de que la base de datos está en una constante (un.k.un utilizable) estado después de la restauración. Si su solución de copia de seguridad es para la tarea, muy bien, pero es mejor estar seguro acerca de esto antes de apostar su trabajo.
  2. Un ejemplo: Alguien cae una tabla con datos importantes por error. Si usted tiene una base de datos de copia de seguridad con el punto en el tiempo de recuperación de la capacidad, usted puede restaurar los datos de forma rápida, sin tener que restaurar todo el sistema.
  3. Si la base de datos está en modo de recuperación completa, el registro de transacciones de SQL Server va a crecer. Espacio de almacenamiento en el registro de transacciones es sólo volver a usar si el registro de transacciones ha sido respaldado. Si no realiza una copia de seguridad del registro de transacciones con regularidad, su sistema de archivos se llenará hasta que no queda espacio. Punto en el que todo va a llegar a un cese inmediato, ya que ninguna de las nuevas transacciones puede ser iniciado.

1voto

tplive Puntos 410

Cuando su base de datos crece más allá de lo que eres capaz de copia de seguridad en una hora, usted necesita un modelo diferente.

Una copia de seguridad Completa de la base de datos va a truncar sus registros, pero que tiene que ser "SQL consciente", porque en ese escenario, es el software de copia de seguridad que dice SQL server lo que se ha realizado copia de seguridad, y lo que se va a truncar.

Como otros mencionan, si usted tiene una base de datos en el modo "Completo" modelo de recuperación, registro de transacciones crecer indefinidamente, hasta que se haga un Completo SQL-conocimiento de copia de seguridad.

La recuperación es realmente el problema aquí, no de Copia de seguridad. Y no es una decisión técnica, es un negocio decicion!

Si los dueños de los negocios están bien con la pérdida de una hora o más de sus transacciones de base de datos (que puede ser MUY difícil o imposible rehacer!) a continuación, el modelo funciona. Si ellos están bien con el sistema que está siendo presionada por horas mientras restaurar la totalidad de la base de datos de copia de seguridad, luego de que su modelo funciona.

Sin embargo, si su negocio se refiere a su sistema de ERP como un activo esencial para su funcionamiento (no todos ellos?), a continuación, la configuración de un máximo aceptable de tiempo de recuperación (aka RTO, Recovery Time Objective) para sus servicios críticos será una decisión de negocios.

Además, los propietarios de la empresa o de los actores del sistema necesario definir la cantidad de datos que están dispuestos a correr el riesgo de perder en un incidente, alias el RPO (Recovery Point Objective).

La respuesta si se les pregunta podría ser: "los datos NO se pueden perder! El sistema ERP debe estar disponible 24/7/365!"... que todos sabemos que es altamente improbable que sea costo-efectiva. Si se presentan con el costo asociado con la construcción de una totalmente redundante, sin parar el sistema, van a venir para arriba con más razonable figura.. ;)

El punto es, si usted puede evitar la pérdida de cualquier transacción, usted está ahorrando su negocio potencialmente cientos o miles de perdida de horas de trabajo. Supone un GRAN ahorro en cualquier empresa, y crece con el tamaño de su empresa...

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: