Información general de soluciones de alta disponibilidad

En esta sección se presentan varias soluciones de alta disponibilidad de SQL Server 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 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:

• Agrupación en clústeres de conmutación por error

  Una agrupación en clústeres 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. Las aplicaciones 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 la agrupación en clústeres de conmutación por error para reducir el tiempo de inactividad del sistema y proporcionar mayor disponibilidad de aplicaciones. La agrupación en clústeres de conmutación por error es compatible con SQL Server Enterprise y SQL Server Developer y, con algunas restricciones, con SQL Server Standard. Para obtener más información sobre la agrupación en clústeres de conmutación por error, vea Introducción a la agrupación en clústeres de conmutación por error de SQL Server 2008 e Instalar un clúster de conmutación por error de SQL Server 2008.

• 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 estado de espera activa, con posible pérdida de datos. El modo de alta seguridad admite una configuración alternativa: modo de alta seguridad con conmutación automática por error. 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 varios segundos.

  A partir de SQL Server 2005 Service Pack 1 (SP1), SQL Server Standard y SQL Server Enterprise han admitido los testigos y asociados de creación de reflejo de la base de datos. Pero los asociados deben usar la misma edición y solamente SQL Server Enterprise admite la creación de reflejo de la base de datos asincrónica (modo de alto rendimiento). SQL Server Workgroup y SQL Server Express también admiten testigos.

  Para obtener más información acerca de la creación de reflejo de la base de datos, vea Creación de reflejo de la base de datos.

• 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. Puede usar el trasvase de registros para mantener una o varias bases de datos en estado de espera activa para una base de datos de producción correspondiente que se conoce como base de datos principal. Las bases de datos en estado de espera también se conocen como bases de datos secundarias. Cada una de las bases de datos secundarias se crea al restaurar una copia de seguridad (sin recuperación) de la base de datos principal, o en espera. La restauración con estado de espera permite usar la base de datos secundaria resultante para la generación limitada de informes.

  La configuración del trasvase de registros incluye un único servidor principal que contiene la base de datos principal, 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 principal. El trasvase de registros implica un retraso modificable por el usuario entre el momento en que el servidor principal crea una copia de seguridad del registro de la base de datos principal 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 principal actual de la configuración del trasvase de registros.

  El trasvase de registros se admite en las ediciones Enterprise, Standard y Workgroup de SQL Server. Para obtener más información acerca del trasvase de registros, vea Información general de trasvase de registros y Administración de trasvase de registros.

• Replicación

  La replicación utiliza un modelo de publicación y suscripción. Esto permite que un servidor principal, conocido como publicador, distribuya datos a uno o varios servidores secundarios, o suscriptores. Gracias a la replicación, se puede obtener una disponibilidad y escalabilidad en tiempo real entre tales servidores. Esta solución es compartible con el filtrado para obtener un subconjunto de datos de los suscriptores, así como las actualizaciones con particiones. Los suscriptores están en línea y disponibles para la generación de informes y otras funciones, sin recuperación de consultas. SQL Server ofrece tres tipos de replicación: replicación de instantáneas, replicación transaccional y replicación de mezcla. La replicación 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 replicación se admite en todas las ediciones de SQL Server. La publicación de replicaciones no está disponible en SQL Server Express ni en SQL Server Compact 3.5 SP1.

  Importante
  Disponer de una estrategia de copias de seguridad y restauración bien diseñada e implementada es importante 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 replicación y restaurarlas.

• Bases de datos compartidas escalables

  La característica de base de datos compartida y escalable permite escalar una base de datos de sólo lectura construida exclusivamente para informes. La base de datos de informes debe residir en un conjunto de volúmenes dedicados de sólo lectura, cuyo fin principal es hospedar la base de datos. Mediante el uso de hardware estándar para servidores y volúmenes, puede escalar una base de datos de informes para que proporcione la misma vista de los datos de los informes en varios servidores de informes. Esta característica también proporciona una forma de actualización sencilla para la base de datos de informes. Para obtener más información, vea Información general de bases de datos compartidas escalables.