Dispositivos de copia de seguridad (SQL Server)

Durante una operación de copia de seguridad en una base de datos de SQL Server, los datos de copia de seguridad (la copia de seguridad) se escriben en un dispositivo de copia de seguridad físico. Este dispositivo de copia de seguridad físico se inicializa cuando la primera copia de seguridad de un conjunto de medios se escribe en él. Las copias de seguridad de un conjunto de uno o varios dispositivos de copia de seguridad componen un único conjunto de medios.

En este tema:

• Términos y definiciones

• Uso de dispositivos de copia de seguridad de disco

• Uso de dispositivos de cinta

• Uso de un dispositivo lógico de copia de seguridad

• Conjuntos de medios de copia de seguridad reflejados

• Archivado de copias de seguridad de SQL Server

• Tareas relacionadas

Términos y definiciones

disco de copia de seguridad
Disco duro u otro medio de almacenamiento de disco que contiene uno o varios archivos de copia de seguridad. Un archivo de copia de seguridad es un archivo de sistema operativo normal.

conjunto de medios
Colección ordenada de medios de copia de seguridad, cintas o archivos de disco, que usa un tipo fijo y un número de dispositivos de copia de seguridad. Para obtener más información sobre los conjuntos de medios, vea Conjuntos de medios, familias de medios y conjuntos de copia de seguridad (SQL Server).

dispositivo de copia de seguridad física
Una unidad de cinta o un archivo de disco proporcionado por el sistema operativo. Una copia de seguridad se puede escribir en de 1 a 64 dispositivos de copia de seguridad. Si una copia de seguridad requiere varios dispositivos de copia de seguridad, todos los dispositivos deben corresponder a un único tipo de dispositivo (disco o cinta).

Las copias de seguridad de SQL Server también se pueden escribir en el servicio Azure Blob Storage además del disco o cinta.

Uso de dispositivos de copia de seguridad de disco

En esta sección:

• Especificar un archivo de copia de seguridad mediante su nombre físico (Transact-SQL)

• Especificar la ruta de acceso de un archivo de copia de seguridad de disco

• Realizar una copia de seguridad en un archivo en un recurso compartido de red

Si un archivo de disco se rellena mientras una operación de copia de seguridad anexa una copia de seguridad al conjunto de medios, se produce un error en la operación de copia de seguridad. El tamaño máximo de un archivo de copia de seguridad viene determinado por el espacio libre en disco disponible en el dispositivo de disco; Por lo tanto, el tamaño adecuado para un dispositivo de disco de copia de seguridad depende del tamaño de las copias de seguridad.

Un dispositivo de copia de seguridad de disco podría ser un dispositivo de disco simple, como una unidad ATA. Como alternativa, podría usar una unidad de disco intercambiable en caliente que le permitiría reemplazar de forma transparente un disco completo en la unidad por un disco vacío. Un disco de copia de seguridad puede ser un disco local en el servidor o un disco remoto que sea un recurso de red compartido. Para obtener información sobre cómo usar un disco remoto, consulte Copia de seguridad de un archivo en un recurso compartido de red, más adelante en este tema.

Las herramientas de administración de SQL Server son muy flexibles al controlar los dispositivos de copia de seguridad de disco porque generan automáticamente un nombre con marca de tiempo en el archivo de disco.

Especificar un archivo de copia de seguridad mediante su nombre físico (Transact-SQL)

La sintaxis básica de BACKUP para especificar un archivo de copia de seguridad mediante su nombre de dispositivo físico es:

BACKUP DATABASE database_name

TO DISK = { 'physical_backup_device_name' | @physical_backup_device_name_var }

Por ejemplo:

BACKUP DATABASE AdventureWorks2012   
   TO DISK = 'Z:\SQLServerBackups\AdventureWorks2012.bak';  
GO  

Para especificar un dispositivo de disco físico en una instrucción RESTORE , la sintaxis básica es:

RESTORE { DATABASE | LOG } database_name

FROM DISK = { 'physical_backup_device_name' | @physical_backup_device_name_var }

Por ejemplo

RESTORE DATABASE AdventureWorks2012   
   FROM DISK = 'Z:\SQLServerBackups\AdventureWorks2012.bak';   

Especificar la ruta de acceso de un archivo de copia de seguridad de disco

Al especificar un archivo de copia de seguridad, debe escribir su ruta de acceso completa y su nombre de archivo. Si especifica solo el nombre de archivo o una ruta de acceso relativa cuando realiza la copia de seguridad en un archivo, el archivo de copia de seguridad se coloca en el directorio de copia de seguridad predeterminado. El directorio de copia de seguridad predeterminado es C:\Archivos de programa\Microsoft SQL Server\MSSQL. n\MSSQL\Backup, donde n es el número de la instancia del servidor. Por lo tanto, para la instancia de servidor predeterminada, el directorio de copia de seguridad predeterminado es: C:\Archivos de programa\Microsoft SQL Server\MSSQL12. MSSQLSERVER\MSSQL\Backup.

