Esta documentación está archivada y no tiene mantenimiento.

Información general de copia de seguridad (SQL Server)

Actualizado: 17 de julio de 2006

Cada modelo de recuperación permite realizar una copia de seguridad completa o parcial de una base de datos de SQL Server, de archivos individuales o de grupos de archivos de la base de datos. No pueden crearse copias de seguridad de las tablas.

El ámbito de una copia de seguridad de datos puede ser la base de datos completa, parcial o un conjunto de archivos o grupos de archivos. En todos estos casos, SQL Server admite copias de seguridad completas y diferenciales:

  • Copia de seguridad completa
    Una copia de seguridad completa 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 diferencial
    Una copia de seguridad diferencial se basa en la última copia de seguridad completa de los datos. Ésta se denomina base de la copia de seguridad diferencial o base diferencial. Una base diferencial es una copia de seguridad completa de datos de lectura y escritura. Una copia de seguridad diferencial incluye sólo los datos que han cambiado desde la última base diferencial. Por lo general, las copias de seguridad diferenciales que se realizan poco después de su base son más pequeñas y rápidas, ahorrando así tiempo con respecto a la copia de seguridad completa. Por tanto, el uso de copias de seguridad diferenciales acelera el proceso de realización de copias de seguridad frecuentes y reduce el riesgo de pérdida de los datos. Por lo general, una base diferencial se utiliza en varias copias de seguridad diferenciales sucesivas. En el momento de la restauración, se restaura primero la copia de seguridad completa, seguida de la copia de seguridad diferencial más reciente.
    A medida que la base de datos se actualiza, la cantidad de datos que incluyen las copias de seguridad diferenciales aumenta. De esta forma, el proceso de creación y restauración de la copia de seguridad es más lento. Con el tiempo, se deberá crear otra copia de seguridad completa para obtener una nueva base diferencial que se utilizará en otra serie de copias de seguridad diferenciales.
    ms175477.note(es-es,SQL.90).gifNota:
    Por lo general, una copia de seguridad diferencial abarca los mismos archivos de datos que una única base diferencial. Con el modelo de recuperación simple, la copia de seguridad diferencial puede tener una única base diferencial. Al intentar utilizar varias bases se produce un error en la operación de copia de seguridad. Con el modelo de recuperación completa, las copias de seguridad diferenciales pueden utilizar varias bases, pero esto dificulta la administración. Para obtener más información, vea Trabajar con copias de seguridad diferenciales multibase.

Cada copia de seguridad de datos incluye parte del registro de transacciones para que se puedan recuperar hasta los últimos datos de la copia de seguridad.

Tras la primera copia de seguridad de datos, en el modelo de recuperación completa o el modelo de recuperación por medio de registros de operaciones masivas, se necesitan copias de seguridad del registro de transacciones (o copias de seguridad de registros) periódicas. Cada copia de seguridad de registros incluye la parte del registro de transacciones que estaba activa al crear la copia de seguridad, además de todas las entradas de registro que no se incluyeron en una copia de seguridad de registros anterior.

Copias de seguridad de bases de datos

Las copias de seguridad de bases de datos son fáciles de utilizar y se recomienda su uso cuando el tamaño de la base de datos los permite. SQL Server admite los siguientes tipos de copia de seguridad de base de datos.

Tipo de copia de seguridad Descripción

Copia de seguridad completa de base de datos

Una copia de seguridad completa de la base de datos completa. Las copias de seguridad de la base de datos representan la base de datos completa en el momento en que finalizó la copia de seguridad.

Copia de seguridad diferencial de base de datos

Copia de seguridad de todos los archivos de una base de datos. Esta copia de seguridad sólo incluye las extensiones de datos modificadas desde la copia de seguridad más reciente de la base de datos de cada archivo.

Copias de seguridad parciales

Las copias de seguridad parciales y diferenciales parciales son una novedad en SQL Server 2005. Estas copias de seguridad están diseñadas para ofrecer una mayor flexibilidad al realizar copias de seguridad de bases de datos que incluyen algunos grupos de archivos de sólo lectura con el modelo de recuperación simple. Sin embargo, pueden usarse con todos los modelos de recuperación.

