Información general de los grupos de disponibilidad AlwaysOn (SQL Server)Overview of Always On Availability Groups (SQL Server)

En este tema se aplica a: SíSQL Servernobase de datos de SQL Azurenoalmacenamiento de datos de SQL Azure ningún Almacenamiento de datos paralelosTHIS TOPIC APPLIES TO: yesSQL ServernoAzure SQL DatabasenoAzure SQL Data Warehouse noParallel Data Warehouse

Para obtener contenido relacionado sobre las versiones anteriores de SQL Server, vea Información general de los grupos de disponibilidad AlwaysOn (SQL Server).For content related to previous versions of SQL Server, see Overview of AlwaysOn Availability Groups (SQL Server).

En este tema se presentan los conceptos centrales de Grupos de disponibilidad AlwaysOnAlways On availability groups para configurar y administrar uno o varios grupos de disponibilidad en SQL Server 2017SQL Server 2017.This topic introduces the Grupos de disponibilidad AlwaysOnAlways On availability groups concepts that are central for configuring and managing one or more availability groups in SQL Server 2017SQL Server 2017. Para obtener un resumen de las ventajas proporcionadas por los grupos de disponibilidad e información general de la terminología de Grupos de disponibilidad AlwaysOnAlways On availability groups, vea Grupos de disponibilidad AlwaysOn (SQL Server).For a summary of the benefits offered by availability groups and an overview of Grupos de disponibilidad AlwaysOnAlways On availability groups terminology, see Always On Availability Groups (SQL Server).

Un grupo de disponibilidad admite un entorno replicado de un conjunto discreto de bases de datos de usuario, conocido como bases de datos de disponibilidad.An availability group supports a replicated environment for a discrete set of user databases, known as availability databases. Un grupo de disponibilidad se puede crear para alta disponibilidad (HA) o para escalado de lectura.You can create an availability group for high availability (HA) or for read-scale. Un grupo de disponibilidad para alta disponibilidad es un grupo de bases de datos que realizan la conmutación por error conjuntamente.An HA availability group is a group of databases that fail over together. Un grupo de disponibilidad para escalado de lectura es un grupo de bases de datos que se copian en otras instancias de SQL Server para cargas de trabajo de solo lectura.A read-scale availability group is a group of databases that are copied to other instances of SQL Server for read-only workload. Un grupo de disponibilidad admite un conjunto de bases de datos principales y entre uno y ocho conjuntos de las bases de datos secundarias correspondientes.An availability group supports one set of primary databases and one to eight sets of corresponding secondary databases. Las bases de datos secundarias no son copias de seguridad.Secondary databases are not backups. Continúe haciendo copias de seguridad de las bases de datos y de sus registros de transacciones periódicamente.Continue to back up your databases and their transaction logs on a regular basis.

Sugerencia

Puede crear cualquier tipo de copia de seguridad de una base de datos principal.You can create any type of backup of a primary database. También puede crear copias de seguridad de registros y copias de seguridad completas de solo copia de las bases de datos secundarias.Alternatively, you can create log backups and copy-only full backups of secondary databases. Para obtener más información, vea Secundarias activas: copia de seguridad en las réplicas secundarias (grupos de disponibilidad AlwaysOn).For more information, see Active Secondaries: Backup on Secondary Replicas (Always On Availability Groups).

Cada conjunto de base de datos de disponibilidad es hospedado por una réplica de disponibilidad.Each set of availability database is hosted by an availability replica. Existen dos tipos de réplicas de disponibilidad: una única réplica principal,Two types of availability replicas exist: a single primary replica. que hospeda las bases de datos principales, y entre una y ocho réplicas secundarias, cada una de las cuales hospeda un conjunto de bases de datos secundarias y podría ser el destino de una posible conmutación por error del grupo de disponibilidad.which hosts the primary databases, and one to eight secondary replicas, each of which hosts a set of secondary databases and serves as a potential failover targets for the availability group. Un grupo de disponibilidad realiza la conmutación por error en el nivel de réplica de disponibilidad.An availability group fails over at the level of an availability replica. En el conjunto de bases de datos de un grupo de disponibilidad, una réplica de disponibilidad proporciona redundancia únicamente en el nivel de base de datos.An availability replica provides redundancy only at the database level—for the set of databases in one availability group. Las conmutaciones por error no se deben a problemas de bases de datos, como, por ejemplo, a que una base de datos pase a ser sospechosa debido a la pérdida de un archivo de datos o a los daños de un registro de transacciones.Failovers are not caused by database issues such as a database becoming suspect due to a loss of a data file or corruption of a transaction log.

