Compartir a través de

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

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

En este tema:

Restauración de archivos y inicio de la base de datos

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

Nota:

Cuando se inicia una base de datos, solo se recuperan y se conectan los grupos de archivos cuyos archivos estaban en línea cuando se cerró la base de datos.

Si se produce un problema durante el inicio de la base de datos, se produce un error en la recuperación y la base de datos se marca como SUSPECT. Si el problema se puede aislar en un archivo o archivos, el administrador de bases de datos puede desconectar los archivos e intentar reiniciar la base de datos. Para dejar un archivo fuera de línea, puede usar la siguiente instrucción ALTER DATABASE:

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

Si el inicio se realiza correctamente, cualquier grupo de archivos que contenga un archivo sin conexión permanece sin conexión.

Restauración en línea e índices desactivados

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, cuando una base de datos está en línea, el índice se puede crear, quitar, habilitar o deshabilitar solo si todos los grupos de archivos que contienen cualquier 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 en línea (SQL Server) .

Reflejo de bases de datos y copia de seguridad y restauración

Esta sección solo es relevante para las bases de datos de modelo completo que tienen 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. Use Always On grupos de disponibilidad en su lugar.

El 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, vea 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, use 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, consulte Replicación de SQL Server.

Creación de la base de datos espejo

La base de datos reflejada se crea restaurando, WITH NORECOVERY, copias de seguridad de la base de datos principal en el servidor reflejado. La restauración debe mantener el mismo nombre de 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 el uso de una secuencia de restauración por etapas, donde se admite. Sin embargo, no puede iniciar el reflejo hasta que haya restaurado todos los grupos de archivos y, normalmente, las copias de seguridad del registro de transacciones para que la base de datos reflejada esté suficientemente sincronizada con la base de datos principal. Para obtener más información, vea Restauraciones por etapas (SQL Server).

Restricciones de copia de seguridad y restauración durante la replicación

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

  • No se permiten copias de seguridad y restauración de la base de datos reflejada.

  • Se permite realizar una copia de seguridad de la base de datos principal, pero no se permite usar BACKUP LOG WITH NORECOVERY.

  • No se permite restaurar la base de datos principal.

Restauración por etapas e índices de Full-Text

Esta sección solo es relevante para las bases de datos que contienen varios grupos de archivos y, para las bases de datos de modelo simple, solo para grupos de archivos de solo lectura.

Los índices de texto completo se almacenan en grupos de archivos de base 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 cualquiera de los datos de tabla asociados, la restauración por etapas funciona según lo previsto.

Nota:

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

Full-Text Índices y tablas en grupos de archivos separados

Si un índice de texto completo reside en un grupo de archivos separado de los datos de las tablas asociadas, el comportamiento de la restauración por etapas depende de cuál de los grupos de archivos se restaura y se conecta primero.

  • Si el grupo de archivos que contiene el índice de texto completo se restaura y se pone en línea antes de los grupos de archivos que contienen los datos de tabla asociados, 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 tabla se restaura y se pone en línea antes del grupo de archivos que contiene el índice de texto completo, el comportamiento de texto completo podría verse afectado. Esto se debe a que las sentencias Transact-SQL que desencadenan una población, reconstruyen el catálogo o reorganizan el catálogo fallan hasta que el índice se pone en línea. Estas instrucciones incluyen CREATE FULLTEXT INDEX, ALTER FULLTEXT INDEX, DROP FULLTEXT INDEX y ALTER FULLTEXT CATALOG.

    En este caso, los siguientes factores son significativos:

    • Si el índice de texto completo tiene seguimiento de cambios activado, DML fallará hasta que se conecte el grupo de archivos de índice. La operación de eliminación también producirá un error hasta que el grupo de archivos de índice esté en línea.

    • Independientemente del seguimiento de cambios, se producirá 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 (como FULLTEXTCATALOGPROPERTY) solo se realizan correctamente cuando no tienen que acceder al índice de texto completo. Por ejemplo, el acceso a los metadatos de texto completo en línea se realizaría correctamente, pero uniquekeycount, itemcount produciría un error.

    Después de restaurar y poner en línea el grupo de archivos de índice de texto completo, los datos de índice y los datos de tabla 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 reanuda cualquier rellenado de texto completo en pausa.

Copia de seguridad y restauración de archivos y compresión

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

La restauración de archivos en un grupo de archivos de solo lectura se admite en archivos NTFS comprimidos. La copia de seguridad y restauración de estos grupos de archivos funciona básicamente como lo haría para cualquier grupo de archivos de solo lectura, con las siguientes excepciones:

  • Se produce un error al restaurar un archivo de lectura y escritura (incluidos los archivos principales o de registro de una base de datos de lectura y escritura) en un volumen comprimido y se muestra un error.

  • Se permite restaurar una base de datos de solo lectura en un volumen comprimido.

Nota:

Los archivos de registro de bases de datos de lectura y escritura nunca deben colocarse en sistemas de archivos comprimidos.

Tareas relacionadas

Véase también

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

  • Last updated on