SQL Server 2005 admite los siguientes tipos de copias de seguridad de archivos.

Tipo de copia de seguridad Descripción

Copia de seguridad parcial

Copia de seguridad de todos los datos del grupo de archivos principal, todos los grupos de archivos de lectura y escritura, y los archivos o grupos de archivos de sólo lectura opcionalmente especificados. Una copia de seguridad parcial de una base de datos de sólo lectura contiene únicamente el grupo de archivos principal.

Copia de seguridad diferencial parcial

Copia de seguridad que sólo incluye las extensiones de datos modificadas desde la copia de seguridad parcial más reciente del mismo conjunto de grupos de archivo.

Copias de seguridad de archivos

Es posible realizar una copia de seguridad y restaurar individualmente los archivos de una base de datos. El uso de las copias de seguridad de archivos puede aumentar la velocidad de recuperación ya que se pueden restaurar sólo los archivos dañados sin tener que restaurar el resto de la base de datos. Por ejemplo, si una base de datos está compuesta por varios archivos ubicados en diferentes discos y se producen errores en uno de ellos, sólo debe restaurar el archivo situado en el disco en que se produjeron los errores. Sin embargo, la planificación y restauración de copias de seguridad de archivos puede resultar compleja, por lo que sólo deben utilizarse cuando realmente suponen un valor añadido para el plan de restauración.

SQL Server admite los siguientes tipos de copias de seguridad de archivos.

Tipo de copia de seguridad Descripción

Copia de seguridad completa de archivos

Copia de seguridad completa de todos los datos de uno o varios archivos o grupos de archivos.

En el modelo de recuperación simple, las copias de seguridad de archivos están restringidas básicamente a los grupos de archivos secundarios de sólo lectura. Puede crear una copia de seguridad de archivos de un grupo de archivos de lectura y escritura pero, antes de que pueda restaurar dicha copia de seguridad, deberá establecer el grupo de archivos como de sólo lectura y realizar una copia de seguridad diferencial de archivos de sólo lectura.
ms175477.note(es-es,SQL.90).gifImportante:

Copia de seguridad diferencial de archivos

Una copia de seguridad de uno o varios archivos que incluye las extensiones de datos modificadas desde que se realizó la copia de seguridad completa más reciente de cada archivo.

En el modelo de recuperación simple, se supone que desde la realización de la copia de seguridad completa los datos se han cambiado a sólo lectura.
ms175477.note(es-es,SQL.90).gifNota:

ms175477.note(es-es,SQL.90).gifNota:
Puede realizar copias de seguridad de los catálogos de texto y restaurarlos. Para obtener más información, vea Realizar copias de seguridad y restaurar catálogos de texto y Realizar copia de seguridad y restaurar archivos y catálogos de texto.

En el modelo de recuperación completa o el modelo de recuperación por medio de registros de operaciones masivas, se necesitan copias de seguridad del registro de transacciones (o copias de seguridad de registros) periódicas. Cada copia de seguridad de registros incluye la parte del registro de transacciones que estaba activo al crear la copia de seguridad, además de todas las entradas de registro que no se incluyeron en una copia de seguridad de registros anterior. Una secuencia continua de copias de seguridad de registros incluye la cadena de registros completa de la base de datos, que se denomina ininterrumpida. En el modelo de recuperación completa y, a veces, en el modelo de recuperación por medio de registros de operaciones masivas, una cadena de registros ininterrumpida permite restaurar la base de datos a cualquier momento dado en el tiempo.

Antes de crear la primera copia de seguridad de registros, debe crear una copia de seguridad completa, como una copia de seguridad de la base de datos. En adelante, es necesario realizar una copia de seguridad periódica del registro de transacciones, no sólo para reducir el riesgo de pérdida del trabajo sino para habilitar el truncamiento del registro de transacciones. Para obtener más información, vea Trabajar con copias de seguridad del registro de transacciones.

