Compartir a través de

Realizar copias de seguridad y restaurar bases de datos de SQL Server

  • Artículo

En este tema se describen las ventajas de realizar copias de seguridad de SQL Server bases de datos, términos básicos de copia de seguridad y restauración, y se presentan estrategias de copia de seguridad y restauración para SQL Server y consideraciones de seguridad para SQL Server copia de seguridad y restauración.

El componente de copia de seguridad y restauración de SQL Server ofrece una protección esencial para los datos críticos almacenados en las bases de datos de SQL Server . Para minimizar el riesgo de una pérdida de datos catastrófica, debe realizar de forma periódica copias de seguridad de las bases de datos para conservar las modificaciones realizadas en los datos. Una estrategia bien diseñada de copia de seguridad y restauración le ayuda a proteger las bases de datos frente a la pérdida de datos provocada por diversos errores. Pruebe su estrategia con la restauración de un conjunto de copias de seguridad y, después, recupere la base de datos para prepararse para dar una respuesta eficaz en caso de desastre.

Además del almacenamiento local para almacenar las copias de seguridad, SQL Server también admite la copia de seguridad y la restauración en el servicio Azure Blob Storage. Para obtener más información, vea Copia de seguridad y restauración de SQL Server con el servicio Azure Blob Storage.

Ventajas

  • La copia de seguridad de las bases de datos de SQL Server , la ejecución de procedimientos de restauración de prueba de las copias de seguridad y el almacenamiento de las copias en una ubicación segura y fuera del sitio contribuyen a protegerse ante una pérdida de datos catastrófica.

    Importante

    Esta es la única manera de proteger de forma confiable los datos de SQL Server.

    Con las copias de seguridad válidas de una base de datos puede recuperar los datos en caso de que se produzcan errores, por ejemplo:

    • Errores de medios.

    • Errores de usuario, por ejemplo, quitar una tabla por error.

    • Errores de hardware, por ejemplo, una unidad de disco dañada o la pérdida permanente de un servidor.

    • Desastres naturales. El uso de la copia de seguridad de SQL Server en el servicio Azure Blob Storage le permite crear una copia de seguridad externa en una región diferente de la ubicación local, con lo que podrá utilizarla en caso de que un desastre natural afecte a su ubicación.

  • Además, las copias de seguridad de una base de datos son útiles para fines administrativos rutinarios, como copiar una base de datos de un servidor a otro, configurar Always On grupos de disponibilidad o creación de reflejo de la base de datos y archivar.

Componentes y conceptos

realizar copia de seguridad [verbo]
Copia los datos o las entradas de registro de una base de datos de SQL Server o de su registro de transacciones en un dispositivo de copia de seguridad, como un disco, para crear una copia de seguridad de datos o de registros.

copia de seguridad [nombre]
Copia de los datos que se puede usar para restaurar y recuperar los datos después de un error. Las copias de seguridad de una base de datos también se pueden usar para restaurar una copia de la base de datos en una nueva ubicación.

dispositivo de copia de seguridad
Disco o dispositivo de cinta en el que se escriben las copias de seguridad de SQL Server y del que se pueden restaurar. Las copias de seguridad de SQL Server también se pueden escribir en un servicio Azure Blob Storage, y el formato de URL se usa para especificar el destino y el nombre del archivo de copia de seguridad. Para obtener más información, vea Copia de seguridad y restauración de SQL Server con el servicio Azure Blob Storage.

medio de copia de seguridad
Una o varias cintas o archivos de disco en los que se han escrito una o varias copias de seguridad.

copia de seguridad de datos
Copia de seguridad de datos en una base de datos completa (copia de seguridad de base de datos), una base de datos parcial (copia de seguridad parcial) o un conjunto de archivos de datos o grupos de archivos (copia de seguridad de archivos).

copia de seguridad de base de datos
Copia de seguridad de una base de datos. Las copias de seguridad completas representan la base de datos completa en el momento en que finalizó la copia de seguridad. Las copias de seguridad diferenciales solo contienen los cambios realizados en la base de datos desde la copia de seguridad completa más reciente.

copia de seguridad diferencial
Copia de seguridad de datos basada en la última copia de seguridad completa de una base de datos completa o parcial o de un conjunto de archivos de datos o grupos de archivos (base diferencial) y que solo incluye los datos que han cambiado desde dicha base.

copia de seguridad completa
Copia de seguridad completa que incluye todos los datos de una base de datos determinada o un conjunto de grupos de archivos o archivos, así como una cantidad suficiente del registro como para permitir la recuperación de datos.

copia de seguridad de registros
Copia de seguridad de los registros de transacciones que incluye todos los registros no guardados en una copia de seguridad de registros anterior. (modelo de recuperación completa)

recover
Devolver una base de datos a un estado estable y coherente.

recovery
Fase de inicio de una base de datos o de una restauración con recuperación que pone la base de datos en un estado de transacción coherente.