Para evitar ambigüedad, especialmente en los scripts, se recomienda especificar explícitamente la ruta de acceso del directorio de copia de seguridad en cada cláusula DISK. Sin embargo, esto es menos importante cuando se usa el Editor de consultas. En ese caso, si está seguro de que el archivo de copia de seguridad está en el directorio de copia de seguridad predeterminado, puede omitir el especificar la ruta en una cláusula DISK. Por ejemplo, la siguiente BACKUP instrucción realiza una copia de seguridad de la base de datos AdventureWorks2012 en el directorio de copia de seguridad predeterminado.

BACKUP DATABASE AdventureWorks2012   
   TO DISK = 'AdventureWorks2012.bak';  
GO  

Copia de seguridad a un archivo en un recurso compartido de red

Para que SQL Server acceda a un archivo de disco remoto, la cuenta de servicio de SQL Server debe tener acceso al recurso compartido de red. Esto incluye tener los permisos necesarios para que las operaciones de copia de seguridad escriban en el recurso compartido de red y para que las operaciones de restauración lean de él. La disponibilidad de las unidades de red y los permisos depende del contexto que ejecuta el servicio SQL Server:

• Para realizar una copia de seguridad en una unidad de red cuando SQL Server se ejecuta en una cuenta de usuario de dominio, la unidad compartida debe asignarse como una unidad de red en la sesión donde se ejecuta SQL Server. Si inicia Sqlservr.exe desde la línea de comandos, SQL Server reconoce las unidades de red asignadas en la sesión de inicio.

• Al ejecutar Sqlservr.exe como servicio, SQL Server se ejecuta en una sesión independiente que no tiene relación con la sesión de inicio de sesión. La sesión en la que se ejecuta un servicio puede tener sus propias unidades asignadas, aunque normalmente no lo hace.

• Puede acceder al servicio de red usando la cuenta de equipo en lugar de un usuario del dominio. Para habilitar copias de seguridad de equipos específicos en una unidad compartida, conceda acceso a las cuentas de equipo. Siempre que el proceso de Sqlservr.exe que escribe la copia de seguridad tenga acceso, es irrelevante si el usuario que envía el comando BACKUP tiene acceso.

  Importante

  La copia de seguridad de datos a través de una red puede estar sujeta a errores de red; Por lo tanto, se recomienda que cuando use un disco remoto compruebe la operación de copia de seguridad una vez finalizada. Para obtener más información, vea RESTORE VERIFYONLY (Transact-SQL).

Especificar un nombre de convención de nomenclatura universal (UNC)

Para especificar un recurso compartido de red en un comando de copia de seguridad o restauración, debe usar el nombre completo de la convención de nomenclatura universal (UNC) del archivo para el dispositivo de copia de seguridad. Un nombre UNC tiene el formato \\Systemname\ShareName\Path\FileName.

Por ejemplo:

BACKUP DATABASE AdventureWorks2012   
   TO DISK = '\\BackupSystem\BackupDisk1\AW_backups\AdventureWorksData.Bak';  
GO  

Uso de dispositivos de cinta

En esta sección:

• Especificar una cinta de copia de seguridad mediante su nombre físico (Transact-SQL)

• opciones de copia de seguridad y restauración deTape-Specific (Transact-SQL)

• Administración de cintas abiertas

La copia de seguridad de datos de SQL Server en cinta requiere que el sistema operativo Microsoft Windows admita la unidad de cinta o las unidades. Además, para la unidad de cinta específica, recomendamos que use solo cintas recomendadas por el fabricante del dispositivo. Para obtener más información sobre cómo instalar una unidad de cinta, consulte la documentación del sistema operativo Windows.

Cuando se usa una unidad de cinta, una operación de copia de seguridad puede rellenar una cinta y continuar en otra cinta. Cada cinta contiene un encabezado multimedia. El primer medio usado se denomina cinta inicial. Cada cinta sucesiva se conoce como cinta de continuación y tiene un número de secuencia multimedia que es uno mayor que la cinta anterior. Por ejemplo, un conjunto de medios asociado a cuatro dispositivos de cinta contiene al menos cuatro cintas iniciales (y, si la base de datos no cabe, cuatro series de cintas de continuación). Al anexar un conjunto de copia de seguridad, debe montar la última cinta de la serie. Si la última cinta no está montada, el motor de base de datos avanza escaneando hasta el final de la cinta montada y luego le solicita que cambie la cinta. En ese momento, monte la última cinta.