La réplica principal hace que las bases de datos principales estén disponibles para las conexiones de lectura/escritura que tienen como origen los clientes.The primary replica makes the primary databases available for read-write connections from clients. La réplica principal envía las entradas del registro de transacciones de cada base de datos principal a todas las bases de datos secundarias.The primary replica sends transaction log records of each primary database to every secondary database. Este proceso, conocido como sincronización de datos, tiene lugar en el nivel de la base de datos.This process - known as data synchronization - occurs at the database level. Cada una de las réplicas secundarias almacena en memoria caché las entradas del registro de transacciones (refuerza el registro) y las aplica a la base de datos secundaria correspondiente.Every secondary replica caches the transaction log records (hardens the log) and then applies them to its corresponding secondary database. La sincronización de datos se produce entre la base de datos principal y cada una de las bases de datos secundarias conectadas, independientemente de las demás bases de datos.Data synchronization occurs between the primary database and each connected secondary database, independently of the other databases. Por tanto, una base de datos secundaria puede suspenderse o sufrir un error sin afectar a otras bases de datos secundarias, y una base de datos principal puede suspenderse o sufrir un error sin afectar a otras bases de datos principales.Therefore, a secondary database can be suspended or fail without affecting other secondary databases, and a primary database can be suspended or fail without affecting other primary databases.

Opcionalmente, puede configurar una o varias réplicas secundarias para que admitan acceso de solo lectura a las bases de datos secundarias y puede configurar las réplicas secundarias para que permitan copias de seguridad de las bases de datos secundarias.Optionally, you can configure one or more secondary replicas to support read-only access to secondary databases, and you can configure any secondary replica to permit backups on secondary databases.

SQL Server 2017 incluye dos arquitecturas diferentes para los grupos de disponibilidad.SQL Server 2017 introduces two different architectures for availability groups. Los grupos de disponibilidad AlwaysOn proporcionan alta disponibilidad, recuperación ante desastres y equilibrio del escalado de lectura.Always On availability groups provide high availability, disaster recovery, and read-scale balancing. Estos grupos de disponibilidad requieren un administrador de clústeres.These availability groups require a cluster manager. En Windows, los clústeres de conmutación por error proporcionan el administrador de clústeres.In Windows, failover clustering provides the cluster manager. En Linux, puede usar Pacemaker.In Linux, you can use Pacemaker. La otra arquitectura es un grupo de disponibilidad de escalado de lectura.The other architecture is a read-scale availability group. Un grupo de disponibilidad de escalado de lectura proporciona réplicas para las cargas de trabajo de solo lectura, pero no alta disponibilidad.A read scale availability group provides replicas for read-only workloads but not high availability. En un grupo de disponibilidad de escalado de lectura no hay ningún administrador de clústeres.In a read-scale availability group there is no cluster manager.

La implementación de Grupos de disponibilidad AlwaysOnAlways On availability groups para alta disponibilidad en Windows requiere un clúster de conmutación por error de Windows Server (WSFC).Deploying Grupos de disponibilidad AlwaysOnAlways On availability groups for HA on Windows requires a Windows Server Failover Cluster(WSFC). Cada réplica de disponibilidad de un determinado grupo de disponibilidad debe residir en otro nodo del mismo WSFC.Each availability replica of a given availability group must reside on a different node of the same WSFC. La única excepción es que mientras se migra a otro clúster de WSFC, un grupo de disponibilidad puede ocupar temporalmente dos clústeres.The only exception is that while being migrated to another WSFC cluster, an availability group can temporarily straddle two clusters.

Nota

Para más información sobre los grupos de disponibilidad en Linux, vea Always On availability group for SQL Server on Linux (Grupos de disponibilidad AlwaysOn de SQL Server en Linux).For information about availability groups on Linux, see Always On availability group for SQL Server on Linux .

En una configuración de alta disponibilidad, se crea un rol de clúster por cada grupo de disponibilidad que cree.In an HA configuration, a cluster role is created for every availability group that you create. El clúster de WSFC supervisa este rol para evaluar el estado de la réplica principal.The WSFC cluster monitors this role to evaluate the health of the primary replica. El quorum para Grupos de disponibilidad AlwaysOnAlways On availability groups se basa en todos los nodos del clúster de WSFC independientemente de si un nodo de clúster determinado hospeda alguna réplica de disponibilidad.The quorum for Grupos de disponibilidad AlwaysOnAlways On availability groups is based on all nodes in the WSFC cluster regardless of whether a given cluster node hosts any availability replicas. A diferencia de la creación de reflejo de la base de datos, no hay ningún rol testigo en Grupos de disponibilidad AlwaysOnAlways On availability groups.In contrast to database mirroring, there is no witness role in Grupos de disponibilidad AlwaysOnAlways On availability groups.

