Compartir a través de

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

  • Artículo

Para admitir la conmutación por error automática, una sesión de creación de reflejo de la base de datos debe configurarse en modo de alta seguridad y tener una tercera instancia de servidor, denominada el testigo. El testigo es una instancia opcional de SQL Server que habilita al servidor reflejado en una sesión en modo de alta seguridad para que reconozca si se debe iniciar una conmutación por error automática. A diferencia de los dos asociados, el testigo no sirve a la base de datos. La única función del testigo es hacer posible la conmutación por error automática.

[!NOTA] En el modo de alto rendimiento, el testigo puede afectar negativamente a la disponibilidad. Si se configura un testigo para una sesión de creación de reflejo de la base de datos, el servidor principal debe conectarse al menos a otra de las instancias de servidor, el servidor reflejado o el testigo, o bien a ambos. De lo contrario, la base de datos no estará disponible y no se podrá forzar el servicio (con posible pérdida de datos). Por lo tanto, para el modo de alto rendimiento, se recomienda mantener el testigo establecido siempre en OFF. Para obtener información acerca del impacto del testigo en el modo de alto rendimiento, vea Operación asincrónica de creación de reflejo de la base de datos (Modo de alto rendimiento).

En la siguiente ilustración se muestra una sesión en modo de alta seguridad que incluye un testigo.

Sesión de creación de reflejo con un testigo

Usar un testigo en varias sesiones

Una instancia de servidor específica puede actuar como testigo en sesiones de creación de reflejo de base de datos simultáneas, cada una de ellas para una base de datos distinta. Sesiones diferentes pueden tener asociados diferentes. En la siguiente ilustración se muestra una instancia de servidor que actúa como testigo de dos sesiones de creación de reflejo de la base de datos con asociados diferentes.

Instancia de servidor que es testigo de 2 bases de datos

Una sola instancia de servidor también puede funcionar simultáneamente como testigo en unas sesiones y como asociado en otras. Sin embargo, en la práctica, las instancias de servidor suelen funcionar o como testigo o como asociado. Esto se debe a que los asociados requieren equipos sofisticados con suficiente hardware para admitir una base de datos de producción, mientras que los testigos se pueden ejecutar en cualquier sistema Windows disponible que sea compatible con SQL Server 2005.

Recomendaciones de software y hardware

Es muy recomendable que el testigo se encuentre en un equipo diferente de los asociados. A diferencia de los asociados de creación de reflejo de la base de datos, que sólo se admiten en SQL Server 2005 Standard Edition y SQL Server 2005 Enterprise Edition, los testigos también se admiten en SQL Server 2005 Workgroup Edition y SQL Server 2005 Express Edition. Un testigo se puede ejecutar en cualquier equipo de confianza que admita SQL Server 2005, pero se recomienda que todas las instancias de servidor que se usen como testigos tengan la configuración mínima necesaria para SQL Server 2005 Standard Edition. Para obtener más información acerca de estos requisitos, vea Requisitos de hardware y software para instalar SQL Server 2005.

Función del testigo en la conmutación por error automática

Durante la sesión de creación de reflejo de una base de datos, todas las instancias de servidor supervisan su estado de conexión. Si los asociados quedan desconectados entre sí, dependen del testigo para garantizar que únicamente uno de ellos sirve actualmente a la base de datos. Si un servidor reflejado sincronizado pierde su conexión con el servidor principal pero permanece conectado al testigo, se pondrá en contacto con el testigo para determinar si este último ha perdido la conexión con el servidor principal.

  • Si el servidor principal aún está conectado al testigo, no se produce la conmutación por error automática. Por el contrario, el servidor principal continúa sirviendo a la base de datos y, al mismo tiempo, acumula entradas del registro para enviarlas al servidor reflejado cuando los asociados vuelvan a conectarse.
  • Si el testigo también está desconectado del servidor principal, el servidor reflejado sabrá que la base de datos principal no está disponible. En este caso, el servidor reflejado inicia de inmediato la conmutación por error automática.
  • Si el servidor reflejado está desconectado del testigo y también del servidor principal, no se puede realizar la conmutación por error automática, independientemente del estado del servidor principal.

El requisito de que al menos dos de las instancias de servidor estén conectadas se denomina quórum. El quórum garantiza el servicio de la base de datos únicamente por parte de un asociado cada vez. Para obtener más información acerca del funcionamiento del quórum y su repercusión en una sesión, vea Quórum: cómo un testigo afecta a la disponibilidad de la base de datos.

Agregar o eliminar un testigo

Para agregar un testigo

Para quitar el testigo

Vea también

Conceptos

Conmutación por error automática
Quórum: cómo un testigo afecta a la disponibilidad de la base de datos
Posibles errores durante la creación de reflejo de la base de datos
Estados de creación de reflejo
Creación de reflejo sincrónico de la base de datos (modo de alta seguridad)

Ayuda e información

Obtener ayuda sobre SQL Server 2005

Historial de cambios

Versión Historial

17 de julio de 2006
Contenido modificado:
  • Se reorganizó el tema para destacar más los requisitos de configuración y hardware.
  • Se amplió la descripción de la función del testigo.

5 de diciembre de 2005
Contenido nuevo:
  • Se agregó que el testigo puede ejecutarse en cualquier sistema informático confiable que admita SQL Server.
Contenido modificado:
  • Se quitó la afirmación de que, al configurar el testigo, se cierran todas las conexiones con la base de datos principal y se reinicia la base de datos.