Se pueden anexar copias de seguridad de la base de datos o de registros a cualquier dispositivo de disco o cinta, lo que permite mantener la base de datos y sus registros de transacciones en la misma ubicación física.
La instrucción BACKUP no se permite en una transacción explícita o implícita.
Se pueden realizar operaciones de copia de seguridad entre plataformas, incluso entre diferentes tipos de procesador, siempre que el sistema operativo admita la intercalación de la base de datos.
Para obtener información acerca de terminología relacionada con la copia de seguridad, los dispositivos de copia de seguridad y la administración de copias de seguridad, vea Trabajar con medios de copia de seguridad en SQL Server.
.gif) Nota: |
|---|
|
De forma predeterminada, cada operación de copia de seguridad correcta agrega una entrada en el registro de errores de SQL Server y en el registro de eventos del sistema. Si hace una copia de seguridad del registro de transacciones con frecuencia, estos mensajes que indican la corrección de la operación pueden acumularse rápidamente, con lo que se crean registros de errores muy grandes que pueden dificultar la búsqueda de otros mensajes. En casos como éste, puede suprimir estas entradas de registro utilizando el marcador de seguimiento 3226 si ninguno de los scripts depende de esas entradas. Para obtener más información, vea Marcadores de seguimiento (Transact-SQL).
|
Truncamiento del registro de transacciones
Para evitar llenar el registro de transacciones de una base de datos, las copias de seguridad rutinarias son esenciales. Normalmente, el truncamiento se produce automáticamente bajo el modelo de recuperación simple cuando se realiza una copia de seguridad de la base de datos y bajo el modelo de recuperación completa cuando se realiza una copia de seguridad del registro de transacciones. Sin embargo, en ocasiones se puede retrasar el proceso de truncamiento. Para obtener información sobre cómo identificar y responder ante los factores que retrasan el proceso, vea Factores que pueden ralentizar el truncamiento del registro.
Para obtener más información acerca del truncamiento del registro en general, vea Truncación del registro de transacciones.
Simultaneidad
SQL Server utiliza el proceso de copia de seguridad en línea para permitir que se realice la copia de seguridad de una base de datos mientras se está utilizando. Durante la copia de seguridad, se pueden realizar la mayoría de las operaciones (por ejemplo, las instrucciones INSERT, UPDATE o DELETE están permitidas durante la operación de copia de seguridad).
Las operaciones que no se pueden ejecutar durante la copia de seguridad de la base de datos o los registros de transacciones son:
-
Operaciones de administración de archivos como la instrucción ALTER DATABASE con las opciones ADD FILE o REMOVE FILE.
-
Operaciones de reducción de la base de datos o de reducción de un archivo. Esto incluye las operaciones de reducción automática.
Si una operación de copia de seguridad se solapa con una operación de administración de archivos o de reducción, surge un conflicto. Con independencia de la operación en conflicto que empieza en primer lugar, la segunda operación espera a que se agote el tiempo de espera del bloqueo establecido por la primera operación (el tiempo de espera se controla mediante un valor de tiempo de espera de sesión). Si el bloqueo se libera durante el tiempo de espera, la segunda operación continúa. Si se agota el tiempo de espera del bloqueo, la segunda operación no se realiza correctamente.
Dar formato a los medios de copia de seguridad
Con una instrucción BACKUP se dan formato a los medios de copia de seguridad si y sólo si se cumple alguna de las siguientes condiciones:
-
Se especifica la opción FORMAT.
-
El medio está vacío.
-
En la operación se está escribiendo una cinta de continuación.
Para obtener más información, vea Crear un conjunto de medios.
Tipos de copia de seguridad
Los tipos de copia de seguridad admitidos dependen del modelo de recuperación de la base de datos y son los siguientes:
-
Todos los modelos de recuperación admiten copias de seguridad de datos completas y diferenciales.
|
Ámbito de la copia de seguridad
|
Tipos de copia de seguridad
|
|---|
|
Base de datos completa
|
Las copias de seguridad de bases de datos abarcan toda la base de datos.
|
|
Parcial de la base de datos
|
Las copias de seguridad parciales abarcan grupos de archivos de lectura/escritura y, posiblemente, uno o varios grupos de archivos o archivos de sólo lectura.
|
|
Archivo o grupo de archivos
|
Las copias de seguridad de archivos abarcan uno o varios archivos o grupos de archivos, y sólo son relevantes para bases de datos que contienen varios grupos de archivos. En el modelo de recuperación simple, las copias de seguridad de archivos se limitan básicamente a los archivos secundarios de sólo lectura.
|
-
En el modelo de recuperación completa o el modelo de recuperación optimizado para cargas masivas de registros, las copias de seguridad convencionales también incluyen copias de seguridad de registros de transacciones secuenciales (o copias de seguridad de registros), las que sean necesarias. Cada copia de seguridad de registros cubre la parte del registro de transacciones que estaba activa al crear la copia de seguridad e incluye todos los registros que no se copiaron en una copia de seguridad de registros anterior.
Para reducir lo máximo posible el riesgo de perder trabajo, lo que supondría una sobrecarga de trabajo administrativo, debería 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 de registros que se deben restaurar después de restaurar los datos.
Recomendamos que coloque las copias de seguridad de registros en un volumen que no sea el de las copias de seguridad de la base de datos.
| Nota: |
|---|
|
Para poder crear la primera copia de seguridad de registros, debe crear una copia de seguridad completa.
|
-
La copia de seguridad de sólo copia es una copia de seguridad completa o de registros especial independiente de la secuencia normal de las copias de seguridad convencionales. Para crear una copia de seguridad de sólo copia, especifique la opción COPY_ONLY en la instrucción BACKUP. Para obtener más información, vea Copias de seguridad de sólo copia.
Interacción de SKIP, NOSKIP, INIT y NOINIT
En esta tabla se describen las interacciones entre las opciones { NOINIT | INIT } y { NOSKIP | SKIP }.
| Nota: |
|---|
|
Si el medio de cinta está vacío o el archivo de copia de seguridad en disco no existe, todas estas interacciones escriben un encabezado de medio y continúan. Si el medio no está vacío y no contiene ningún encabezado de medio válido, estas operaciones proporcionan un comentario que indica que no se trata de un medio MTF válido y terminan la operación de copia de seguridad.
|
|
|
NOINIT
|
INIT
|
|---|
|
NOSKIP
|
Si el volumen contiene un encabezado de medio válido, se comprueba la contraseña del medio y que el nombre del medio coincida con el valor de MEDIANAME, si se proporcionó. Si coincide, se anexa el conjunto de copia de seguridad y se mantienen todos los conjuntos de copia de seguridad existentes.
Si el volumen no contiene un encabezado de medio válido, se produce un error.
|
Si el volumen contiene un encabezado de medio válido, se realizan las siguientes comprobaciones:
-
Se comprueba la contraseña del medio.2
-
Si se especificó MEDIANAME, se comprueba que el nombre del medio proporcionado coincide con el nombre del encabezado del medio.
-
Se comprueba que no haya conjuntos de copia de seguridad sin expirar en el medio.
Si los hay, se termina la copia de seguridad.
Si las comprobaciones son correctas, se sobrescriben los conjuntos de copia de seguridad del medio y sólo se mantiene el encabezado del medio.
Si el volumen no contiene ningún encabezado de medio válido, se genera uno con los MEDIANAME, MEDIAPASSWORD y MEDIADESCRIPTION especificados, si existen.
|
|
SKIP
|
Si el volumen contiene un encabezado del medio válido, se comprueba la contraseña del medio y se anexa el conjunto de copia de seguridad; lo que mantiene todos los conjuntos de copia de seguridad existentes.
|
Si el volumen contiene un encabezado del medio válido1, la contraseña del medio se comprueba y los conjuntos de copia de seguridad del medio se sobrescriben a la vez que mantiene sólo el encabezado del medio.
Si el medio está vacío, se genera una contraseña del medio con las opciones MEDIANAME, MEDIAPASSWORD y MEDIADESCRIPTION especificadas, si se especificó alguna.
|
1 La validez incluye el número de versión de MTF y otra información acerca del encabezado. Si la versión especificada no se admite o se trata de un valor no esperado, se produce un error.
2 El usuario debe pertenecer a las funciones fijas de servidor o de base de datos y proporcionar la contraseña correcta del medio para realizar una operación de copia de seguridad.
Tablas del historial de copias de seguridad
SQL Server incluye las siguientes tablas del historial de copias de seguridad que realizan un seguimiento de la actividad de copia de seguridad:
Al realizar una restauración, si el conjunto de copia de seguridad aún no se ha registrado en la base de datos msdb, las tablas del historial de copias de seguridad se podrían modificar.
Soporte de compatibilidad
.gif) Advertencia: |
|---|
|
Las copias de seguridad que se crean en una versión más reciente de SQL Server no se pueden restaurar en versiones anteriores de SQL Server.
|
BACKUP admite la opción RESTART para proporcionar compatibilidad con versiones anteriores de SQL Server. Pero RESTART no tiene ningún efecto en SQL Server 2005 y versiones posteriores.
Dispositivos de copia de seguridad en un conjunto de medios distribuido (conjunto de bandas)
Un conjunto de bandas es un conjunto de archivos de disco en el que los datos se dividen en bloques y se distribuyen en un orden fijo. El número de dispositivos de copia de seguridad utilizados en un conjunto de bandas debe ser siempre el mismo (a menos que el medio se reinicialice con FORMAT).
En el siguiente ejemplo se escribe una copia de seguridad de la base de datos AdventureWorks en un nuevo conjunto de medios distribuido que utiliza tres archivos de disco.
BACKUP DATABASE AdventureWorks
TO DISK='X:\SQLServerBackups\AdventureWorks1.bak',
DISK='Y:\SQLServerBackups\AdventureWorks2.bak',
DISK='Z:\SQLServerBackups\AdventureWorks3.bak'
WITH FORMAT,
MEDIANAME = 'AdventureWorksStripedSet0',
MEDIADESCRIPTION = 'Striped media set for AdventureWorks database;
GO
Después de definir un dispositivo de copia de seguridad como parte de un conjunto de bandas, no se puede utilizar para realizar copias de seguridad en un único dispositivo a menos que se especifique FORMAT. De forma similar, un dispositivo de copia de seguridad que contenga copias de seguridad sin bandas no se puede utilizar en un conjunto de bandas a menos que se especifique FORMAT. Para dividir un conjunto de copia de seguridad distribuido, utilice FORMAT.
Si no se especifica MEDIANAME o MEDIADESCRIPTION al escribir el encabezado del medio, el campo de encabezado del medio que corresponde al elemento en blanco está vacío.
Trabajar con un conjunto de medios reflejado
Normalmente, las copias de seguridad no se reflejan, y las instrucciones BACKUP simplemente incluyen una cláusula TO. No obstante, puede haber hasta cuatro reflejos en total por cada conjunto de medios. En un conjunto de medios reflejado, la operación copia de seguridad escribe en varios grupos de dispositivos de copia de seguridad. Cada grupo de dispositivos de copia de seguridad contiene un único reflejo en el conjunto de medios reflejado. Cada reflejo debe usar la misma cantidad y tipo de dispositivos de copia de seguridad físicos, y todos deben tener las mismas propiedades.
Para hacer una copia de seguridad de un conjunto de medios reflejado, deben estar presentes todos los reflejos. Para realizar una copia de seguridad en un conjunto de medios reflejado, especifique la cláusula TO para indicar el primer reflejo y la cláusula MIRROR TO para cada reflejo adicional.
En el caso de un conjunto de medios reflejado, cada cláusula MIRROR TO debe incluir el mismo número y tipo de dispositivos que la cláusula TO. En el siguiente ejemplo se escribe en un conjunto de medios reflejado que contiene dos reflejos y usa tres dispositivos por reflejo:
BACKUP DATABASE AdventureWorks
TO DISK='X:\SQLServerBackups\AdventureWorks1a.bak',
DISK='Y:\SQLServerBackups\AdventureWorks2a.bak',
DISK='Z:\SQLServerBackups\AdventureWorks3a.bak'
MIRROR TO DISK='X:\SQLServerBackups\AdventureWorks1b.bak',
DISK='Y:\SQLServerBackups\AdventureWorks2b.bak',
DISK='Z:\SQLServerBackups\AdventureWorks3b.bak';
GO
| Importante: |
|---|
|
Este ejemplo se ha creado de modo que pueda probarlo en su sistema local. En la práctica, realizar una copia de seguridad en varios dispositivos de la misma unidad afectaría el rendimiento y eliminaría la redundancia para la que se diseñaron los conjuntos de medios reflejados.
|
Familias de medios en conjuntos de medios reflejados
Cada dispositivo de copia de seguridad especificado en la cláusula TO de una instrucción BACKUP corresponde a una familia de medios. Por ejemplo, si la cláusula TO incluye tres dispositivos, BACKUP escribe los datos en tres familias de medios. En un conjunto de medios reflejado, cada reflejo debe contener una copia de cada familia de medios. Esto se debe a que el número de dispositivos debe ser idéntico en cada reflejo.
Si se incluyen varios dispositivos para cada reflejo, el orden determina qué familia de medios se escribe en cada dispositivo. Por ejemplo, en cada lista de dispositivos, el segundo dispositivo corresponde a la segunda familia de medios. En la tabla siguiente se muestra la correspondencia entre los dispositivos y las familias de medios para los dispositivos del ejemplo anterior.
|
Reflejo
|
Familia de medios 1
|
Familia de medios 2
|
Familia de medios 3
|
|---|
|
0
|
Z:\AdventureWorks1a.bak
|
Z:\AdventureWorks2a.bak
|
Z:\AdventureWorks3a.bak
|
|
1
|
Z:\AdventureWorks1b.bak
|
Z:\AdventureWorks2b.bak
|
Z:\AdventureWorks3b.bak
|
Siempre debe realizarse la copia de seguridad de una familia de medios en el mismo dispositivo dentro de un reflejo específico. Por tanto, cada vez que use un conjunto de medios existente, enumere los dispositivos de cada reflejo en el mismo orden que se especificaron al crear el conjunto de medios.
Para obtener más información acerca de los conjuntos de medios reflejados, vea Usar conjuntos de medios de copia de seguridad reflejados. Para obtener más información acerca de los conjuntos y las familias de medios en general, vea Conjuntos de medios, familias de medios y conjuntos de copias de seguridad.