Nota

Para obtener información sobre la relación de componentes AlwaysOn de SQL Server con el clúster de WSFC, vea Clústeres de conmutación por error de Windows Server (WSFC) con SQL Server.For information about the relationship of SQL Server Always On components to the WSFC cluster, see Windows Server Failover Clustering (WSFC) with SQL Server.

En la ilustración siguiente se muestra un grupo de disponibilidad que contiene solo una réplica principal y cuatro réplicas secundarias.The following illustration shows an availability group that contains one primary replica and four secondary replicas. Se admiten hasta ocho réplicas secundarias, incluidas una réplica principal y dos réplicas secundarias de confirmación sincrónica.Up to eight secondary replicas are supported, including one primary replica and two synchronous-commit secondary replicas.

Grupo de disponibilidad con cinco réplicasAvailability group with five replicas

Availability DatabasesAvailability Databases

Para agregar una base de datos a un grupo de disponibilidad, la base de datos debe ser una base de datos de lectura/escritura en línea que exista en la instancia del servidor que hospeda la réplica principal.To add a database to an availability group, the database must be an online, read-write database that exists on the server instance that hosts the primary replica. Al agregar una base de datos, se une al grupo de disponibilidad como base de datos principal, mientras permanece disponible para los clientes.When you add a database, it joins the availability group as a primary database, while remaining available to clients. No existe una base de datos secundaria correspondiente hasta que las copias de seguridad de la nueva base de datos principal se restauran a la instancia del servidor que hospeda la réplica secundaria (utilizando RESTORE WITH NORECOVERY).No corresponding secondary database exists until backups of the new primary database are restored to the server instance that hosts the secondary replica (using RESTORE WITH NORECOVERY). La nueva base de datos secundaria está en estado RESTORING hasta que se une al grupo de disponibilidad.The new secondary database is in the RESTORING state until it is joined to the availability group. Para obtener más información, vea Iniciar el movimiento de datos en una base de datos secundaria AlwaysOn (SQL Server).For more information, see Start Data Movement on an Always On Secondary Database (SQL Server).

La unión coloca la base de datos secundaria en estado ONLINE e inicia la sincronización de datos con la base de datos principal correspondiente.Joining places the secondary database into the ONLINE state and initiates data synchronization with the corresponding primary database. Lasincronización de datos es el proceso mediante el cual los cambios en una base de datos principal se reproducidos en una base de datos secundaria.Data synchronization is the process by which changes to a primary database are reproduced on a secondary database. La sincronización de datos implica que la base de datos principal envía entradas del registro de transacciones a la base de datos secundaria.Data synchronization involves the primary database sending transaction log records to the secondary database.

Importante

Una base de datos de disponibilidad a veces se denomina réplica de base de datos en los nombres de Objetos de administración de SQL Server (SMO), Transact-SQLTransact-SQLy PowerShell.An availability database is sometimes called a database replica in Transact-SQLTransact-SQL, PowerShell, and SQL Server Management Objects (SMO) names. Por ejemplo, el término "réplica de base de datos" se usa en los nombres de las vistas de administración dinámicas de AlwaysOn que devuelven información sobre las bases de datos de disponibilidad: sys.dm_hadr_database_replica_states y sys.dm_hadr_database_replica_cluster_states.For example, the term "database replica" is used in the names of the Always On dynamic management views that return information about availability databases: sys.dm_hadr_database_replica_states and sys.dm_hadr_database_replica_cluster_states. Sin embargo, en Libros en pantalla de SQL Server, el término "réplica" suele hacer referencia a las réplicas de disponibilidad.However, in SQL Server Books Online, the term "replica" typically refers to availability replicas. Por ejemplo, “replicación primaria” y “replicación secundaria” siempre hacen referencia a la disponibilidad de las réplicas.For example, "primary replica" and "secondary replica" always refer to availability replicas.

Réplicas de disponibilidadAvailability Replicas

Cada grupo de disponibilidad define un conjunto de dos o más asociados de conmutación por error conocidos como réplicas de disponibilidad.Each availability group defines a set of two or more failover partners known as availability replicas. Lasréplicas de disponibilidad son componentes del grupo de disponibilidad.Availability replicas are components of the availability group. Cada réplica de disponibilidad hospeda una copia de las bases de datos de disponibilidad en el grupo de disponibilidad.Each availability replica hosts a copy of the availability databases in the availability group. Para un grupo de disponibilidad determinado, las réplicas de disponibilidad deben hospedarse en instancias independientes de SQL ServerSQL Server que residan en nodos diferentes de un clúster de WSFC.For a given availability group, the availability replicas must be hosted by separate instances of SQL ServerSQL Server residing on different nodes of a WSFC cluster. Cada una de estas instancias del servidor debe estar habilitada para AlwaysOn.Each of these server instances must be enabled for Always On.

