Configurar una alta disponibilidad

Actualizado: 5 de diciembre de 2005

Esta sección presenta varias soluciones de alta disponibilidad de Microsoft SQL Server 2005 que mejoran la disponibilidad de los servidores o las bases de datos. Una solución de alta disponibilidad enmascara los efectos de un error de hardware o software y mantiene la disponibilidad de las aplicaciones a fin de minimizar el tiempo de inactividad que perciben los usuarios.

SQL Server 2005 ofrece varias opciones para crear una alta disponibilidad para un servidor o una base de datos. Entre las opciones de alta disponibilidad figuran las siguientes:

• Clúster de conmutación por error
  Un clúster de conmutación proporciona alta disponibilidad a una instancia completa de SQL Server. Un clúster de conmutación por error es una combinación de uno o varios nodos, o servidores, con dos o más discos compartidos. Aplicaciones como SQL Server y Notification Services se instalan cada una en un grupo de clústeres de Servicios de Cluster Server de Microsoft (MSCS), conocido como grupo de recursos. En todo momento, cada grupo de recursos es propiedad de un único nodo del clúster. El servicio de aplicación tiene un nombre virtual que es independiente de los nombres del nodo y al que nos referimos como nombre de instancia de clúster de conmutación por error. Una aplicación puede conectarse con la instancia de clúster de conmutación por error si hace referencia al nombre de la misma. La aplicación no necesita saber qué nodo aloja a la instancia de clúster de conmutación por error.
  Una instancia de clúster de conmutación por error de SQL Server aparece en la red como un equipo individual, pero ofrece funciones para la conmutación por error entre nodos si el nodo actual deja de estar disponible. Por ejemplo, durante un error de hardware no relacionado con el disco, un error del sistema operativo o una actualización planeada del mismo, puede configurar una instancia de SQL Server en un nodo de un clúster de conmutación por error para que conmute a cualquier otro nodo del grupo de discos.
  Un clúster de conmutación por error no implica protección ante errores de disco. Puede utilizar el clúster de conmutación por error para reducir el tiempo de inactividad del sistema y garantizar una mayor disponibilidad de la aplicación. El clúster de conmutación por error es compatible con SQL Server 2005 Enterprise Edition, Developer Edition y, con algunas restricciones, en la versión Standard Edition. Para obtener más información acerca de los clústeres de conmutación por error, vea Clúster de conmutación por error y Instalar un clúster de conmutación por error.

• Creación de reflejo de la base de datos
  La creación de reflejo de la base de datos es básicamente una solución de software para aumentar la disponibilidad de la base de datos mediante una conmutación por error casi inmediata. La creación de reflejo de la base de datos puede utilizarse para mantener una sola base de datos en estado de espera, o base de datos reflejada, para una base de datos de producción correspondiente a la que se conoce como base de datos principal.
  La base de datos reflejada se crea mediante la restauración (sin recuperación) de una copia de seguridad de la base de datos principal. Eso hace que los clientes no dispongan de acceso a la base de datos reflejada. Sin embargo, es posible utilizarla de forma indirecta para generar informes creando una instantánea de base de datos en la base de datos reflejada. La instantánea de la base de datos proporciona a los clientes acceso de sólo lectura a la información de la base de datos tal como existía al crearse la instantánea.
  Cada configuración de creación de reflejo de la base de datos incluye un servidor principal que contiene la base de datos principal y un servidor reflejado que contiene la base de datos reflejada. El servidor reflejado actualiza de forma constante la base de datos reflejada con relación a la base de datos principal.
  La creación de reflejo de la base de datos se ejecuta con una operación sincrónica en modo de alta seguridad o con una operación asincrónica en modo de alto rendimiento. En modo de alto rendimiento, las transacciones se confirman sin esperar a que el servidor reflejado escriba el registro en el disco, lo que maximiza el rendimiento. En modo de alta seguridad, una transacción confirmada se confirma en ambos asociados, pero a riesgo de aumentar la latencia de las transacciones.
  En la configuración más sencilla, la creación de reflejo de la base de datos sólo implica a los servidores principal y reflejado. En esta configuración, si se pierde el servidor principal, el reflejado se puede utilizar como servidor en espera semiactiva, con posible pérdida de datos. El modo de alta seguridad admite una configuración alternativa: modo de alta seguridad con conmutación por error automática. Esta configuración implica a una tercera instancia de servidor, denominada testigo, que permite al servidor reflejado actuar como servidor en espera activa. La conmutación por error de la base de datos principal a la base de datos reflejada suele tardar unos segundos.
  Los asociados de creación de reflejo de la base de datos y los testigos se admiten en SQL Server 2005 Standard Edition SP1 y versiones posteriores, y en SQL Server 2005 Enterprise Edition SP1 y versiones posteriores. Pero los asociados deben usar la misma edición y la creación de reflejo de la base de datos asincrónica (el modo de alto rendimiento) sólo se admite en SQL Server 2005 Enterprise Edition SP1 y versiones posteriores. Los testigos también se admiten en SQL Server 2005 Workgroup Edition SP1 y versiones posteriores, y en SQL Server 2005 Express Edition SP1 y versiones posteriores. Para obtener más información acerca de la creación de reflejo de la base de datos, vea Database Mirroring.