Normalmente, la realización de una copia de seguridad cambia la base de datos y afecta a la forma de restaurar las copias de seguridad posteriores. Sin embargo, a veces es útil realizar una copia de seguridad con un fin específico sin afectar a los procedimientos generales de copia de seguridad y restauración de la base de datos. Con este propósito, SQL Server 2005 introduce copias de seguridad de sólo copia. Estas copias de seguridad son independientes de la secuencia periódica de copias de seguridad de SQL Server. Para obtener más información, vea Copias de seguridad de sólo copia.

SQL Server realiza las copias de seguridad en dispositivos de copia de seguridad, como archivos de disco o cintas. Puede agregar nuevas copias de seguridad a las ya existentes en un dispositivo, o bien sobrescribir las copias de seguridad existentes. Para obtener más información, vea Trabajar con medios de copia de seguridad en SQL Server.

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. Durante la operación de copia de seguridad, SQL Server copia los datos directamente de los archivos de la base de datos en los dispositivos de copia de seguridad. Durante la copia de seguridad, no se cambian los datos ni se demoran las transacciones en curso. Por lo tanto, puede realizar una copia de seguridad de SQL Server con un efecto mínimo en las cargas de trabajo de producción. Para obtener más información acerca de las restricciones de simultaneidad durante las copias de seguridad, vea "Restricciones de las operaciones de copia de seguridad en SQL Server", más adelante en este tema.

Las copias de seguridad pueden programarse de modo que se ejecuten automáticamente en intervalos fijos. Para obtener información acerca de la programación de trabajos de copia de seguridad de bases de datos y de registros, vea Asistente para planes de mantenimiento.

En SQL Server 2005, se puede realizar la copia de seguridad mientras la base de datos está conectada y en uso. Sin embargo, existen las siguientes restricciones.

No se pueden realizar copias de seguridad de los datos sin conexión

Cualquier operación de copia de seguridad en la que se haga referencia de forma implícita o explícita a datos sin conexión provocará un error. A continuación, se exponen algunos ejemplos habituales:

  • Se solicita una copia de seguridad de base de datos completa, pero un grupo de archivos de la base de datos está sin conexión. Puesto que todos los grupos de archivos se incluyen de forma implícita en las copias de seguridad de base de datos completas, esta operación provocará un error.
    Para realizar una copia de seguridad de esta base de datos, se puede utilizar una copia de seguridad de archivos y especificar sólo los grupos de archivos que tengan conexión.
  • Se solicita una copia de seguridad parcial, pero un grupo de archivos de lectura y escritura está sin conexión. Puesto que todos los grupos de archivos de lectura y escritura son obligatorios para las copias de seguridad parciales, esta operación provocará un error.
  • Se solicita una copia de seguridad de determinados archivos, pero uno de ellos está sin conexión. Se produce un error en la operación. Para realizar una copia de seguridad de los archivos con conexión, puede omitir el archivo sin conexión de la lista y repetir la operación.

Normalmente, la copia de seguridad de registros será correcta aunque uno o varios de los archivos de datos no estén disponibles. Sin embargo, si algún archivo incluye cambios registrados de forma masiva realizados en el modelo de recuperación por medio de registros de operaciones masivas, todos los archivos deberán tener conexión para que la copia de seguridad sea correcta.

Restricciones de simultaneidad durante una copia de seguridad

SQL Server utiliza el proceso de copia de seguridad con conexión 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). Sin embargo, si intenta iniciar una operación de copia de seguridad durante la creación o eliminación de un archivo de la base de datos, la operación de copia de seguridad esperará hasta que la creación o eliminación haya terminado o hasta que se agote el tiempo de espera de la copia de seguridad.

Las operaciones que no se pueden ejecutar durante la copia de seguridad de la base de datos o del registro de transacciones son las siguientes:

  • Operaciones de administración de archivos, como la instrucción ALTER DATABASE con la opción ADD FILE o la opción 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 intenta crear o eliminar un archivo de la base de datos durante la operación de copia de seguridad, se producirá un error en la operación de creación o eliminación.

Si una operación de copia de seguridad se superpone a 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, la segunda operación no se realiza correctamente.

Versión Historial

17 de julio de 2006

Contenido modificado:
Mostrar: