Compartir a través de

Copias de seguridad y restauración: interoperabilidad y coexistencia (SQL Server)

  • Artículo

Se aplica a: SQL Server

En este tema se describen las consideraciones de copias de seguridad y restauración para varias características de SQL Server. Entre estas características se incluyen restauración de archivos e inicio de bases de datos, restauración en línea e índices deshabilitados, creación de reflejo de la base de datos, y restauración por etapas e índices de texto completo.

En este tema:

Restaurar archivos e iniciar la base de datos

Esta sección solo es pertinente para las bases de datos de SQL Server que contienen varios grupos de archivos.

Nota:

Cuando se inicia una base de datos, solo se recuperarán y conectarán los grupos de archivo cuyos archivos estuvieran en línea al cerrar la base de datos.

Si se detecta algún problema durante el inicio de la base de datos, no se puede llevar a cabo la restauración y la base de datos se marca como SUSPECT. Si es posible aislar el problema en un archivo o una serie de archivos, el administrador de la base de datos puede dejar sin conexión los archivos en cuestión e intentar reiniciar la base de datos. Para dejar sin conexión un archivo se puede utilizar la siguiente instrucción ALTER DATABASE :

ALTER DATABASE database_name MODIFY FILE (NAME ="filename", OFFLINE)

En caso de iniciarse correctamente, los grupos de archivos que contengan algún archivo sin conexión seguirán sin conexión.

Restauración en línea e índices deshabilitados

Esta sección solo es relevante para las bases de datos que tienen varios grupos de archivos y, para el modelo de recuperación simple, al menos un grupo de archivos de solo lectura.

En estos casos, si una base de datos está en línea, su índice se puede crear, quitar, habilitar o deshabilitar solo si todos los grupos de archivos que contienen alguna parte del índice están en línea.

Para obtener información sobre cómo restaurar grupos de archivos sin conexión, vea Restauración con conexión (SQL Server).

Creación de reflejo de la base de datos y copias de seguridad y restauración

Esta sección solo es relevante para bases de datos con el modelo completo que contienen varios grupos de archivos.

Nota:

La característica de creación de reflejo de la base de datos se quitará en una versión futura de Microsoft SQL Server. Evite utilizar esta característica en nuevos trabajos de desarrollo y tenga previsto modificar las aplicaciones que actualmente la utilizan. En su lugar, use Grupos de disponibilidad AlwaysOn.

Creación de reflejo de la base de datos es una solución para aumentar la disponibilidad de la base de datos. La creación de reflejo se implementa en cada una de las bases de datos y solo funciona con las que utilizan el modelo de recuperación completa. Para obtener más información, consulte Creación de reflejo de la base de datos (SQL Server).

Nota:

Para distribuir copias de un subconjunto de los grupos de archivos de una base de datos, utilice la replicación: replique solo los objetos de los grupos de archivos que desea copiar en otros servidores. Para obtener más información sobre la replicación, vea Replicación de SQL Server.

Crear la base de datos reflejada

La base de datos reflejada se crea mediante la restauración, WITH NORECOVERY, de copias de seguridad de la base de datos principal en el servidor reflejado. La restauración debe mantener el mismo nombre de la base de datos. Para obtener más información, vea Preparar una base de datos reflejada para la creación de reflejo - SQL Server.

Puede crear la base de datos reflejada mediante una secuencia de restauración por etapas, si se admite. Sin embargo, no puede empezar la creación de reflejos hasta que haya restaurado todos los grupos de archivos y, normalmente, las copias de seguridad de registros para que la base de datos reflejada quede suficientemente sincronizada con la base de datos principal. Para obtener más información, vea Restauraciones por etapas (SQL Server).

Restricciones de la copia de seguridad y restauración durante la creación de reflejos

Mientras está activa una sesión de creación de reflejo de la base de datos, se aplican las restricciones siguientes:

  • No se admite la copia de seguridad ni la restauración de la base de datos reflejada.

  • Se admite la copia de seguridad de la base de datos principal, pero no se admite BACKUP LOG WITH NORECOVERY.

  • No se admite la restauración de la base de datos principal.

