GNU/Linux >> Tutoriales Linux >  >> Linux

Modelos de recuperación de bases de datos de SQL Server

Este artículo describe los tres modelos diferentes de recuperación de bases de datos disponibles en Microsoft® SQL Server®. También describe brevemente las opciones de copia de seguridad más comunes. Los modelos de recuperación ofrecen diferentes opciones de recuperación, así como diferentes registros de transacciones, y los usuarios pueden cambiar entre los modelos en cualquier momento. Cuando cambia a un nuevo modelo de recuperación, siempre debe realizar una copia de seguridad completa de la base de datos antes de poder realizar copias de seguridad diferenciales y de registro.

Opciones comunes de copia de seguridad

Las opciones de respaldo comunes para las bases de datos de SQL Server incluyen los siguientes tipos:

  • Copia de seguridad completa de la base de datos :Como sugiere el nombre, se trata de una copia de seguridad de toda la base de datos, así como de partes del registro de transacciones. Esta copia de seguridad le permite restaurar la base de datos solo desde una copia de seguridad completa. El Visor de eventos también se refiere a esta copia de seguridad como una copia de seguridad de la base de datos.

  • Copia de seguridad de base de datos diferencial :Según la copia de seguridad completa de la base de datos más reciente, esta copia de seguridad incluye todos los cambios realizados en la base de datos desde la última copia de seguridad completa.

  • Copia de seguridad del registro :esta copia de seguridad cubre los archivos de registro de transacciones, incluidos todos los registros desde la última copia de seguridad de registros. Las copias de seguridad de registros aseguran la menor cantidad de pérdida de datos en caso de falla.

Modelos de recuperación

Esta sección describe los modelos de recuperación.

Simple

El modelo de recuperación simple es el más básico y requiere la menor cantidad de administración de los tres modelos.

  • Solo admite copias de seguridad de bases de datos completas y diferenciales, y las copias de seguridad de registros no son posibles.
  • Si ocurre una falla, perderá todos los cambios realizados desde la última copia de seguridad completa o diferencial.
  • No debe usar este modelo de recuperación para bases de datos de producción.
  • El sistema escribe nuevos puntos de datos en el archivo de registro de transacciones. Sin embargo, después de escribir los datos en el archivo, el sistema puede reutilizar ese espacio. Por lo tanto, el archivo de registro de transacciones no crece indefinidamente y nunca se llena.
  • Ventajas :Bajo esfuerzo administrativo
  • Desventajas :Riesgo de pérdida de datos

Completo

El modelo de recuperación completa le permite restaurar a un punto específico en el tiempo sin pérdida de datos. Para garantizar una recuperación exitosa sin pérdida de datos, use copias de seguridad del registro de transacciones.

  • El archivo de registro de transacciones almacena todos los datos de transacciones.
  • El archivo de registro crece hasta que se completa una copia de seguridad del registro o se trunca el archivo de registro. Por lo tanto, debe configurar copias de seguridad del registro de transacciones para evitar que el archivo de registro crezca indefinidamente.
  • Si el registro de transacciones se daña, perderá todos los cambios desde la última copia de seguridad completa o diferencial.
  • Ventajas :Admite restauraciones en un momento dado, sin pérdida de datos en caso de falla
  • Desventajas :Mayor esfuerzo administrativo

Registro masivo

Utilice el modelo de recuperación de registro masivo para realizar grandes operaciones de copia masiva. Al igual que el modelo de recuperación completa, el registro masivo utiliza copias de seguridad de registros.

  • Este modelo utiliza un registro mínimo al escribir transacciones en el archivo de registro de transacciones. Si bien esto ahorra tiempo y espacio en disco, un registro mínimo puede evitar las restauraciones en un momento dado.
  • Todavía puede recuperar a un tiempo específico, siempre que el registro de transacciones más reciente no incluya operaciones masivas.
  • Debe configurar copias de seguridad del registro de transacciones para evitar que el archivo de registro crezca indefinidamente. Si el registro de transacciones se daña, perderá todos los cambios desde la última copia de seguridad diferencial o completa.
  • Ventajas :El registro mínimo permite operaciones masivas de gran volumen
  • Desventajas :mayor esfuerzo administrativo, restauraciones puntuales limitadas

Linux
  1. Cómo crear una copia de seguridad

  2. Servidor de base de datos PostgreSQL

  3. Cómo cambiar el nivel de compatibilidad de la base de datos SQL

  4. No se puede restaurar BACPAC Azure Backup en SQL Management Studio

  5. Cinco consejos rápidos para mejorar el rendimiento de SQL Server

Cómo instalar SQL Server en Windows 10

Copia de seguridad y restauración de la base de datos de MS SQL Server 2008

Servidor de base de datos MySQL

La copia de seguridad de la suscripción finalizó con la advertencia El registro de transacciones de la base de datos 'X' está lleno en el servidor Plesk

Cómo crear una copia de seguridad de una base de datos SQL con secuencias de comandos

Cómo restaurar una base de datos MySQL desde .SQL Backup