Dispositivos de copia de seguridad (SQL Server)

Se aplica a:SQL Server

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

Términos y definiciones

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

conjunto multimedia
Colección ordenada de medios de copia de seguridad, ya sean cintas o archivos de disco, que usan un tipo y un número fijo 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 copias de seguridad (SQL Server).

dispositivo físico de copia de seguridad
Unidad de cinta o un archivo de disco proporcionado por el sistema operativo. Se puede escribir una copia de seguridad en entre 1 y 64 dispositivos de copia de seguridad. Si una copia de seguridad requiere varios dispositivos de copia de seguridad, estos deben ser de un mismo tipo (disco o cinta).

Las copias de seguridad de SQL Server también se pueden almacenar en Azure Blob Storage, además de en disco o cinta.

Uso de dispositivos de copia de seguridad en disco

Si un archivo de disco se llena mientras una operación de copia de seguridad está anexando una copia de seguridad al conjunto de medios, la operación producirá un error. El tamaño máximo de un archivo de copia de seguridad se determina de acuerdo con el espacio disponible en el dispositivo de disco, de modo que el tamaño apropiado para un dispositivo de copia de seguridad en disco dependerá del tamaño de las copias de seguridad.

Un dispositivo de copia de seguridad en disco puede ser un simple dispositivo de disco; por ejemplo, una unidad ATA. Como alternativa, podría utilizar una unidad de disco de intercambio en caliente que le permita sustituir sin interrupciones un disco lleno 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 acerca de cómo utilizar un disco remoto, vea Realizar una copia de seguridad en un archivo de un recurso compartido de redmás adelante en este mismo tema.

Las herramientas de administración de SQL Server son muy flexibles para el control de los dispositivos de copia de seguridad en disco, ya que generan de forma automática 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 BACKUP para especificar un archivo de copia de seguridad mediante su nombre de dispositivo físico es:

BACKUP DATABASE database_name

TO DISK = { 'nombre_del_dispositivo_de_respaldo_fisico' | @var_nombre_del_dispositivo_de_respaldo_fisico }

Por ejemplo:

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

Para especificar un dispositivo de disco físico en una RESTORE instrucción , 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 AdventureWorks2022   
   FROM DISK = 'Z:\SQLServerBackups\AdventureWorks2022.bak';   

Especificar la ruta de acceso del archivo de copia de seguridad en disco

Cuando se especifica un archivo de copia de seguridad, se debe especificar ruta de acceso completa y el nombre de archivo. Si especifica solo el nombre de archivo o la ruta de acceso relativa al realizar la copia de seguridad de un archivo, el archivo de copia de seguridad se sitúa en el directorio predeterminado de copias de seguridad. El directorio predeterminado de copias de seguridad es C:\Archivos de programa\Microsoft SQL Server\MSSQL.n\MSSQL\Backup, donde n es el número de la instancia de servidor. Por lo tanto, para la instancia de servidor predeterminada, el directorio predeterminado de copia de seguridad es C:\Archivos de programa\Microsoft SQL Server\MSSQL13.MSSQLSERVER\MSSQL\Backup.

Para evitar ambigüedades, particularmente en los scripts, recomendamos especificar de forma explícita la ruta de acceso del directorio de copias de seguridad en cada cláusula DISK. Sin embargo, esto es menos importante cuando se utiliza el Editor de consultas. En ese caso, si está seguro de que el archivo de copia de seguridad reside en el directorio predeterminado de copias de seguridad, puede omitir la ruta de acceso en una cláusula DISK. Por ejemplo, la siguiente instrucción BACKUP realiza una copia de seguridad de la base de datos AdventureWorks2025 en el directorio predeterminado de copias de seguridad.

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

Realice una copia de seguridad en un recurso compartido de red

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

• Para realizar una copia de seguridad en una unidad de red cuando SQL Server está en ejecución en una cuenta de usuario de dominio, se debe asignar la unidad compartida 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 puede ver cualquier unidad de red que haya asignado en la sesión en la que ha iniciado sesión.