Una instancia determinada solo puede hospedar una única réplica de disponibilidad por grupo de disponibilidad.A given instance can host only one availability replica per availability group. Sin embargo, cada instancia puede utilizarse para varios grupos de disponibilidad.However, each instance can be used for many availability groups. Una instancia determinada puede ser una instancia independiente o una instancia de clúster de conmutación por error (FCI) de SQL ServerSQL Server .A given instance can be either a stand-alone instance or a SQL ServerSQL Server failover cluster instance (FCI). Si necesita redundancia de nivel de servidor, utilice instancias de clúster de conmutación por error.If you require server-level redundancy, use Failover Cluster Instances.

A cada réplica de disponibilidad se le asigna un rol, ya sea el rol principal o el rol secundario, que es heredado por las bases de datos de disponibilidad de esa réplica.Every availability replica is assigned an initial role—either the primary role or the secondary role, which is inherited by the availability databases of that replica. El rol de una réplica dada determina si hospeda bases de datos de lectura/escritura o bases de datos de solo lectura.The role of a given replica determines whether it hosts read-write databases or read-only databases. A una réplica, conocida como réplica principal, se le asigna el rol principal y hospeda bases de datos de lectura/escritura, que se denominan bases de datos principales.One replica, known as the primary replica, is assigned the primary role and hosts read-write databases, which are known as primary databases. Como mínimo, a otra réplica denominada réplica secundariase le asigna el rol secundario.At least one other replica, known as a secondary replica, is assigned the secondary role. Una réplica secundaria hospeda bases de datos de solo lectura, conocidas como bases de datos secundarias.A secondary replica hosts read-only databases, known as secondary databases.

Nota

Cuando el rol de una réplica de disponibilidad es indeterminado, como durante una conmutación por error, sus bases de datos están temporalmente en estado NOT SYNCHRONIZING.When the role of an availability replica is indeterminate, such as during a failover, its databases are temporarily in a NOT SYNCHRONIZING state. Su rol se establece en RESOLVING hasta que el rol de la réplica de disponibilidad se resuelve.Their role is set to RESOLVING until the role of the availability replica has resolved. Si una réplica de disponibilidad se resuelve en el rol principal, sus bases de datos se convierten en las bases de datos principales.If an availability replica resolves to the primary role, its databases become the primary databases. Si una réplica de disponibilidad se resuelve en el rol secundario, sus bases de datos se convierten en bases de datos secundarias.If an availability replica resolves to the secondary role, its databases become secondary databases.

Modos de disponibilidadAvailability Modes

El modo de disponibilidad es una propiedad de cada réplica de disponibilidad.The availability mode is a property of each availability replica. El modo de disponibilidad determina si la réplica principal espera la confirmación de transacciones en una base de datos hasta que una réplica secundaria haya escrito las entradas del registro de transacciones en el disco (protegido el registro).The availability mode determines whether the primary replica waits to commit transactions on a database until a given secondary replica has written the transaction log records to disk (hardened the log). Grupos de disponibilidad AlwaysOnAlways On availability groups admite dos modos de disponibilidad:modo de confirmación asincrónica y modo de confirmación sincrónica. supports two availability modes—asynchronous-commit mode and synchronous-commit mode.

  • Asynchronous-commit modeAsynchronous-commit mode

    Una réplica de disponibilidad que usa este modo de disponibilidad se denominaréplica de confirmación asincrónica.An availability replica that uses this availability mode is known as anasynchronous-commit replica. En modo de confirmación asincrónica, la réplica principal confirma las transacciones sin esperar la notificación de que una réplica secundaria de confirmación asincrónica ha protegido el registro.Under asynchronous-commit mode, the primary replica commits transactions without waiting for acknowledgement that an asynchronous-commit secondary replica has hardened the log. El modo de confirmación asincrónica minimiza la latencia de las transacciones en las bases de datos secundarias pero permite que se retrasen detrás de las bases de datos principales, haciendo posible alguna pérdida de datos.Asynchronous-commit mode minimizes transaction latency on the secondary databases but allows them to lag behind the primary databases, making some data loss possible.

  • Synchronous-commit modeSynchronous-commit mode

    Una réplica de disponibilidad que usa este modo de disponibilidad se denomina réplica de confirmación sincrónica.An availability replica that uses this availability mode is known as a synchronous-commit replica. En modo de confirmación sincrónica, antes de la confirmación de transacciones, una réplica principal de confirmación sincrónica espera a que una réplica secundaria de confirmación sincrónica notifique que ha terminado de proteger el registro.Under synchronous-commit mode, before committing transactions, a synchronous-commit primary replica waits for a synchronous-commit secondary replica to acknowledge that it has finished hardening the log. El modo de confirmación sincrónica asegura que, una vez que una base de datos secundaria se sincroniza con la base de datos principal, las transacciones confirmadas queden totalmente protegidas.Synchronous-commit mode ensures that once a given secondary database is synchronized with the primary database, committed transactions are fully protected. Esta protección se produce a costa de que aumente la latencia de las transacciones.This protection comes at the cost of increased transaction latency.

    Para obtener más información, vea Modos de disponibilidad (grupos de disponibilidad AlwaysOn).For more information, see Availability Modes (Always On Availability Groups).