• Trasvase de registros
  Al igual que la creación de reflejo de la base de datos, el trasvase de registros se aplica en la base de datos. El trasvase de registros puede utilizarse para mantener una o más bases de datos en espera semiactiva, denominadas bases de datos secundarias, para una base de datos de producción correspondiente conocida como base de datos primaria. Cada una de las bases de datos secundarias se crea al restaurar una copia de seguridad (sin recuperación) de la base de datos primaria, o en espera. La restauración con base de datos en espera permite que la base de datos secundaria resultante se utilice para la generación limitada de informes.
  La configuración del trasvase de registros incluye un único servidor primario que contiene la base de datos primaria, uno o varios servidores secundarios, cada uno con una base de datos secundaria, y un servidor de supervisión. Cada servidor secundario actualiza su base de datos secundaria a intervalos regulares a partir de las copias de seguridad del registro de la base de datos primaria. El trasvase de registros implica un retraso modificable por el usuario entre el momento en que el servidor primario crea una copia de seguridad del registro de la base de datos primaria y el momento en que el servidor secundario restaura la copia de seguridad del registro. Antes de que se pueda producir una conmutación por error, debe actualizarse totalmente una base de datos secundaria al aplicar manualmente las copias de seguridad del registro no restauradas.
  El trasvase de registros ofrece la flexibilidad de admitir varias bases de datos en espera. Si necesita varias bases de datos en espera, utilice el trasvase de registros por sí solo o como complemento a la creación de reflejo de la base de datos. Al combinar estas soluciones, la base de datos primaria actual de la configuración de la creación de reflejo de la base de datos es también la base de datos primaria actual de la configuración del trasvase de registros.
  El trasvase de registros es compatible con SQL Server 2005 Enterprise Edition, Standard Edition y Workgroup Edition. Para obtener más información acerca del trasvase de registros, vea Trasvase de registros.

• Réplica
  La réplica utiliza un modelo de publicación y suscripción, lo que permite que un servidor primario, conocido como publicador, distribuya datos a uno o varios servidores secundarios o suscriptores. Gracias a la réplica se puede obtener una disponibilidad y escalabilidad en tiempo real entre tales servidores. Esta solución admite el filtrado para obtener un subconjunto de datos de los Suscriptores, así como las actualizaciones con particiones. Los suscriptores están conectados y disponibles para la generación de informes y otras funciones, sin recuperación de consultas. SQL Server ofrece tres tipos de réplica: réplica de instantáneas, réplica transaccional y réplica de mezcla. La réplica transaccional proporciona la latencia más baja y es la que más se suele utilizar por su alta disponibilidad. Para obtener más información, vea Mejorar la escalabilidad y la disponibilidad.
  La réplica es compatible con todas las ediciones de SQL Server 2005. La publicación de réplicas no está disponible en SQL Server 2005 Express Edition ni en SQL Server Compact Edition. Si desea obtener una lista completa de las características de réplica compatibles con cada edición, vea Características compatibles con las ediciones de SQL Server 2005.

  Importante:
  Es fundamental disponer de una estrategia de copia de seguridad y restauración bien diseñada e implementada para utilizar una solución de alta disponibilidad. Para obtener más información, vea Realizar copias de seguridad y restaurar bases de datos en SQL Server y Realizar copias de seguridad de bases de datos de réplica y restaurarlas.

Seleccionar una solución de alta disponibilidad

En la siguiente lista figuran algunas consideraciones que deben tenerse en cuenta para elegir una solución de alta disponibilidad:

• El clúster de conmutación por error y la creación de reflejo de la base de datos ofrecen:

  • Detección y conmutación por error automáticas

  • Conmutación por error manual

  • Redireccionamiento de clientes transparente
    El clúster de conmutación por error presenta las siguientes restricciones:

  • Funciona en el ámbito de la instancia de servidor

  • Exige hardware firmado

  • No permite la generación de informes en espera

  • Utiliza una sola copia de la base de datos

  • No protege frente a errores de disco
    La creación de reflejo de la base de datos ofrece las siguientes ventajas:

  • Se aplica en la base de datos

  • Utiliza una sola copia duplicada de la base de datos

    [!NOTA] En caso de necesitarse más copias, puede utilizar la solución de trasvase de registros en la base de datos además de la creación de reflejo de la base de datos.

  • Utiliza servidores estándar

  • Proporciona una capacidad de generación de informes limitada en el servidor reflejado mediante instantáneas de base de datos

  • Cuando funciona de forma síncrona, garantiza una pérdida de datos cero gracias a la confirmación retardada de la base de datos principal
    La creación de reflejo de la base de datos supone un aumento considerable de la disponibilidad con relación al nivel que se conseguía anteriormente con SQL Server y constituye una alternativa fácil de administrar al clúster de conmutación por error.

  [!NOTA] Para obtener información acerca de cómo usar la creación de reflejo de la base de datos con un clúster de conmutación por error, vea Creación de reflejo de la base de datos y clúster de conmutación por error. Para obtener información acerca de cómo usar Notification Services con clústeres de conmutación por error, vea Usar clústeres de conmutación por error con Notification Services. Para obtener información acerca de cómo usar Notification Services con la creación de reflejo de la base de datos, vea Usar el trasvase de registros o la creación de reflejo de la base de datos con Notification Services.

• Trasvase de registros
  El trasvase de registros puede ser un complemento o una alternativa a la creación de reflejo de la base de datos. Aunque son similares conceptualmente, la creación de reflejo de la base de datos asincrónica y el trasvase de registros tienen diferencias importantes. El trasvase de registros ofrece las siguientes capacidades distintivas:

  • Admite varias bases de datos secundarias en varias instancias de servidor para una base de datos principal única.

  • Permite un retraso especificado por el usuario entre el momento en que el servidor primario realiza una copia de seguridad del registro de la base de datos primaria y el momento en que los servidores secundarios deben restaurar la copia de seguridad del registro. Un retraso más largo puede ser útil, por ejemplo, si los datos se cambian en la base de datos principal de manera accidental. Si se detecta el cambio accidental rápidamente, un retraso puede permitirle recuperar datos aún sin modificar de una base de datos secundaria antes de que el cambio se refleje en ella.
    Si se compara con el tiempo más breve necesario para que el trasvase de registros refleje un cambio en una base de datos secundaria, la creación de reflejo de la base de datos asincrónica tiene la ventaja potencial de un tiempo menor entre el momento en que se realiza un cambio determinado en la base de datos primaria y el momento en que dicho cambio surte efecto en la base de datos reflejada.
    Una ventaja de la creación de reflejo de la base de datos respecto al trasvase de registros es que el modo de alta seguridad es una configuración "sin pérdida de datos" que se admite como estrategia de conmutación por error simple.

    [!NOTA] Para obtener información acerca de cómo usar el trasvase de registros con la creación de reflejo de la base de datos, vea Creación de reflejo de la base de datos y trasvase de registros. Para obtener información acerca de cómo usar el trasvase de registros con Notification Services, vea Usar el trasvase de registros o la creación de reflejo de la base de datos con Notification Services.

• Réplica
  La réplica ofrece las siguientes ventajas:

  • Permite el filtrado en la base de datos para obtener un subconjunto de datos en las bases de datos secundarias, dado que funciona en el ámbito de la base de datos.
  • Permite más de una copia redundante de la base de datos.
  • Permite la disponibilidad y escalabilidad en tiempo real entre varias bases de datos, además de admitir las actualizaciones con particiones.
  • Asegura una disponibilidad completa de las bases de datos secundarias para las opciones de informes entre otras, sin recuperación de consultas.

  [!NOTA] Para obtener información acerca de cómo usar la creación de reflejo de la base de datos con la réplica, vea Réplica y creación de reflejo de la base de datos.

En esta sección

Vea también

Otros recursos

Requisitos de hardware y software para instalar SQL Server 2005
Características compatibles con las ediciones de SQL Server 2005
Réplica de SQL Server

Ayuda e información

Obtener ayuda sobre SQL Server 2005