Exportar (0) Imprimir
Expandir todo
Este artículo se tradujo de forma manual. Mueva el puntero sobre las frases del artículo para ver el texto original. Más información.
Traducción
Original

Dispositivos de copia de seguridad (SQL Server)

En una operación de copia de seguridad en una base de datos de SQL Server, los datos que se van a copiar (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.

En este tema:

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 de medios

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 acerca de 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. Una copia de seguridad puede utilizar 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 escribir en un servicio de almacenamiento Blob de Windows Azure además de en disco o cinta.

[Principio]

En esta sección:

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, se puede utilizar una unidad de disco de intercambio en actividad que permita sustituir de forma transparente un disco lleno por uno 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 red má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.

Nota importante Importante

Se recomienda que el disco de copia de seguridad no sea el disco de datos o del registro de la base de datos. Esto es necesario para garantizar el acceso a las copias de seguridad si el disco de datos o del registro presenta errores.

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'; 

[Principio]

Especificar la ruta de acceso de un 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 instancia de servidor. Por lo tanto, para la instancia de servidor predeterminada, el directorio predeterminado de copias de seguridad es C:\Archivos de programa\Microsoft SQL Server\MSSQL12.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 de una cláusula DISK. Por ejemplo, la siguiente instrucción BACKUP realiza una copia de seguridad de la base de datos AdventureWorks2012 en el directorio predeterminado de copias de seguridad.

BACKUP DATABASE AdventureWorks2012 
   TO DISK = ’AdventureWorks2012.bak’;
GO
NotaNota

La ubicación predeterminada se almacena en la clave del Registro BackupDirectory en HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Microsoft SQL Server\MSSQL.n\MSSQLServer.

[Principio]

Realizar una copia de seguridad en un archivo de 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 detecta todas las unidades de red que ha asignado en la sesión que ha iniciado.

  • 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 lo están.

  • Puede conectarse a la cuenta de servicio de red mediante la cuenta del equipo en lugar de un 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. El usuario que envía el comando BACKUP puede o no tener acceso; esto resulta irrelevante siempre que el proceso Sqlservr.exe que está realizando la copia de seguridad disponga de acceso.

    Nota importante 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, se debe usar 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 AdventureWorks2012 
   TO DISK = '\\BackupSystem\BackupDisk1\AW_backups\AdventureWorksData.Bak';
GO

[Principio]

Nota Nota

La compatibilidad con dispositivos de cinta de copia de seguridad se quitará en una versión futura de SQL Server. Evite utilizar esta característica en nuevos trabajos de desarrollo y tenga previsto modificar las aplicaciones que actualmente la utilizan.

En esta sección:

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 de medio superior en una unidad a 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). Cuando adjunte un conjunto de copia de seguridad, debe montar la última cinta de la serie. Si no monta la última cinta, Motor de base de datos busca hacia adelante hasta el final de la cinta montada y le solicita que cambie la cinta. En ese punto, 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 de BACKUP para especificar una cinta de copia de seguridad mediante el nombre de 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 }

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

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

  • { 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).

Nota Nota

Para obtener más información acerca de la sintaxis y los argumentos de BACKUP, vea BACKUP (Transact-SQL). Para obtener más información acerca de la sintaxis y los argumentos de RESTORE, vea RESTORE (Transact-SQL) y RESTORE (argumentos, Transact-SQL), respectivamente.

Administrar cintas abiertas

Para ver una lista de los 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. En esta vista se muestran todas las cintas abiertas. Se incluyen las cintas en uso que se encuentran temporalmente inactivas mientras esperan a la siguiente operación BACKUP o RESTORE.

Si deja abierta la cinta accidentalmente, la manera más rápida de liberarla es usar el siguiente comando: RESTORE REWINDONLY FROM TAPE =backup_device_name. Para obtener más información, vea RESTORE REWINDONLY (Transact-SQL).

[Principio]

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

Un dispositivo lógico de copia de seguridad es un nombre opcional y definido por el usuario que señala 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, puede definirse un dispositivo lógico, AdventureWorksBackups, para que señale al archivo Z:\SQLServerBackups\AdventureWorks2012.bak o a la unidad de cinta \\. \tape0. De esta forma, los comandos de copias 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 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.

Una vez definido el 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 base de datos AdventureWorks2012 en el dispositivo lógico de copia de seguridad AdventureWorksBackups.

BACKUP DATABASE AdventureWorks2012 
   TO AdventureWorksBackups;
GO
NotaNota

En una determinada instrucción BACKUP o RESTORE, el nombre de dispositivo lógico de copia de seguridad y el nombre del dispositivo físico correspondiente son intercambiables.

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.

[Principio]

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 creación de reflejo de los medios de copia de seguridad aumenta la confiabilidad de las copias de seguridad al proporcionar redundancia para el dispositivo físico. Para obtener más información, vea Conjuntos de medios de copia de seguridad reflejados (SQL Server).

Nota Nota

Los conjuntos de medios de copia de seguridad reflejados solo se admiten en SQL Server 2005 Enterprise Edition y en versiones posteriores.

[Principio]

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. El servicio de almacenamiento Blob de Windows Azure se puede utilizar como una opción de archivado externo. Puede cargar las copias de seguridad en disco, o escribir directamente las copias de seguridad en el servicio de almacenamiento Blob de Windows Azure.

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.

[Principio]

Adiciones de comunidad

AGREGAR
Mostrar:
© 2014 Microsoft