Tipos de conmutación por errorTypes of Failover

En el contexto de una sesión entre la réplica principal y una réplica secundaria, los roles principal y secundario son potencialmente intercambiables en un proceso denominado conmutación por error.Within the context of a session between the primary replica and a secondary replica, the primary and secondary roles are potentially interchangeable in a process known as failover. Durante una conmutación por error, la réplica secundaria de destino realiza la transición al rol principal, pasando a ser la nueva réplica principal.During a failover the target secondary replica transitions to the primary role, becoming the new primary replica. La nueva réplica principal pone sus bases de datos en línea como bases de datos principales y las aplicaciones cliente pueden conectarse a ellas.The new primary replica brings its databases online as the primary databases, and client applications can connect to them. Cuando la réplica principal anterior está disponible, realiza la transición al rol secundario, pasando a ser una réplica secundaria.When the former primary replica is available, it transitions to the secondary role, becoming a secondary replica. Las bases de datos principales anteriores se convierten en bases de datos secundaria y se reanuda la sincronización de datos.The former primary databases become secondary databases and data synchronization resumes.

Existen tres formas de conmutación por error: automática, manual y forzada (con posible pérdida de datos).Three forms of failover exist—automatic, manual, and forced (with possible data loss). La forma o formas de conmutación por error admitidas por una réplica secundaria dependen de su modo de disponibilidad y, para el modo de confirmación sincrónica, del modo de conmutación por error de la réplica principal y la réplica secundaria de destino, del siguiente modo.The form or forms of failover supported by a given secondary replica depends on its availability mode, and, for synchronous-commit mode, on the failover mode on the primary replica and target secondary replica, as follows.

  • El modo de confirmación sincrónica admite dos formas de conmutación por error:conmutación por error manual planeada y conmutación automática por error, si la réplica secundaria de destino está sincronizada actualmente con el avt1.Synchronous-commit mode supports two forms of failover—planned manual failover and automatic failover, if the target secondary replica is currently synchronized with the avt1. La compatibilidad con estas formas de conmutación por error depende de la propiedad del modo de conmutación por error en los asociados de conmutación por error.The support for these forms of failover depends on the setting of the failover mode property on the failover partners. Si el modo de conmutación por error se establece en "manual” en la réplica principal o la réplica secundaria, solo se admite la conmutación por error manual para esa réplica secundaria.If failover mode is set to "manual" on either the primary or secondary replica, only manual failover is supported for that secondary replica. Si el modo de conmutación por error se establece en “automático” en las réplicas principal y secundaria, se admiten la conmutación por error manual y automática en esa réplica secundaria.If failover mode is set to "automatic" on both the primary and secondary replicas, both automatic and manual failover are supported on that secondary replica.

    • Conmutación por error manual planeada (sin pérdida de datos)Planned manual failover (without data loss)

      Una conmutación por error manual se produce después de que un administrador de base de datos emite un comando de conmutación por error y produce la transición de una réplica secundaria sincronizada al rol principal (con protección de datos garantizada) y la transición de la réplica principal al rol secundario.A manual failover occurs after a database administrator issues a failover command and causes a synchronized secondary replica to transition to the primary role (with guaranteed data protection) and the primary replica to transition to the secondary role. Una conmutación por error manual requiere que la réplica principal y la réplica secundaria de destino se ejecuten en modo de confirmación sincrónica, y la réplica secundaria ya debe estar sincronizada.A manual failover requires that both the primary replica and the target secondary replica are running under synchronous-commit mode, and the secondary replica must already be synchronized.

    • Conmutación automática por error (sin pérdida de datos)Automatic failover (without data loss)

      Una conmutación por error automática se produce en respuesta a un error que produce la transición de una réplica secundaria al rol principal (con protección de datos garantizada).An automatic failover occurs in response to a failure that causes a synchronized secondary replica to transition to the primary role (with guaranteed data protection). Cuando la réplica principal anterior está disponible, efectúa la transición al rol secundario.When the former primary replica becomes available, it transitions to the secondary role. La conmutación por error automática requiere que la réplica principal y la réplica secundaria de destino se ejecuten en modo de confirmación sincrónica con el modo de conmutación por error establecido en "Automático".Automatic failover requires that both the primary replica and the target secondary replica are running under synchronous-commit mode with the failover mode set to "Automatic". Además, la réplica secundaria ya debe estar sincronizada, tener quórum de WSFC y cumplir las condiciones especificadas por la directiva de conmutación por error flexibledel grupo de disponibilidad.In addition, the secondary replica must already be synchronized, have WSFC quorum, and meet the conditions specified by the flexible failover policyof the availability group.

      Importante

      Las instancias de clúster de conmutación por error (FCI) de SQL Server no admiten la conmutación automática por error de grupos de disponibilidad, por lo tanto, todas las réplicas de disponibilidad hospedadas por un FCI solo se pueden configurar para la conmutación por error manual.SQL Server Failover Cluster Instances (FCIs) do not support automatic failover by availability groups, so any availability replica that is hosted by an FCI can only be configured for manual failover.

    Nota

    Tenga en cuenta que si emite un comando de conmutación por error forzada en una réplica secundaria sincronizada, la réplica secundaria se comportará igual que en el caso de una conmutación por error manual planeada.Note that if you issue a forced failover command on a synchronized secondary replica, the secondary replica behaves the same as for a planned manual failover.

  • En el modo de confirmación asincrónica, la única forma de conmutación por error es la conmutación por error manual forzada (con posible pérdida de datos), denominada normalmente conmutación por error forzada.Under asynchronous-commit mode, the only form of failover is forced manual failover (with possible data loss), typically called forced failover. La conmutación por error forzada se considera una forma de conmutación por error manual porque solo se puede iniciar manualmente.Forced failover is considered a form of manual failover because it can only be initiated manually. La conmutación por error forzada es una opción de recuperación ante desastres.Forced failover is a disaster recovery option. Es la única forma de conmutación por error posible cuando la réplica secundaria de destino no está sincronizada con la réplica principal.It is the only form of failover that is possible when the target secondary replica is not synchronized with the primary replica.

    Para obtener más información, vea Conmutación por error y modos de conmutación por error (grupos de disponibilidad AlwaysOn).For more information, see Failover and Failover Modes (Always On Availability Groups).