• Sin embargo, cuando ejecuta Sqlservr.exe como un servicio, SQL Server se ejecuta en una sesión independiente que no tiene relación con la sesión que ha iniciado. La sesión en la que se ejecuta un servicio puede tener sus propias unidades asignadas, aunque normalmente no las tiene.

• Puede conectarse a la cuenta de servicio de red mediante la cuenta de equipo en lugar de una cuenta de usuario de dominio. Para permitir copias de seguridad desde equipos específicos en una unidad compartida, se debe conceder acceso a las cuentas del 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 BACKUP comando tiene acceso.

  Importante

  Debido a que la realización de copias de seguridad de datos a través de una red está expuesta a errores, se recomienda que, cuando se utiliza 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 UNC (Convención de nomenclatura universal)

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

Por ejemplo:

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

Uso de dispositivos de cinta

Realizar copias de seguridad de datos de SQL Server en una cinta requiere que las unidades de cinta sean compatibles con el sistema operativo Microsoft Windows. Además, es recomendable utilizar solo las cintas que el fabricante recomienda para una unidad de cinta determinada. Para obtener más información acerca de cómo instalar una unidad de cinta, vea la documentación del sistema operativo Windows.

Cuando se utiliza una unidad de cinta, una operación de copia de seguridad puede llenar una cinta y continuar en otra. Cada cinta contiene un encabezado de medios. El primer medio que se utiliza se denomina cinta inicial. Cada cinta sucesiva se denomina cinta de continuación y tiene un número de secuencia del medio una unidad mayor que el de la cinta anterior. Por ejemplo, un conjunto de medios asociado con cuatro dispositivos de cinta contiene al menos cuatro cintas iniciales (y, si no hay capacidad para la base de datos, cuatro series de cintas de continuación). Si va a agregar un conjunto de copia de seguridad, debe montar la última cinta de la serie. Si no monta la última cinta, el motor de base de datos busca hacia adelante hasta el final de la cinta montada y le solicita que cambie la cinta. En ese momento, monte la última cinta.

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

• El dispositivo de cinta debe estar conectado físicamente al equipo donde se ejecuta una instancia de SQL Server. No se admite la creación de copias de seguridad en dispositivos de cinta remotos.

• Si un dispositivo de copia de seguridad en cinta se llena durante la operación de copia de seguridad, pero todavía faltan por escribir más datos, SQL Server pedirá una nueva cinta y continuará con la operación de copia de seguridad una vez que la cinta se haya cargado.

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

La sintaxis básica 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 AdventureWorks2022   
   TO TAPE = '\\.\tape0';  
GO  

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

RESTORE { DATABASE | LOG } database_name

DESDE CINTA = { 'physical_backup_device_name' | @physical_backup_device_name_var }

Opciones específicas de cinta BACKUP y RESTORE (Transact-SQL)

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

• { NOUNLOAD | UNLOAD }

  Se puede controlar si una cinta de copia de seguridad se descargará automáticamente de 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 mientras dure la sesión o hasta que se restablezca especificando la alternativa.

• { REWIND | NOREWIND }

  Se puede controlar si SQL Server mantiene abierto el resto de la cinta después de la operación de copia de seguridad o restauración, o si libera y rebobina la cinta una vez se llena. El comportamiento predeterminado es rebobinar la cinta (REWIND).

Administración de cintas abiertas

Para ver una lista de los dispositivos de cinta abiertos y el estado de las solicitudes de montaje, vea la vista de administración dinámica sys.dm_io_backup_tapes . En esta vista se muestran todas las cintas abiertas. Estas incluyen cintas en uso que están temporalmente inactivas mientras esperan la siguiente operación de 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 de Azure Blob Storage

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

Usar un dispositivo lógico de copia de seguridad

