ALTER DATABASE (Transact-SQL) SET HADR

Se aplica a:SQL Server

En este tema se describe la sintaxis de ALTER DATABASE para configurar las opciones de grupos de disponibilidad AlwaysOn en bases de datos secundarias. Solo se permite una opción SET HADR por instrucción ALTER DATABASE. Estas opciones solo se admiten en réplicas secundarias.

Convenciones de sintaxis de Transact-SQL

Sintaxis

ALTER DATABASE database_name  
   SET HADR   
   {  
        { AVAILABILITY GROUP = group_name | OFF }  
   | { SUSPEND | RESUME }  
   }  
[;]  

Argumentos

database_name
Es el nombre de la base de datos secundaria que se va a modificar.

SET HADR
Ejecuta el comando de los grupos de disponibilidad AlwaysOn especificados en la base de datos especificada.

{ AVAILABILITY GROUP =group_name | OFF }
Une o quita la base de datos de disponibilidad del grupo de disponibilidad especificado, de la manera siguiente:

group_name
Une la base de datos especificada de la réplica secundaria hospedada por la instancia del servidor en la que se ejecuta el comando con el grupo de disponibilidad especificado por group_name.

Los requisitos previos para esta operación son los siguientes:

• La base de datos debe haberse agregado al grupo de disponibilidad de la réplica principal.

• La réplica principal debe estar activa. Para obtener información sobre cómo solucionar los problemas relativos a una réplica principal inactiva, vea Solución de problemas de configuración de grupos de disponibilidad AlwaysOn (SQL Server).

• La réplica principal debe estar en línea y la réplica secundaria debe estar conectada a la réplica principal.

• La base de datos secundaria debe haberse restaurado mediante WITH NORECOVERY desde las copias de seguridad recientes de bases de datos y de registros de la base de datos principal, finalizando con una copia de seguridad de registros que sea suficientemente reciente como para permitir que la base de datos secundaria se ponga al día con la base de datos principal.

  Nota

  Para agregar una base de datos al grupo de disponibilidad, conéctese a la instancia del servidor que hospeda la réplica principal y use la instrucción ALTER AVAILABILITY GROUPgroup_name ADD DATABASE database_name.

Para más información, consulte Unión de una base de datos secundaria con un grupo de disponibilidad (SQL Server).

Apagado
Quita la base de datos secundaria especificada del grupo de disponibilidad.

Quitar una base de datos secundaria puede ser útil si se ha retrasado con respecto a la base de datos principal y no desea esperar hasta que la base de datos secundaria se ponga al día. Después de quitar la base de datos secundaria, puede actualizarla restaurando una secuencia de copias de seguridad que termina con una copia de seguridad de registros reciente (mediante RESTORE… WITH NORECOVERY).

SUSPEND
Suspende el movimiento de datos en una base de datos secundaria. Un comando SUSPEND realiza la devolución en cuanto haya sido aceptado por la réplica que hospeda la base de datos de destino, pero la suspensión real de la base de datos se produce de forma asincrónica.

El ámbito del impacto depende de dónde se ejecute la instrucción ALTER DATABASE:

• Si suspende una base de datos secundaria en una réplica secundaria, solo se suspende la base de datos secundaria local. Las conexiones existentes en la secundaria legible siguen estando utilizables. Las nuevas conexiones a la base de datos suspendida en la secundaria legible no se permiten hasta que se reanude el movimiento de datos.

• Si suspende una base de datos en la réplica principal, el movimiento de datos se suspende en las bases de datos secundarias correspondientes en cada réplica secundaria. Las conexiones existentes en una réplica secundaria legible permanecen utilizables y las nuevas conexiones de intención de lectura no podrán conectarse a réplicas secundarias legibles.

• Cuando se suspende el movimiento de datos debido a una conmutación por error manual forzada, no se permiten las conexiones a la nueva réplica secundaria mientras el movimiento de datos esté suspendido.

Cuando se suspende una base de datos en una réplica secundaria, tanto la base de datos como la réplica quedan desincronizadas y se marcan como NOT SYNCHRONIZED.

Para obtener más información, consulte Suspensión de una base de datos de disponibilidad (SQL Server).

RESUME
Reanuda el movimiento de datos suspendido en la base de datos secundaria especificada. Un comando RESUME realiza la devolución en cuanto haya sido aceptado por la réplica que hospeda la base de datos de destino, pero la reanudación real de la base de datos se produce de forma asincrónica.

El ámbito del impacto depende de dónde se ejecute la instrucción ALTER DATABASE:

• Si reanuda una base de datos secundaria en una réplica secundaria, solo se reanuda la base de datos secundaria local. El movimiento de datos se reanuda a menos que la base de datos también se haya suspendido en la réplica principal.

• Si reanuda una base de datos en la réplica principal, el movimiento de datos se reanuda en cada réplica secundaria en la que la base de datos secundaria correspondiente tampoco se haya suspendido localmente. Para reanudar una base de datos secundaria que se suspendió individualmente en una réplica secundaria, conéctese a la instancia del servidor que hospeda la réplica secundaria y reanude la base de datos allí.

  En el modo de confirmación sincrónica, el estado de la base de datos cambia a SYNCHRONIZING. Si no hay ninguna otra base de datos suspendida actualmente, el estado de la réplica también cambia a SYNCHRONIZING.

  Para más información, consulte Reanudar una base de datos de disponibilidad (SQL Server).

Estados de base de datos

Cuando una base de datos secundaria se une a un grupo de disponibilidad, la réplica secundaria local cambia el estado de la base de datos secundaria de RESTORING a ONLINE. Si se quita una base de datos secundaria del grupo de disponibilidad, la réplica secundaria local vuelve a establecerse al estado RESTORING. Esto permite aplicar copias de seguridad de registros subsiguientes de la base de datos principal a la base de datos secundaria.

Restricciones

Ejecute las instrucciones ALTER DATABASE fuera de transacciones y de lotes.

Seguridad

Permisos

Requiere el permiso ALTER en la base de datos. Combinar una base de datos con un grupo de disponibilidad requiere ser miembro del rol fijo de base de datos db_owner.

Ejemplos

En el ejemplo siguiente se une la base de datos secundaria AccountsDb1 a la réplica secundaria local del grupo de disponibilidad AccountsAG.

ALTER DATABASE AccountsDb1 SET HADR AVAILABILITY GROUP = AccountsAG;  

Consulte también

ALTER DATABASE (Transact-SQL)
ALTER AVAILABILITY GROUP (Transact-SQL)
CREATE AVAILABILITY GROUP (Transact-SQL)
Información general de los grupos de disponibilidad de AlwaysOn (SQL Server)Solucionar problemas de configuración de grupos de disponibilidad AlwaysOn (SQL Server)