Conexiones de clienteClient Connections

Puede proporcionar conectividad de cliente a la réplica principal de un grupo de disponibilidad determinado mediante la creación de un agente de escucha del grupo de disponibilidad.You can provide client connectivity to the primary replica of a given availability group by creating an availability group listener. Un agente de escucha del grupo de disponibilidad proporciona un conjunto de recursos que se adjunta a un grupo de disponibilidad determinado para dirigir las conexiones de cliente a la réplica de disponibilidad adecuada.An availability group listener provides a set of resources that is attached to a given availability group to direct client connections to the appropriate availability replica.

Un agente de escucha del grupo de disponibilidad está asociada a un nombre DNS único que actúa como un nombre de red virtual (VNN), una o más direcciones IP virtuales (VIP) y un número de puerto TCP.An availability group listener is associated with a unique DNS name that serves as a virtual network name (VNN), one or more virtual IP addresses (VIPs), and a TCP port number. Para obtener más información, vea Agentes de escucha de grupo de disponibilidad, conectividad de cliente y conmutación por error de una aplicación (SQL Server).For more information, see Availability Group Listeners, Client Connectivity, and Application Failover (SQL Server).

Sugerencia

Si un grupo de disponibilidad posee solo dos réplicas de disponibilidad y no está configurado para permitir el acceso de lectura a la réplica secundaria, los clientes pueden conectarse a la réplica principal usando una cadena de conexión de creación de reflejo de la base de datos.If an availability group possesses only two availability replicas and is not configured to allow read-access to the secondary replica, clients can connect to the primary replica by using a database mirroring connection string. Este enfoque puede ser útil temporalmente después de migrar una base de datos de creación de reflejo de la base de datos a Grupos de disponibilidad AlwaysOnAlways On availability groups.This approach can be useful temporarily after you migrate a database from database mirroring to Grupos de disponibilidad AlwaysOnAlways On availability groups. Antes de agregar réplicas secundarias adicionales, deberá crear un agente de escucha del grupo de disponibilidad y actualizar sus aplicaciones para que se utilice el nombre de red del agente de escucha.Before you add additional secondary replicas, you will need to create an availability group listener the availability group and update your applications to use the network name of the listener.