modelo de recuperación
Propiedad de la base de datos que controla el mantenimiento del registro de transacciones de una base de datos. Existen tres modelos de recuperación: simple, completa y por medio de registros de operaciones masivas. El modelo de recuperación de la base de datos determina sus requisitos de copias de seguridad y restauración.

Restauración
Proceso de varias fases que copia todos los datos y páginas del registro desde una copia de seguridad de SQL Server especificada a una base de datos especificada y, a continuación, pone al día todas las transacciones registradas en la copia de seguridad mediante la aplicación de los cambios registrados para poner los datos al día.

Introducción a estrategias de copias de seguridad y restauración

Las operaciones de copia de seguridad y restauración deben personalizarse para un entorno concreto y funcionar con los recursos disponibles. Por tanto, un uso confiable del proceso de copia de seguridad y restauración para la recuperación de datos requiere una estrategia de copia de seguridad y restauración. Una estrategia bien diseñada maximiza la disponibilidad de los datos y minimiza la pérdida de los mismos, teniendo en cuenta los requisitos concretos de su empresa.

Importante

Coloque la base de datos y las copias de seguridad en dispositivos separados. De lo contrario, si se produce un error en el dispositivo que contiene la base de datos, las copias de seguridad no estarán disponibles. El hecho de colocar la base de datos y las copias de seguridad en dispositivos separados también mejora el rendimiento de E/S de la escritura de las copias de seguridad y el uso para producción de la base de datos.

Una estrategia de copia de seguridad y restauración contiene una parte de copia de seguridad y una parte de restauración. La parte de copia de seguridad de la estrategia define el tipo y la frecuencia de las copias de seguridad, la naturaleza y la velocidad del hardware necesario, cómo se prueban las copias de seguridad, y dónde y cómo se almacenan los medios de copia de seguridad (incluidas las consideraciones de seguridad). La parte de restauración de la estrategia define quién es responsable de llevar a cabo las operaciones de restauración y cómo se deben realizar para satisfacer sus objetivos de disponibilidad de la base de datos y minimizar la pérdida de datos. Se recomienda documentar los procedimientos de copia de seguridad y restauración, y mantener una copia de la documentación en su libro de documentación de procesos.

Diseñar una estrategia de copia de seguridad y restauración eficaz requiere mucho cuidado en el planeamiento, la implementación y las pruebas. Es necesario realizar pruebas. No tendrá una estrategia de copia de seguridad hasta que haya restaurado correctamente las copias de seguridad en todas las combinaciones incluidas en su estrategia de restauración. Debe tener en cuenta varios factores. Entre ellas, figuran:

  • Los objetivos de producción de la organización para las bases de datos, especialmente los requisitos de disponibilidad y protección de datos frente a pérdidas.

  • La naturaleza de cada una de las bases de datos: el tamaño, los patrones de uso, la naturaleza del contenido, los requisitos de los datos, etc.

  • Restricciones de los recursos, como hardware, personal, espacio para almacenar los medios de copia de seguridad, seguridad física de los medios almacenados, etc.

    Nota:

    El formato de almacenamiento en disco SQL Server es el mismo en los entornos de 64 y 32 bits. Por lo tanto, la operación de copia de seguridad y restauración funciona en entornos de 32 bits y de 64 bits. Una copia de seguridad creada en una instancia del servidor que se ejecute en un entorno puede restaurarse en una instancia del servidor que se ejecute en otro entorno.

Impacto del modelo de recuperación en copias de seguridad y restauración

Las operaciones de copias de seguridad y restauración se producen en el contexto de un modelo de recuperación. El modelo de recuperación es una propiedad de la base de datos que controla la forma en que se administra el registro de transacciones. Además, el modelo de recuperación de una base de datos determina qué tipos de copias de seguridad y qué escenarios de restauración se admiten para la base de datos. Normalmente, en las bases de datos se usa el modelo de recuperación simple o el modelo de recuperación completa. El modelo de recuperación completa puede complementarse cambiando al modelo de recuperación optimizado para cargas masivas de registros antes de las operaciones masivas. Para obtener una introducción a estos modelos de recuperación y cómo afectan a la administración del registro de transacciones, consulte El registro de transacciones (SQL Server).

La mejor elección de modelo de recuperación para la base de datos depende de sus requisitos empresariales. Para evitar la administración del registro de transacciones y simplificar la realización de copias de seguridad y restauración, utilice el modelo de recuperación simple. Para minimizar el riesgo de pérdida de trabajo, a costa de una sobrecarga de trabajo administrativo, utilice el modelo de recuperación completa. Para obtener información sobre el efecto de los modelos de recuperación en la copia de seguridad y la restauración, consulte Información general de copia de seguridad (SQL Server).

Diseñar la estrategia de copias de seguridad