Restauración por etapas e índices de texto completo

Esta sección solo resulta relevante para las bases de datos que contienen varios grupos de archivos y, en el caso de bases de datos de modelo simple, únicamente para los grupos de archivos de solo lectura.

Los índices de texto completo se almacenan en grupos de archivos de bases de datos y pueden verse afectados por una restauración por etapas. Si el índice de texto completo reside en el mismo grupo de archivos que alguno de los datos de la tabla asociada, la restauración por etapas funciona como cabría esperar.

Nota:

Para ver el identificador del grupo de archivos que contiene un índice de texto completo, seleccione la columna data_space_id de sys.fulltext_indexes.

Índices de texto completo y tablas en grupos de archivos independientes

Si un índice de texto completo reside en un grupo de archivos independiente de todos los datos de tablas asociadas, el comportamiento de la restauración por etapas depende de cuál de los grupos de archivos se restaure y se ponga en línea en primer lugar:

  • Si el grupo de archivos que contiene el índice de texto completo se restaura y se pone en línea antes que los grupos de archivos que contienen los datos de la tabla asociada, la búsqueda de texto completo funciona según lo previsto en cuanto el índice de texto completo está en línea.

  • Si el grupo de archivos que contiene los datos de las tablas se restaura y se pone en línea antes que el que contiene el índice de texto completo, el comportamiento de la búsqueda de texto completo puede verse afectado. Esto se debe a que las instrucciones de Transact-SQL que desencadenan un rellenado o regeneran o reorganizan el catálogo generan un error hasta que el índice se pone en línea. Entre estas instrucciones se incluyen CREATE FULLTEXT INDEX, ALTER FULLTEXT INDEX, DROP FULLTEXT INDEX y ALTER FULLTEXT CATALOG.

    En este caso, los siguientes factores son importantes:

    • Si el índice de texto completo dispone de seguimiento de cambios, el DML de usuario producirá un error hasta que el grupo de archivos de índice se ponga en línea. También se producirá un error en la operación de eliminación hasta que el grupo de archivos de índice esté en línea.

    • Independientemente del seguimiento de cambios, se produce un error en las consultas de texto completo porque el índice no está disponible. Si se intenta una consulta de texto completo cuando el grupo de archivos que contiene el índice de texto completo está sin conexión, se devuelve un error.

    • Las funciones de estado (por ejemplo, FULLTEXTCATALOGPROPERTY) tienen éxito únicamente cuando no han de obtener acceso al índice de texto completo. Por ejemplo, el acceso a los metadatos de texto completo en línea se realizaría correctamente, pero no sería así en el caso de uniquekeycount, itemcount .

    Después de restaurar y poner en línea el grupo de archivos de índice de texto completo, los datos del índice y de las tablas son coherentes.

Tan pronto como el grupo de archivos de tabla base y el grupo de archivos de índice de texto completo estén en línea, se reanudarán los rellenados de texto completo pausados.

Copias de seguridad y restauración, y compresión de archivos

SQL Server admite la compresión de datos del sistema de archivos NTFS de grupos de archivos y bases de datos de solo lectura.

Los archivos NTFS comprimidos admiten la restauración de archivos en un grupo de archivos de solo lectura. Las copias de seguridad y restauración de estos grupos de archivos funciona esencialmente de la misma manera que con cualquier grupo de archivos de solo lectura, con las siguientes excepciones:

  • La restauración de un archivo de lectura y escritura (incluido el principal o los archivos de registro de una base de datos de lectura/escritura) en un volumen comprimido genera y muestra un error.

  • Se permite la restauración de una base de datos de solo lectura en un volumen comprimido.

Nota:

Los archivos de registro de bases de datos de lectura/escritura no se deben almacenar en sistemas de archivos comprimidos.

Related Tasks

Consulte también

Copia de seguridad y restauración de bases de datos de SQL Server
Hacer copias de seguridad y restaurar bases de datos replicadas
Secundarias activas: copia de seguridad en las réplicas secundarias (grupos de disponibilidad AlwaysOn)