Un dispositivo lógico de copia de seguridad es un nombre opcional y definido por el usuario que apunta a un dispositivo físico de copia de seguridad específico (un archivo de disco o una unidad de cinta). Un dispositivo lógico de copia de seguridad permite usar el direccionamiento indirecto cuando se hace referencia al dispositivo físico de copia de seguridad correspondiente.

Definir un dispositivo lógico de copia de seguridad requiere la asignación de 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\AdventureWorks2022.bak o a la unidad de cinta \\.\tape0. A continuación, los comandos de copia de seguridad y restauración pueden especificar AdventureWorksBackups como dispositivo de copia de seguridad, en lugar de DISK = 'Z:\SQLServerBackups\AdventureWorks2022.bak' o TAPE = '\\.\tape0'.

El nombre de dispositivo lógico debe ser único entre todos los dispositivos lógicos de copia de seguridad de la instancia de servidor. Para ver los nombres de los dispositivos lógicos 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 la ruta de acceso o el nombre de archivo físico del dispositivo de copia de seguridad físico correspondiente.

Después de definir un dispositivo lógico de copia de seguridad, en un BACKUP comando 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 base de datos AdventureWorks2025 en el dispositivo lógico de copia de seguridad AdventureWorksBackups .

BACKUP DATABASE AdventureWorks2022   
   TO AdventureWorksBackups;  
GO  

Una ventaja de usar un dispositivo lógico de copia de seguridad es que resulta más sencillo de usar que una larga ruta de acceso. Utilizar un dispositivo lógico de copia de seguridad puede ser útil si tiene previsto 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 resultan muy útiles para identificar los dispositivos de copia de seguridad en cinta.

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

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

2. Definir un nuevo dispositivo lógico de copia de seguridad que utilice el nombre de dispositivo lógico original pero que se asigne a un dispositivo de copia de seguridad físico distinto. Los dispositivos lógicos de copia de seguridad resultan muy útiles para identificar los dispositivos de copia de seguridad en cinta.

Conjuntos de medios de copia de seguridad reflejados

La creación de reflejos de los conjuntos de medios de copia de seguridad reduce el efecto de los errores de funcionamiento de los dispositivos de copia de seguridad. Los errores de funcionamiento son especialmente graves porque las copias de seguridad son el último recurso para evitar la pérdida de datos. A medida que aumenta el tamaño de una base de datos, aumentan las posibilidades de que un error de un dispositivo o medio de copia de seguridad provoque que no se pueda restaurar una copia de seguridad. La duplicación de los medios de copia de seguridad aumenta la fiabilidad de las copias de seguridad al aportar redundancia al dispositivo físico de copia de seguridad. Para más información, vea Conjuntos de medios de copia de seguridad reflejados (SQL Server).

Archivar copias de seguridad de SQL Server

Se recomienda que use una utilidad de copia de seguridad del sistema de archivos para archivar las copias de seguridad en disco y que guarde los archivos fuera de las instalaciones. El uso de discos tiene la ventaja de poder utilizar la red para escribir las copias de seguridad archivadas en un disco fuera de las instalaciones. Azure Blob Storage se puede usar como una opción de archivado externo. Puede cargar las copias de seguridad en disco, o escribir directamente las copias de seguridad en Azure Blob Storage.

Otro método común de archivado consiste en escribir las copias de seguridad de SQL Server en un disco local de copia de seguridad, archivarlas en cinta y guardar estas cintas fuera de las instalaciones.

Tareas relacionadas

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

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

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

• Especificar un disco o una 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 en una unidad de cinta (SQL Server)

• BackupDevice (SMO)

Para usar un dispositivo lógico de copia de seguridad

• Especificar un disco o una 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 consultar la información acerca de los dispositivos de copia de seguridad

• Historial de copias de seguridad e información de encabezados (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)

Consulte también

SQL Server, Objeto de dispositivo de copia de seguridad
BACKUP (Transact-SQL)
Planes de mantenimiento
Conjuntos de medios, familias de medios y conjuntos de copias 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)