Una vez seleccionado un modelo de recuperación que cumpla los requisitos de su empresa para una base de datos específica, debe planear e implementar una estrategia de copias de seguridad. La estrategia de copias de seguridad óptima depende de distintos factores, de entre los cuales destacan los siguientes:

  • ¿Cuántas horas al día requieren las aplicaciones acceso a la base de datos?

    Si prevé un período de poca actividad, se recomienda programar las copias de seguridad de bases de datos completas en dicho período.

  • ¿Cuál es la probabilidad de que se produzcan cambios y actualizaciones?

    Si se realizan cambios frecuentes, tenga en cuenta los siguientes aspectos:

    • Con el modelo de recuperación simple, considere la posibilidad de programar copias de seguridad diferenciales entre copias de seguridad de bases de datos completas. Una copia de seguridad diferencial solo incluye los cambios desde la última copia de seguridad de base de datos completa.

    • Con el modelo de recuperación completa, debe programar copias de seguridad de registros frecuentes. La programación de copias de seguridad diferenciales entre copias de seguridad completas puede reducir el tiempo de restauración al disminuir el número de copias de seguridad del registro que se deben restaurar después de restaurar los datos.

  • ¿Es probable que los cambios tengan lugar solo en una pequeña parte de la base de datos o en una grande?

    Para una base de datos grande en la que los cambios se concentran en una parte de los archivos o grupos de archivos, las copias de seguridad parciales o de archivos pueden ser útiles. Para obtener más información, vea Copias de seguridad parciales (SQL Server) y Copias de seguridad de archivos completas (SQL Server).

  • ¿Cuánto espacio en disco necesitará una copia de seguridad completa de la base de datos?

    Para obtener más información, vea Calcular el tamaño de una copia de seguridad completa de base de datos más adelante en este tema.

Calcular el tamaño de una copia de seguridad completa de base de datos

Antes de implementar una estrategia de copias de seguridad y restauración, es necesario calcular cuánto espacio en disco usará la copia de seguridad completa. La operación de copia de seguridad copia los datos de la base de datos a un archivo de copia de seguridad. La copia de seguridad contiene solo los datos reales de la base de datos y no el espacio no utilizado. Por tanto, la copia de seguridad es normalmente más pequeña que la propia base de datos. Para calcular el tamaño de la copia de seguridad completa de la base de datos, use el procedimiento almacenado del sistema sp_spaceused . Para obtener más información, consulte sp_spaceused (Transact-SQL).

Programar copias de seguridad

La realización de una operación de copia de seguridad tiene un efecto mínimo en las transacciones que se están ejecutando, por lo que se puede efectuar al mismo tiempo que otras operaciones periódicas. Puede realizar una copia de seguridad de SQL Server con un efecto mínimo en las cargas de trabajo de producción.

Nota:

Para obtener información sobre las restricciones de simultaneidad durante la copia de seguridad, consulte Información general de copia de seguridad (SQL Server).

Una vez decididos los tipos de copias de seguridad necesarios y la frecuencia de realización de cada tipo de copia, se recomienda programar copias de seguridad regulares como parte de un plan de mantenimiento de la base de datos. Para obtener información acerca de los planes de mantenimiento y de cómo crearlos para las copias de seguridad de bases de datos y las copias de seguridad de registros, vea Use the Maintenance Plan Wizard.

Comprobar las copias de seguridad

No tendrá una estrategia de restauración hasta que compruebe las copias de seguridad. Es muy importante comprobar cuidadosamente la estrategia de copia de seguridad de cada una de las bases de datos restaurando una copia de la base de datos en un sistema de prueba. Debe comprobar la restauración de cada tipo de copia de seguridad que pretenda utilizar.

Se recomienda mantener un manual de operaciones para cada base de datos. Este manual de operaciones debe documentar la ubicación de las copias de seguridad, los nombres de dispositivos de copia de seguridad (si los hay) y el tiempo necesario para restaurar las copias de seguridad de prueba.

Related Tasks

Programar trabajos de copia de seguridad

Trabajar con dispositivos de copia de seguridad y medios de copia de seguridad

Crear copias de seguridad

Nota:

Para copias de seguridad parciales o de solo copia, debe usar la instrucciónBACKUP de Transact-SQL con la opción PARTIAL o COPY_ONLY, respectivamente.

Usar SQL Server Management Studio

Uso de Transact-SQL

Restaurar copias de seguridad de datos

Usar SQL Server Management Studio

Uso de Transact-SQL

Restaurar registros de transacciones (modelo de recuperación completa)

Usar SQL Server Management Studio

Uso de Transact-SQL

Tareas adicionales de restauración

Uso de Transact-SQL

Consulte también

Backup Overview (SQL Server)
Información general sobre restauración y recuperación (SQL Server)
BACKUP (Transact-SQL)
RESTORE (Transact-SQL)
Realizar una copia de seguridad y restaurar las bases de datos de Analysis Services
Realizar copias de seguridad de los catálogos e índices de texto completo y restaurarlos
Hacer copias de seguridad y restaurar bases de datos replicadas
El registro de transacciones (SQL Server)
Modelos de recuperación (SQL Server)
Conjuntos de medios, familias de medios y conjuntos de copias de seguridad (SQL Server)