Réplicas secundarias activasActive Secondary Replicas

Grupos de disponibilidad AlwaysOnAlways On availability groups admite réplicas secundarias activas. supports active secondary replicas. Entre las funciones secundarias activas se incluye la compatibilidad con:Active secondary capabilities include support for:

  • Realizar operaciones de copia de seguridad en las réplicas secundariasPerforming backup operations on secondary replicas

    Las réplicas secundarias admiten la realización de copias de seguridad de registros y de solo copia de toda una base de datos, un archivo o un grupo de archivos.The secondary replicas support performing log backups and copy-only backups of a full database, file, or filegroup. Puede configurar el grupo de disponibilidad para que se especifique la preferencia por la que las copias de seguridad deben realizarse.You can configure the availability group to specify a preference for where backups should be performed. Es importante entender que SQL Server no aplica la preferencia, por lo que las copias de seguridad ad hoc no resultan afectadas.It is important to understand that the preference is not enforced by SQL Server, so it has no impact on ad-hoc backups. La interpretación de esta preferencia depende de la lógica, si existe, del script con los trabajos de copia de seguridad ejecutado para cada una de las bases de datos de un grupo de disponibilidad dado.The interpretation of this preference depends on the logic, if any, that you script into your back jobs for each of the databases in a given availability group. En el caso de una réplica de disponibilidad individual, puede especificar la prioridad para realizar copias de seguridad en esta réplica en relación con las otras réplicas del mismo grupo de disponibilidad.For an individual availability replica, you can specify your priority for performing backups on this replica relative to the other replicas in the same availability group. Para obtener más información, vea Secundarias activas: copia de seguridad en las réplicas secundarias (Grupos de disponibilidad AlwaysOn).For more information, see Active Secondaries: Backup on Secondary Replicas (Always On Availability Groups).

  • Acceso de solo lectura a una o varias réplicas secundarias (réplicas secundarias legibles)Read-only access to one or more secondary replicas (readable secondary replicas)

    La réplica de disponibilidad se puede configurar para permitir el acceso de solo lectura a las bases de datos locales si desempeñan el rol secundario, aunque algunas operaciones no son totalmente compatibles.Any availability replica can be configured to allow read-only access to its local databases when performing the secondary role, though some operations are not fully supported. Además, si desea evitar que cargas de trabajo de solo lectura se ejecuten en la réplica principal, puede configurar las réplicas para permitir el acceso de lectura y escritura cuando se ejecuten con el rol principal.Also, if you would like to prevent read-only workloads from running on the primary replica, you can configure the replicas to allow only read-write access when running under the primary role. Para obtener más información, vea Secundarias activas: réplicas secundarias legibles (grupos de disponibilidad AlwaysOn).For more information, see Active Secondaries: Readable Secondary Replicas (Always On Availability Groups).

    Si un grupo de disponibilidad posee actualmente un agente de escucha de grupo de disponibilidad y una o varias réplicas secundarias legibles, SQL ServerSQL Server puede enrutar las solicitudes de conexión de intento de lectura a una de ellas (enrutamiento de solo lectura).If an availability group currently possesses an availability group listener and one or more readable secondary replicas, SQL ServerSQL Server can route read-intent connection requests to one of them (read-only routing). Para obtener más información, vea Agentes de escucha de grupo de disponibilidad, conectividad de cliente y conmutación por error de una aplicación (SQL Server).For more information, see Availability Group Listeners, Client Connectivity, and Application Failover (SQL Server).

Tiempo de espera de la sesiónSession-Timeout Period

El tiempo de espera de la sesión es una propiedad de la réplica de disponibilidad que determina cuánto tiempo puede permanecer inactiva la conexión con otra réplica de disponibilidad antes de que se cierre la conexión.The session-timeout period is an availability-replica property that determines how long connection with another availability replica can remain inactive before the connection is closed. Las réplicas principales y secundarias hacen ping entre sí para indicar que siguen estando activas.The primary and secondary replicas ping each other to signal that they are still active. Si se recibe un ping de otra réplica durante el tiempo de espera, significa que la conexión todavía está abierta y que las instancias del servidor se están comunicando.Receiving a ping from the other replica during the timeout period indicates that the connection is still open and that the server instances are communicating. Al recibir un ping, una réplica de disponibilidad restablece el contador de tiempo de espera de la sesión de esa conexión.On receiving a ping, an availability replica resets its session-timeout counter on that connection.

