Compartir a través de


Mejoras de disponibilidad (motor de base de datos)

Para proteger las bases de datos de aplicación en un entorno empresarial frente a los tiempos de inactividad planeados y no planeados, SQL Server 2012 presenta la característica Grupos de disponibilidad AlwaysOn y otras mejoras de alta disponibilidad.

En este tema

  • Características nuevas o mejoradas en SQL Server 2012 SP1

  • Instancias de clúster de conmutación por error de SQL Server AlwaysOn

  • Grupos de disponibilidad AlwaysOn

  • Operaciones en línea

Características nuevas o mejoradas en SQL Server 2012 SP1

Para obtener un resumen de todas las características mejoradas de SQL Server 2012 SP1, vea Características nuevas o mejoradas en SQL Server 2012 SP1.

Migración entre clústeres de grupos de disponibilidad AlwaysOn para la actualización del sistema operativo

SQL Server 2012 SP1 incluye compatibilidad con la migración entre clústeres de grupos de disponibilidad AlwaysOn para las implementaciones en un nuevo clúster de Clústeres de conmutación por error de Windows Server (WSFC). Una migración entre clústeres mueve un grupo de disponibilidad o un lote de grupos de disponibilidad AlwaysOn al nuevo clúster de WSFC de destino con un tiempo de inactividad mínimo. El proceso de migración entre clústeres le permite mantener los contratos de nivel de servicio (SLA) al actualizar a un clúster de Windows Server 2012. SQL Server 2012 SP1 debe estar instalado y habilitado para AlwaysOn en el clúster de WSFC de destino. El éxito de una migración entre clústeres depende de un planeamiento y una preparación exhaustivos del clúster de WSFC de destino.

Para obtener más información, vea Migración entre clústeres de grupos de disponibilidad AlwaysOn para la actualización del sistema operativo.

Icono de flecha usado con el vínculo Volver al principio[Principio]

Instancias de clúster de conmutación por error de SQL Server AlwaysOn

  • Clústeres de conmutación por error de múltiples subredes: un clúster de conmutación por error de múltiples subredes de SQL Server es una configuración donde cada nodo del clúster está conectado a una subred diferente o a un conjunto diferente de subredes. Estas subredes pueden estar en la misma ubicación o en sitios dispersos geográficamente. A veces se hace referencia a la agrupación en clústeres en sitios geográficamente dispersos como clústeres elásticos. Como no existe ningún almacenamiento compartido al que todos los nodos puedan tener acceso, los datos se deben replicar entre el almacenamiento de datos en las diversas subredes. Con la replicación de datos, hay más de una copia de los datos disponible. Por consiguiente, un clúster de conmutación por error de múltiples subredes proporciona una solución de recuperación ante desastres además de alta disponibilidad. Para obtener más información, vea Agrupación en clústeres de varias subredes de SQL Server (SQL Server).

  • Directiva de migración tras error flexible para la detección del estado de clúster: en una instancia de clúster de conmutación por error de SQL Server, solo un nodo puede poseer el grupo de recursos de clúster en un momento dado. Las solicitudes de cliente se sirven mediante este nodo para la instancia de clúster de conmutación por error. En caso de error, la propiedad del grupo se mueve a otro nodo del clúster de conmutación por error. Este proceso se denomina conmutación por error. La detección de errores mejorada presentada en SQL Server 2012, y la adición de propiedad de nivel de condición de error permite configurar una directiva de conmutación por error más flexible. Para obtener más información, vea Directiva de conmutación por error para instancias de clústeres de conmutación por error.

  • Puntos de comprobación indirectos: la característica indirecta de puntos de comprobación ofrece una alternativa de base de datos-específica a los puntos de comprobación automáticos, que están configurados por una propiedad de servidor. Los puntos de comprobación indirectos implementan un nuevo algoritmo de comprobación para Motor de base de datos. Este algoritmo proporciona una garantía más precisa del tiempo de recuperación de base de datos en caso de bloqueo o de conmutación por error que la que proporcionan los puntos de comprobación automáticos. Para asegurarse de que la recuperación de base de datos no supere el tiempo de inactividad permitido para una base de datos determinada, puede especificar el tiempo de inactividad máximo permitido para esa base de datos.

    [!NOTA]

    Una carga de trabajo transaccional en línea en una base de datos que esté configurada para puntos de comprobación indirectos podría experimentar un deterioro del rendimiento.

    Para obtener más información, vea Puntos de comprobación de base de datos (SQL Server).

Icono de flecha usado con el vínculo Volver al principio[Arriba]

Grupos de disponibilidad AlwaysOn

La implementación de Grupos de disponibilidad AlwaysOn implica crear y configurar uno o varios grupos de disponibilidad. Un grupo de disponibilidad es un contenedor que define un conjunto de bases de datos de usuario (bases de datos de disponibilidad) entre las que se realizará la conmutación por error como si se tratara de una sola unidad, y un conjunto de réplicas de disponibilidad para hospedar copias de cada una de las bases de datos de disponibilidad. Cada grupo de disponibilidad necesita al menos dos réplicas de disponibilidad: la réplica principal y la réplica secundaria.

Grupos de disponibilidad AlwaysOn proporciona un amplio conjunto de opciones que mejoran la disponibilidad de las bases de datos y permiten hacer un uso de recursos mejorado. Los componentes clave son los siguientes:

Para obtener más información, vea Grupos de disponibilidad AlwaysOn: interoperabilidad (SQL Server).

Herramientas de grupos de disponibilidad AlwaysOn

Grupos de disponibilidad AlwaysOn proporciona un conjunto integrado de herramientas para simplificar la implementación y administración de los grupos de disponibilidad, como:

Icono de flecha usado con el vínculo Volver al principio[Arriba]

Operaciones en línea

  • Compatibilidad extendida para las compilaciones de índices en línea

    Los índices que incluyen columnas de datos de objetos grandes (LOB) (varchar(max), nvarchar(max), varbinary(max) o datos XML) ahora se pueden compilar, volver a compilar o quitar en línea. Para obtener más información acerca de las operaciones de índices en línea, vea Directrices para operaciones de índices en línea y Realizar operaciones de índice en línea.

  • Tiempo de inactividad reducido para la actualización de la aplicación

    La adición de columnas de tabla que contienen valores predeterminados es ahora una operación que únicamente afecta a los metadatos, por lo que solo se necesita realizar un breve bloqueo exclusivo en el objeto, que suele durar menos de un segundo. Ya no se necesitan bloqueos de tabla exclusivos de larga duración. Para obtener información sobre la adición de columnas de tabla, vea Agregar columnas a una tabla (motor de base de datos).

Icono de flecha usado con el vínculo Volver al principio[Arriba]

Vea también

Conceptos

Novedades (motor de base de datos)

Grupos de disponibilidad AlwaysOn (SQL Server)

Instancias de clúster de conmutación por error de AlwaysOn (SQL Server)

Clústeres de conmutación por error de Windows Server (WSFC) con SQL Server