Los dispositivos de copia de seguridad en cinta se usan como los dispositivos de disco, con las siguientes excepciones:

• El dispositivo de cinta debe estar conectado físicamente al equipo que ejecuta una instancia de SQL Server. No se admite la copia de seguridad en dispositivos de cinta remota.

• Si un dispositivo de copia de seguridad de cinta se rellena durante la operación de copia de seguridad, pero aún se deben escribir más datos, SQL Server solicita una nueva cinta y continúa la operación de copia de seguridad después de cargar una nueva cinta.

Especificar una cinta de copia de seguridad mediante su nombre físico (Transact-SQL)

La sintaxis básica de BACKUP para especificar una cinta de copia de seguridad mediante el nombre del dispositivo físico de la unidad de cinta es:

BACKUP { DATABASE | LOG } database_name

TO TAPE = { 'physical_backup_device_name' | @physical_backup_device_name_var }

Por ejemplo:

BACKUP LOG AdventureWorks2012   
   TO TAPE = '\\.\tape0';  
GO  

Para especificar un dispositivo de cinta físico en una instrucción RESTORE , la sintaxis básica es:

RESTORE { DATABASE | LOG } database_name

FROM TAPE = { 'physical_backup_device_name' | @physical_backup_device_name_var }

Tape-Specific Opciones de Copia de Seguridad y Restauración (Transact-SQL)

Para facilitar la administración de cintas, la instrucción BACKUP proporciona las siguientes opciones específicas de cinta:

• { NOUNLOAD | UNLOAD }

  Puede controlar si una cinta de copia de seguridad se descarga automáticamente desde la unidad de cinta después de una operación de copia de seguridad o restauración. UNLOAD/NOUNLOAD es una configuración de sesión que persiste durante la vida de la sesión o hasta que se restablece especificando la alternativa.

• { REWIND | NOREWIND }

  Puede controlar si SQL Server mantiene la cinta abierta después de la operación de copia de seguridad o restauración, o si la libera y rebobina después de que se llene. El comportamiento predeterminado es rebobinar la cinta (REWIND).

Administración de cintas abiertas

Para ver una lista de dispositivos de cinta abiertos y el estado de las solicitudes de montaje, consulte la vista de administración dinámica sys.dm_io_backup_tapes . Esta vista muestra todas las cintas que están abiertas. Estas incluyen cintas en uso que están inactivas temporalmente mientras esperan la siguiente operación BACKUP o RESTORE.

Si una cinta se ha dejado abierta accidentalmente, la forma más rápida de liberar la cinta es mediante el siguiente comando: RESTORE REWINDONLY FROM TAPE =backup_device_name. Para obtener más información, vea RESTORE REWINDONLY (Transact-SQL).

Uso del servicio Azure Blob Storage

Las copias de seguridad de SQL Server se pueden escribir en el servicio Azure Blob Storage. Para más información sobre cómo usar el servicio Azure Blob Storage para las copias de seguridad, consulte Copia de seguridad y restauración de SQL Server con el servicio Azure Blob Storage.

Uso de un dispositivo lógico de copia de seguridad

Un dispositivo lógico de copia de seguridad es un nombre opcional definido por el usuario que apunta a un dispositivo de copia de seguridad físico específico (un archivo de disco o una unidad de cinta). Un dispositivo lógico de copia de seguridad permite usar la indirección al hacer referencia al dispositivo de copia de seguridad físico correspondiente.

Definir un dispositivo lógico de copia de seguridad implica asignar un nombre lógico a un dispositivo físico. Por ejemplo, un dispositivo lógico, AdventureWorksBackups, podría definirse para que apunte al archivo Z:\SQLServerBackups\AdventureWorks2012.bak o a la unidad de cinta \\.\tape0. Después, los comandos de copia de seguridad y restauración pueden especificar AdventureWorksBackups como dispositivo de copia de seguridad, en lugar de DISK = "Z:\SQLServerBackups\AdventureWorks2012.bak" o TAPE = '\\.\tape0'.

El nombre del dispositivo lógico debe ser único entre todos los dispositivos lógicos de copia de seguridad de la instancia del servidor. Para ver los nombres de dispositivo lógico existentes, consulte la vista de catálogo sys.backup_devices. Esta vista muestra el nombre de cada dispositivo lógico de copia de seguridad y describe el tipo y el nombre de archivo físico o la ruta de acceso del dispositivo de copia de seguridad físico correspondiente.