El tiempo de espera de la sesión impide que una réplica espere indefinidamente a recibir un ping de la otra réplica.The session-timeout period prevents either replica from waiting indefinitely to receive a ping from the other replica. Si no se recibe ningún ping de otra réplica durante el tiempo de espera de la sesión, el tiempo de espera de la réplica se agota. La conexión se cierra y la réplica con el tiempo de espera agotado entra en el estado DISCONNECTED.If no ping is received from the other replica within the session-timeout period, the replica times out. Its connection is closed, and the timed-out replica enters the DISCONNECTED state. Aunque una replicación desconectada esté configurada en modo de confirmación sincrónica, las transacciones no esperarán a que la réplica vuelva a conectarse y sincronizarse.Even if a disconnected replica is configured for synchronous-commit mode, transactions will not wait for that replica to reconnect and resynchronize.

El tiempo de espera predeterminado de la sesión de cada réplica de disponibilidad es de 10 segundos.The default session-timeout period for each availability replica is 10 seconds. Este valor puede configurarlo el usuario, con un mínimo de 5 segundos.This value is user-configurable, with a minimum of 5 seconds. Normalmente, es recomendable mantener el período de espera en 10 segundos o más.Generally, we recommend that you keep the time-out period at 10 seconds or greater. Si establece el valor en menos de 10 segundos, existe la posibilidad de que un sistema sobrecargado declare un error falso.Setting the value to less than 10 seconds creates the possibility of a heavily loaded system declaring a false failure.

Nota

En el rol de resolución, el tiempo de espera de la sesión no se aplica, porque no se hace ping.In the resolving role, the session-timeout period does not apply because pinging does not occur.

Reparación de página automáticaAutomatic Page Repair

Cada réplica de disponibilidad intenta la recuperación automática de las páginas dañadas en una base de datos local resolviendo ciertos tipos de errores que impiden la lectura de una página de datos.Each availability replica tries to automatically recover from corrupted pages on a local database by resolving certain types of errors that prevent reading a data page. Si una réplica secundaria no puede leer una página, la réplica solicita una nueva copia de la página de la réplica principal.If a secondary replica cannot read a page, the replica requests a fresh copy of the page from the primary replica. Si la réplica principal no puede leer una página, la réplica propaga una solicitud de una nueva copia a todas las réplicas secundarias y obtiene la página de la primera que responda.If the primary replica cannot read a page, the replica broadcasts a request for a fresh copy to all the secondary replicas and gets the page from the first to respond. Si la solicitud se realiza correctamente, la copia sustituirá a la página que no se puede leer, de forma que se resuelve el error en la mayoría de los casos.If this request succeeds, the unreadable page is replaced by the copy, which usually resolves the error.

Para obtener más información, vea Reparación de página automática (grupos de disponibilidad/creación de reflejo de la base de datos).For more information, see Automatic Page Repair (Availability Groups: Database Mirroring).

Tareas relacionadasRelated Tasks

Contenido relacionadoRelated Content

Ver tambiénSee Also

Modos de disponibilidad (grupos de disponibilidad AlwaysOn) Availability Modes (Always On Availability Groups)
Conmutación por error y modos de conmutación por error (Grupos de disponibilidad AlwaysOn) Failover and Failover Modes (Always On Availability Groups)
Información general sobre instrucciones Transact-SQL para Grupos de disponibilidad AlwaysOn (SQL Server) Overview of Transact-SQL Statements for Always On Availability Groups (SQL Server)
Información general de los cmdlets de PowerShell para grupos de disponibilidad AlwaysOn (SQL Server) Overview of PowerShell Cmdlets for Always On Availability Groups (SQL Server)
Compatibilidad con alta disponibilidad para bases de datos de OLTP en memoria High Availability Support for In-Memory OLTP databases
Requisitos previos, restricciones y recomendaciones para Grupos de disponibilidad AlwaysOn (SQL Server) Prerequisites, Restrictions, and Recommendations for Always On Availability Groups (SQL Server)
Creación y configuración de grupos de disponibilidad (SQL Server) Creation and Configuration of Availability Groups (SQL Server)
Secundarias activas: réplicas secundarias legibles (Grupos de disponibilidad AlwaysOn) Active Secondaries: Readable Secondary Replicas (Always On Availability Groups)
Secundarias activas: copia de seguridad en las réplicas secundarias (Grupos de disponibilidad AlwaysOn) Active Secondaries: Backup on Secondary Replicas (Always On Availability Groups)
Agentes de escucha de grupo de disponibilidad, conectividad de cliente y conmutación por error de una aplicación (SQL Server)Availability Group Listeners, Client Connectivity, and Application Failover (SQL Server)