Requisitos previos, restricciones y recomendaciones para la creación de reflejo de la base de datos

Se aplica a:SQL Server

En este tema se describen los requisitos previos y las recomendaciones para configurar la creación de reflejo de la base de datos. Para obtener una introducción a la creación de reflejo de la base de datos, vea Creación de reflejo de la base de datos (SQL Server).

Compatibilidad con la duplicación de la base de datos

Para obtener una lista de las características admitidas por ediciones de SQL Server en Windows, vea:

• Ediciones y características admitidas de SQL Server 2025
• Ediciones y características admitidas de SQL Server 2022
• Ediciones y características admitidas de SQL Server 2019
• Ediciones y las características admitidas de SQL Server 2017
• Ediciones y las características admitidas de SQL Server 2016

Tenga en cuenta que la creación de reflejo de bases de datos funciona con cualquier nivel de compatibilidad de base de datos admitido. Para obtener información sobre los niveles de compatibilidad admitidos, vea ALTER DATABASE Nivel de compatibilidad (Transact-SQL).

Requisitos previos

• Para que se pueda establecer una sesión de reflejo, los servidores asociados y el testigo, si lo hay, deben ejecutarse en la misma versión de SQL Server.

• Los dos asociados, el servidor principal y el servidor reflejado, deben ejecutar la misma edición de SQL Server. El testigo, si existe, puede ejecutarse en cualquier edición de SQL Server que admita la creación de reflejo de la base de datos.

  Nota:

  Puede actualizar las instancias de servidor que participan en una sesión de creación de reflejo a una versión más reciente de SQL Server. Para más información, consulte Upgrading Mirrored Instances.

• La base de datos debe usar el modelo de recuperación completa. Los modelos de recuperación simple y por medio de registros masivos no admiten la creación de reflejo de bases de datos. Por tanto, las operaciones de carga masiva siempre se registran por completo en una base de datos con reflejo. Para obtener información sobre los modelos de recuperación, vea Modelos de recuperación (SQL Server).

• Compruebe que el servidor reflejado tenga suficiente espacio en disco para la base de datos reflejada.

  Nota:

  Para obtener información sobre cómo usar la creación de reflejo de base de datos en una base de datos replicada, vea Replicación y creación de reflejo de la base de datos (SQL Server).

• Cuando cree la base de datos espejo en el servidor espejo, asegúrese de restaurar la copia de seguridad de la base de datos principal especificando el mismo nombre de base de datos con la opción WITH NORECOVERY. Además, todas las copias de seguridad de registros creadas después de realizar esa copia de seguridad deben aplicarse de nuevo con WITH NORECOVERY.

  Importante

  Si la creación de reflejo de la base de datos se ha detenido, para poder reiniciarla, cualquier copia de seguridad de registros posterior que se realice en la base de datos principal se debe aplicar a la base de datos reflejada.

Restricciones

• Solo se pueden reflejar las bases de datos de usuario. No es posible reflejar las bases de datos maestra, msdb, tempdbo model .

• No se puede cambiar el nombre de una base de datos reflejada durante una sesión de creación de reflejo de la base de datos.

• La creación de reflejo de la base de datos no es compatible con FILESTREAM. No se puede crear un grupo de archivos FILESTREAM en el servidor principal. La creación de reflejo de una base de datos no puede configurarse para una base de datos que contenga grupos de archivos FILESTREAM.

• El reflejo de la base de datos no es compatible ni con las transacciones entre bases de datos ni con las transacciones distribuidas. Para obtener más información, consulte Transacciones entre bases de datos y transacciones distribuidas para grupos de disponibilidad Always On y la creación de reflejo de la base de datos (SQL Server).

Recomendaciones para configurar servidores asociados

• Los servidores asociados deben ejecutarse en sistemas comparables que puedan manejar cargas de trabajo idénticas.

  Nota:

  Si tiene previsto usar el modo de alta seguridad con conmutación automática por error, la carga normal en cada partner de conmutación por error debe ser inferior al 50 % de la CPU. Si la carga de trabajo sobrecarga la CPU, es posible que un servidor asociado para conmutación por error no pueda hacer ping a las otras instancias de servidor de la sesión de creación de reflejo. Esto provoca una conmutación por error innecesaria. Si no puede mantener el uso de la CPU por debajo del 50 por ciento, se recomienda usar el modo de alta seguridad sin conmutación automática por error o el modo de alto rendimiento.