Una vez definido un dispositivo lógico de copia de seguridad, en un comando BACKUP o RESTORE, puede especificar el dispositivo lógico de copia de seguridad en lugar del nombre físico del dispositivo. Por ejemplo, la siguiente instrucción realiza una copia de seguridad de la AdventureWorks2012 base de datos en el AdventureWorksBackups dispositivo lógico de copia de seguridad.

BACKUP DATABASE AdventureWorks2012   
   TO AdventureWorksBackups;  
GO  

Una ventaja de usar un dispositivo lógico de copia de seguridad es que es más fácil de usar que una ruta de acceso larga. El uso de un dispositivo lógico de copia de seguridad puede ayudar si planea escribir una serie de copias de seguridad en la misma ruta de acceso o en un dispositivo de cinta. Los dispositivos lógicos de copia de seguridad son especialmente útiles para identificar dispositivos de copia de seguridad de cinta.

Se puede escribir un script de copia de seguridad para usar un dispositivo de copia de seguridad lógico determinado. Esto le permite cambiar a un nuevo dispositivo de copia de seguridad físico sin actualizar el script. El cambio implica el siguiente proceso:

1. Eliminando el dispositivo de copia de seguridad lógico original.

2. Definir un nuevo dispositivo lógico de copia de seguridad que usa el nombre del dispositivo lógico original, pero se asigna a un dispositivo de copia de seguridad físico diferente. Los dispositivos lógicos de copia de seguridad son especialmente útiles para identificar dispositivos de copia de seguridad de cinta.

Conjuntos de medios de copia de seguridad replicados

El reflejo de conjuntos de medios de copia de seguridad reduce el efecto de fallos del dispositivo de copia de seguridad. Estos errores de funcionamiento son especialmente graves porque las copias de seguridad son la última línea de defensa contra la pérdida de datos. A medida que crecen los tamaños de las bases de datos, la probabilidad aumenta que un error de un dispositivo de copia de seguridad o un medio hará que una copia de seguridad no se pueda realizar. Reflejar los medios de respaldo aumenta la confiabilidad de las copias de seguridad proporcionando redundancia al dispositivo físico de respaldo. Para obtener más información, vea Conjuntos de medios de copia de seguridad reflejados (SQL Server).

Archivado de copias de seguridad de SQL Server

Se recomienda usar una utilidad de copia de seguridad del sistema de archivos para archivar las copias de seguridad de disco y almacenar los archivos fuera del sitio. El uso del disco tiene la ventaja de usar la red para escribir las copias de seguridad archivadas en un disco fuera del sitio. El servicio Azure Blob Storage se puede usar como opción de archivado fuera del sitio. Puede cargar las copias de seguridad de disco o escribir directamente las copias de seguridad en el servicio Azure Blob Storage.

Otro enfoque de archivado común es escribir copias de seguridad de SQL Server en un disco de copia de seguridad local, archivarlas en cinta y, a continuación, almacenar las cintas fuera del sitio.

Tareas relacionadas

Para especificar un dispositivo de disco (SQL Server Management Studio)

• Especificar un disco o cinta como destino de copia de seguridad (SQL Server)

Para especificar un dispositivo de cinta (SQL Server Management Studio)

• Especificar un disco o cinta como destino de copia de seguridad (SQL Server)

Para definir un dispositivo lógico de copia de seguridad

• sp_addumpdevice (Transact-SQL)

• Definir un dispositivo lógico de copia de seguridad para un archivo de disco (SQL Server)

• Definir un dispositivo lógico de copia de seguridad para una unidad de cinta (SQL Server)

• BackupDevice (SMO)

Para usar un dispositivo lógico de copia de seguridad

• Especificar un disco o cinta como destino de copia de seguridad (SQL Server)

• Restaurar una copia de seguridad desde un dispositivo (SQL Server)

• BACKUP (Transact-SQL)

• RESTORE (Transact-SQL)

Para ver información sobre los dispositivos de copia de seguridad

• Historial de copias de seguridad e información de encabezado (SQL Server)

• Ver las propiedades y el contenido de un dispositivo lógico de copia de seguridad (SQL Server)

• Ver el contenido de una cinta o un archivo de copia de seguridad (SQL Server)

Para eliminar un dispositivo lógico de copia de seguridad

• sp_dropdevice (Transact-SQL)

• Eliminar un dispositivo de copia de seguridad (SQL Server)

Véase también

SQL Server, Objeto de dispositivo de respaldo
BACKUP (Transact-SQL)
Planes de mantenimiento
Conjuntos de medios, familias de medios y conjuntos de copia de seguridad (SQL Server)
RESTORE (Transact-SQL)
RESTORE LABELONLY (Transact-SQL)
sys.backup_devices (Transact-SQL)
sys.dm_io_backup_tapes (Transact-SQL)
Conjuntos de medios de copia de seguridad reflejados (SQL Server)