Compartir a través de


Estados de creación de reflejo

Actualizado: 14 de abril de 2006

Durante una sesión de creación de reflejo de la base de datos, la base de datos reflejada siempre se encuentra en un estado específico (el estado de creación de reflejo). El estado de la base de datos refleja el estado de la comunicación, el flujo de datos y la diferencia de datos entre los asociados. La sesión de creación de reflejo de la base de datos adopta el mismo estado que la base de datos principal.

Durante una sesión de creación de reflejo de una base de datos, las instancias de servidor se supervisan entre sí. Los asociados usan el estado de creación de reflejo para supervisar la base de datos. A excepción del estado PENDING_FAILOVER, las bases de datos principal y reflejada siempre tienen el mismo estado. Si se establece un testigo para la sesión, cada uno de los asociados supervisa el testigo mediante su estado de conexión (CONNECTED o DISCONNECTED).

Los estados posibles de creación de reflejo de la base de datos son:

Estado de creación de reflejo Descripción

SYNCHRONIZING

El contenido de la base de datos reflejada va por detrás del contenido de la base de datos principal. El servidor principal va enviando entradas del registro al servidor reflejado, que está aplicando los cambios a la base de datos reflejada para ponerla al día.

Al inicio de una sesión de creación de reflejo de la base de datos, la base de datos se encuentra en el estado SYNCHRONIZING. En este estado, el servidor principal sigue dando servicio a la base de datos, mientras que el reflejado intenta ponerse al día.

SYNCHRONIZED

El estado de creación de reflejo cambia a SYNCHRONIZED cuando el servidor reflejado está suficientemente al día con respecto al servidor principal. La base de datos permanece en este estado mientras el servidor principal continúa con el envío de cambios al servidor reflejado, y el servidor reflejado continúa con la aplicación de los cambios en la base de datos reflejada.

Si la seguridad de las transacciones se establece en FULL, se admite la conmutación por error automática y la conmutación por error manual en el estado SYNCHRONIZED; no hay pérdida de datos tras la conmutación por error.

Si la seguridad de las transacciones está desactivada, siempre es posible sufrir alguna pérdida de datos, incluso en el estado SYNCHRONIZED.

SUSPENDED

La copia reflejada de la base de datos no está disponible. La base de datos principal se ejecuta sin enviar registros al servidor reflejado, condición conocida como ejecución expuesta. Éste es el estado después de una conmutación por error.

Una sesión también puede tener el estado SUSPENDED como resultado de errores al rehacer, o bien si el administrador pone en pausa la sesión.

SUSPENDED es un estado persistente que sobrevive a los apagados e inicios de los asociados.

PENDING_FAILOVER

Este estado se encuentra sólo en el servidor principal después de que se haya iniciado una conmutación por error, pero el servidor todavía no se ha pasado a la función de reflejo.

Cuando se inicia la conmutación por error, la base de datos principal pasa al estado PENDING_FAILOVER, finaliza rápidamente cualquier conexión de usuario y asume la función de reflejo inmediatamente.

DISCONNECTED

El asociado ha perdido la comunicación con el otro asociado.

Vea también

Conceptos

Sesiones de creación de reflejo de la base de datos

Otros recursos

Supervisar la creación de reflejo de la base de datos

Ayuda e información

Obtener ayuda sobre SQL Server 2005

Historial de cambios

Versión Historial

14 de abril de 2006

Contenido modificado:
  • Se corrigió la descripción del estado DISCONNECTED.
  • Se corrigió la descripción del estado SYNCHRONIZED.

5 de diciembre de 2005

Contenido nuevo:
  • Se amplió la descripción del estado PENDING_FAILOVER.