• Si es posible, la ruta de acceso (incluida la letra de unidad) de la base de datos reflejada debería ser idéntica a la de la base de datos principal. Debe incluir la opción MOVE en la instrucción RESTORE si los diseños de los archivos deben ser distintos. Por ejemplo, si la base de datos principal está en la unidad 'F:' pero el sistema espejo carece de la unidad 'F:'.

  Importante

  Si mueve los archivos de la base de datos al crear la base de datos de reflejo, es posible que más adelante no pueda agregar archivos a la base de datos sin suspender el reflejo.

• Todas las instancias del servidor de una sesión de creación de reflejo deberían usar la misma página de códigos maestra y la misma intercalación. Las diferencias pueden causar un problema durante la configuración de la creación de reflejo.

• Opcionalmente, estime el tiempo de conmutación por error de una base de datos, a fin de garantizar que la configuración del sistema proporcionará el rendimiento que necesita. Para obtener más información, consulte Estimar la interrupción del servicio durante la conmutación de roles (Reflejo de la base de datos).

• Para obtener el mejor rendimiento, utilice un adaptador de red (tarjeta de interfaz de red) dedicado para la duplicación.

• No hacemos recomendaciones sobre si una red de área amplia (WAN) es lo suficientemente fiable para el reflejo de la base de datos en modo de alta seguridad. Si decide usar el modo de alta seguridad en una WAN, tenga cuidado al agregar un testigo a la sesión, ya que se pueden producir conmutaciones automáticas por error no deseadas. Para obtener más información, vea Recomendaciones para implementar la creación de reflejo de la base de datosmás adelante en este tema.

Recomendaciones para implementar la creación de reflejo de la base de datos

El rendimiento óptimo del reflejo de la base de datos se obtiene mediante una operación asincrónica. Una sesión de creación de reflejo que utiliza el funcionamiento sincrónico puede disminuir el rendimiento cuando su carga de trabajo genera grandes cantidades de datos del registro de transacciones.

En entornos de prueba, es adecuado explorar todos los modos de funcionamiento para evaluar la forma en que tiene lugar la creación de reflejo de la base de datos. Sin embargo, antes de implementar la duplicación en un entorno de producción, asegúrese de que comprende cómo funciona la red en el mundo real.

El modo de alta seguridad con conmutación automática por error está diseñado para una red con un servicio elevado y una conexión dedicada, o bien para una configuración de red bastante sencilla que minimice los orígenes de posibles errores de red. Un entorno de red de tan alta calidad es necesario para el modo de alta seguridad con conmutación automática por error y se recomienda para todas las sesiones de duplicación de la base de datos. Sin embargo, la fiabilidad de la red afecta mucho menos a los modos de alto rendimiento y de alta seguridad sin conmutación automática por fallo.

Por tanto, para entornos de producción, se recomienda que siga estas directrices de implementación:

1. Comience ejecutando en el modo de alto rendimiento asincrónico. Este modo es el menos sensible al entorno de red y proporciona la mejor configuración para explorar la forma en que funciona la creación de reflejo. Se recomienda ejecutar el sistema de manera asincrónica hasta que esté seguro de que el ancho de banda admite la creación de reflejo y ha desarrollado conocimientos de la configuración de la creación de reflejo y del rendimiento del modo asincrónico en el entorno. Para más información, consulte Database Mirroring Operating Modes.

   Importante

   Durante las pruebas, recomendamos que supervise las sesiones para detectar errores de red que hagan que falle la creación de reflejo de la base de datos. Para obtener más información acerca de los posibles orígenes de errores, vea Possible Failures During Database Mirroring. Para obtener información sobre cómo supervisar la creación de reflejo de la base de datos, vea Supervisar la creación de reflejo de la base de datos (SQL Server).

2. Cuando esté seguro de que el funcionamiento asincrónico cumple las necesidades empresariales, puede que desee intentar el funcionamiento sincrónico para mejorar la protección de datos. Al probar cómo funciona la duplicación sincrónica en su entorno, le recomendamos que primero pruebe el modo de alta seguridad sin conmutación automática por error. El fin principal de esta prueba es comprobar cómo afecta el funcionamiento sincrónico al rendimiento de la base de datos. Para más información, consulte Database Mirroring Operating Modes.

3. No habilite la conmutación automática por error hasta que esté seguro de que el modo de alta seguridad sin conmutación automática por error satisface las necesidades de la empresa y de que los errores de red no están provocando fallos. Para obtener más información, vea Conmutación de roles durante una sesión de creación de reflejo de la base de datos (SQL Server).

Consulte también

Configurar la creación de reflejo de la base de datos (SQL Server)
Seguridad de transporte para la duplicación de la base de datos y los grupos de disponibilidad de Always On (SQL Server)
Creación de reflejo de la base de datos (SQL Server)
Solucionar problemas de configuración de creación de reflejo de la base de datos (SQL Server)