ALTER DATABASE SET HADR (Transact-SQL)
Este tema contiene la sintaxis de ALTER DATABASE para establecer las opciones de Grupos de disponibilidad AlwaysOn en una base de datos secundaria. Solo se permite una opción SET HADR por cada instrucción ALTER DATABASE. Estas opciones solo se admiten en réplicas secundarias.
Se aplica a: SQL Server (SQL Server 2012 a través de la versión actual). |
.gif "Icono de vínculo a temas")
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 Grupos de disponibilidad AlwaysOn especificado en la base de datos indicada.{ 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 al 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 GROUP group_name ADD DATABASE database_name.
Para obtener más información, vea Combinar una base de datos secundaria con un grupo de disponibilidad (SQL Server).
OFF
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).
Importante
Para quitar completamente una base de datos de disponibilidad de un grupo de disponibilidad, conéctese a la instancia del servidor que hospeda la réplica principal y use la instrucción ALTER AVAILABILITY GROUP group_name REMOVE DATABASE availability_database_name.Para obtener más información, vea Quitar una base de datos principal de un grupo de disponibilidad (SQL Server).
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 secundaria legible se pueden seguir usando y se pueden establecer nuevas conexiones.
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.
Importante
Mientras se suspende una base de datos secundaria, la cola de envío de la base de datos principal correspondiente acumulará registros de transacciones sin enviar.Las conexiones a la réplica secundaria devuelven los datos que estaban disponibles en el momento en que suspendió el movimiento de datos.
Nota
La suspensión y reanudación de una base de datos secundaria AlwaysOn no afecta directamente a la disponibilidad de la base de datos principal, aunque la suspensión de una base de datos secundaria puede afectar a las capacidades de conmutación por error y redundancia para la base de datos principal, hasta que la base de datos secundaria suspendida se reanuda.Esto se diferencia del reflejo de base de datos, en el que el estado de reflejo se suspende tanto en la base de datos reflejada como en la base de datos principal hasta que el reflejo se reanuda.Al suspender una base de datos principal AlwaysOn, se suspende el movimiento de datos en todas las bases de datos secundarias y las capacidades de conmutación por error y redundancia cesan para esa base de datos hasta que la base de datos principal se reanuda.
Para obtener más información, vea Suspender 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 obtener más información, vea 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. Cuando se une una base de datos a un grupo de disponibilidad, es necesario 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;
Nota
Para ver esta instrucción de Transact-SQL usada en contexto, vea Crear un grupo de disponibilidad (Transact-SQL).
Vea también
Referencia
ALTER AVAILABILITY GROUP (Transact-SQL)
CREATE AVAILABILITY GROUP (Transact-SQL)
Conceptos
Información general de los grupos de disponibilidad AlwaysOn (SQL Server)
Solucionar problemas de configuración de grupos de disponibilidad AlwaysOn (SQL Server)