Configura grupos de disponibilidad Always On de SQL Server con confirmación síncrona mediante un nombre de red distribuida

---

Los grupos de disponibilidad Always On de Microsoft SQL Server te permiten replicar bases de datos en varias instancias de SQL Server Enterprise.

Al igual que las instancias de clústeres de conmutación por error de SQL Server, los grupos de disponibilidad Always On usan el agrupamiento en clústeres de conmutación por error de Windows Server (WSFC) para implementar la alta disponibilidad. Sin embargo, las dos funciones difieren en los siguientes aspectos:

	Grupos de disponibilidad siempre activados	Instancias de clústeres de conmutación por error
Alcance de la conmutación por error	Grupo de bases de datos	Instancia
Almacenamiento	No compartido	Compartido

Para obtener una comparación más detallada, consulta Comparación de instancias de clústeres de conmutación por error y grupos de disponibilidad.

Los grupos de disponibilidad siempre activados admiten varios modos de disponibilidad. En este instructivo, se muestra cómo puedes implementar grupos de disponibilidad Always On en modo de confirmación síncrona para implementar una alta disponibilidad de una o más bases de datos.

En la configuración, crearás tres instancias de VM. Dos instancias de VM, node-1 y node-2, funcionan como nodos del clúster y ejecutan SQL Server. Una tercera instancia de VM, witness, se usa para lograr un quórum en una situación de conmutación por error. Las tres instancias de VM se distribuyen en tres zonas y comparten una subred común.

Si usas grupo de disponibilidad Always On de SQL Server, una base de datos de ejemplo, bookshelf, se replica de forma síncrona en las dos instancias de SQL Server.

En un entorno de clúster de Windows local, los anuncios del protocolo de resolución de direcciones (ARP) activan la conmutación por error de la dirección IP. Sin embargo,Google Cloudignora los anuncios de ARP. Por lo tanto, debes implementar una de las siguientes dos opciones: usar un balanceador de cargas interno y un nombre de red distribuida (DNN).

En el artículo, se supone que ya implementaste Active Directory en Google Cloud y que tienes conocimientos básicos de SQL Server, Active Directory y Compute Engine. Para obtener más información sobre Active Directory en Google Cloud, consulta la sección Antes de comenzar.

Si usas grupo de disponibilidad Always On de SQL Server, una base de datos de ejemplo, bookshelf, se replica de forma síncrona en las dos instancias de SQL Server. Un objeto de escucha de nombre de red distribuida (DNN) frente al clúster proporciona un extremo único para los clientes de SQL Server.

Para obtener más información sobre DNN, consulta Configura un objeto de escucha de DNN para un grupo de disponibilidad.

En este diagrama, se incluye lo siguiente:

• Dos instancias de VM en la misma región y diferentes zonas para el clúster de resguardo llamado node-1 y node-2 Uno aloja la réplica principal de la base de datos de SQL Server, mientras que el otro nodo aloja la réplica secundaria.
• Una tercera VM llamada witness funciona como testigo de archivos compartidos para proporcionar un voto de desempate y lograr un quórum para la conmutación por error.
• Un objeto de escucha de DNN frente al clúster proporciona un único extremo para los clientes de SQL Server.

Objetivos

• Implementa un WSFC que incluya dos instancias de VM de SQL Server y una tercera instancia de VM que actúe como testigo de archivos compartidos.
• Crea un grupo de disponibilidad con confirmación síncrona.
• Configura un nombre de red distribuida (DNN) para enrutar el tráfico a tu grupo de disponibilidad con SQL Server
• Verifica que la configuración esté en funcionamiento mediante la simulación de una conmutación por error.

Costos

En este instructivo, se usan componentes facturables de Google Cloud, que incluyen lo siguiente:

• Compute Engine

Usa la calculadora de precios para generar una estimación de los costos según el uso previsto.

Antes de comenzar

Para completar las tareas de este instructivo, asegúrate de lo siguiente:

1. Sign in to your Google Cloud account. If you're new to Google Cloud, create an account to evaluate how our products perform in real-world scenarios. New customers also get $300 in free credits to run, test, and deploy workloads.

2. In the Google Cloud console, on the project selector page, select or create a Google Cloud project.

   Note: If you don't plan to keep the resources that you create in this procedure, create a project instead of selecting an existing project. After you finish these steps, you can delete the project, removing all resources associated with the project.

   Go to project selector

3. Make sure that billing is enabled for your Google Cloud project.

4. In the Google Cloud console, on the project selector page, select or create a Google Cloud project.

   Note: If you don't plan to keep the resources that you create in this procedure, create a project instead of selecting an existing project. After you finish these steps, you can delete the project, removing all resources associated with the project.

   Go to project selector

5. Make sure that billing is enabled for your Google Cloud project.

6. Tienes un dominio de Active Directory con al menos un controlador de dominio. Puedes crear un dominio de Active Directory con Microsoft AD administrado. También puedes implementar un entorno personalizado de Active Directory en Compute Engine y configurar una zona de reenvío de DNS privado que reenvíe las consultas de DNS a los controladores de dominio.
7. Tienes un usuario de Active Directory que tiene permiso para unir computadoras al dominio y puede acceder a través de RDP. Si usas Microsoft AD administrado, puedes usar el usuario setupadmin. Para obtener más información sobre el aprovisionamiento de cuentas de usuario de Active Directory, consulta Aprovisionamiento de cuentas de usuario de Active Directory.
8. Un proyecto de Google Cloud y una nube privada virtual (VPC) con conectividad a los controladores de dominio de Active Directory
9. Una subred para usar en las instancias de VM del clúster de conmutación por error de Windows Server.

Cuando finalices este instructivo, puedes borrar los recursos creados para evitar que se te siga facturando. Para obtener más información, consulta Realiza una limpieza.

Prepara el proyecto y la red

Para implementar los grupos de disponibilidad Always On de SQL Server, debes preparar tu proyecto y VPC deGoogle Cloud para la implementación. En las siguientes secciones, se explica cómo puedes hacerlo en detalle.

Configura tu proyecto y región

Para preparar tu proyecto de Google Cloud para la implementación de grupos de disponibilidad Always On de SQL Server, haz lo siguiente:

1. En la consola de Google Cloud , haz clic en el botón Activar Cloud Shell para abrir Cloud Shell.

   Ve a la consola de Google Cloud .

2. Inicializa las siguientes variables.

   VPC_NAME=VPC_NAME
   SUBNET_NAME=SUBNET_NAME
   

   Reemplaza lo siguiente:

   • VPC_NAME: Es el nombre de tu VPC.
   • SUBNET_NAME: Es el nombre de tu subred.

3. Establece tu ID del proyecto predeterminado.

   gcloud config set project PROJECT_ID
   

   Reemplaza PROJECT_ID por el ID de tu proyecto de Google Cloud .

4. Establece tu región predeterminada.

   gcloud config set compute/region REGION
   

   Reemplaza REGION por el ID de la región en la que deseas realizar la implementación.

Crea reglas de firewall

Para permitir que los clientes se conecten a SQL Server y la comunicación entre los nodos del clúster, debes crear varias reglas de firewall. Puedes usar etiquetas de red para simplificar la creación de estas reglas de firewall de la siguiente manera:

• Los dos nodos del clúster tienen anotaciones con la etiqueta wsfc-node.
• Todos los servidores (incluido el witness) están anotados con la etiqueta wsfc.

Para crear reglas de firewall que usen estas etiquetas de red, sigue estos pasos:

1. Regresa a tu sesión actual de Cloud Shell.

2. Crea reglas de firewall para permitir el tráfico entre los nodos del clúster.

   SUBNET_CIDR=$(gcloud compute networks subnets describe $SUBNET_NAME --format=value\('ipCidrRange'\))
   
   gcloud compute firewall-rules create allow-all-between-wsfc-nodes \
     --direction=INGRESS \
     --action=allow \
     --rules=tcp,udp,icmp \
     --enable-logging \
     --source-tags=wsfc \
     --target-tags=wsfc \
     --network=$VPC_NAME \
     --priority 10000
   
   gcloud compute firewall-rules create allow-sql-to-wsfc-nodes \
     --direction=INGRESS \
     --action=allow \
     --rules=tcp:1433 \
     --enable-logging \
     --source-ranges=$SUBNET_CIDR \
     --target-tags=wsfc-node \
     --network=$VPC_NAME \
     --priority 10000
   

Nota: Según cómo hayas implementado Active Directory, es posible que debas crear reglas de firewall adicionales para permitir que los servidores se unan al dominio. Para obtener más información, consulta Accede a Microsoft AD administrado desde tu VPC.

Cree instancias de VM

Crea e implementa dos instancias de VM para el clúster de conmutación por error. En cualquier momento, una de estas VM aloja la réplica principal de la base de datos de SQL Server, mientras que el otro nodo aloja la réplica secundaria. Las dos instancias de VM deben cumplir estos requisitos:

• deben tener instalados clústeres de conmutación por error y SQL Server.
• deben tener habilitada la compatibilidad con WSFC de Compute Engine.

Usa una imagen premium de SQL Server que tenga SQL Server 2022 preinstalado.

Nota: Si planeas usar una licencia adquirida por el usuario de SQL Server a través del programa movilidad de licencias, selecciona las imágenes base de Windows Server para estos nodos y, luego, instala SQL Server con tus propias claves del producto.

Para proporcionar un voto de desempate y lograr un quórum para la situación de conmutación por error, implementa una tercera VM que sirva como testigo de archivos compartidos siguiendo estos pasos:

1. Regresa a tu sesión actual de Cloud Shell.

2. Crea una secuencia de comandos especializada para los nodos de WSFC. Esta secuencia de comandos instala las funciones necesarias de Windows y crea reglas de firewall para WSFC y SQL Server.

   cat << "EOF" > specialize-node.ps1
   
   $ErrorActionPreference = "stop"
   
   # Install required Windows features
   Install-WindowsFeature Failover-Clustering -IncludeManagementTools
   Install-WindowsFeature RSAT-AD-PowerShell
   
   # Open firewall for WSFC
   netsh advfirewall firewall add rule name="Allow WSFC health check" dir=in action=allow protocol=TCP localport=59998
   
   # Open firewall for SQL Server
   netsh advfirewall firewall add rule name="Allow SQL Server" dir=in action=allow protocol=TCP localport=1433
   
   # Open firewall for SQL Server replication
   netsh advfirewall firewall add rule name="Allow SQL Server replication" dir=in action=allow protocol=TCP localport=5022
   
   # Format data disk
   Get-Disk |
    Where partitionstyle -eq 'RAW' |
    Initialize-Disk -PartitionStyle MBR -PassThru |
    New-Partition -AssignDriveLetter -UseMaximumSize |
    Format-Volume -FileSystem NTFS -NewFileSystemLabel 'Data' -Confirm:$false
   
   # Create data and log folders for SQL Server
   md d:\Data
   md d:\Logs
   EOF
   

3. Crea las instancias de VM. En las dos VMs que funcionan como nodos del clúster, conecta un disco de datos adicional y habilita el agrupamiento en clústeres de conmutación por error de Windows Server mediante la configuración de la clave de metadatos enable-wsfc en true:

   REGION=$(gcloud config get-value compute/region)
   ZONE1=ZONE1
   ZONE2=ZONE2
   ZONE3=ZONE3
   PD_SIZE=200
   MACHINE_TYPE=n2-standard-8
   
   gcloud compute instances create node-1 \
     --zone $ZONE1 \
     --machine-type $MACHINE_TYPE \
     --subnet $SUBNET_NAME \
     --image-family sql-ent-2022-win-2022 \
     --image-project windows-sql-cloud \
     --tags wsfc,wsfc-node \
     --boot-disk-size 50 \
     --boot-disk-type pd-ssd \
     --boot-disk-device-name "node-1" \
     --create-disk=name=node-1-datadisk,size=$PD_SIZE,type=pd-ssd,auto-delete=no \
     --metadata enable-wsfc=true \
     --metadata-from-file=sysprep-specialize-script-ps1=specialize-node.ps1
   
   gcloud compute instances create node-2 \
     --zone $ZONE2 \
     --machine-type $MACHINE_TYPE \
     --subnet $SUBNET_NAME \
     --image-family sql-ent-2022-win-2022 \
     --image-project windows-sql-cloud \
     --tags wsfc,wsfc-node \
     --boot-disk-size 50 \
     --boot-disk-type pd-ssd \
     --boot-disk-device-name "node-2" \
     --create-disk=name=node-2-datadisk,size=$PD_SIZE,type=pd-ssd,auto-delete=no \
     --metadata enable-wsfc=true \
     --metadata-from-file=sysprep-specialize-script-ps1=specialize-node.ps1
   
   gcloud compute instances create "witness" \
     --zone $ZONE3 \
     --machine-type e2-medium \
     --subnet $SUBNET_NAME \
     --image-family=windows-2022 \
     --image-project=windows-cloud \
     --tags wsfc \
     --boot-disk-size 50 \
     --boot-disk-type pd-ssd \
     --metadata sysprep-specialize-script-ps1="add-windowsfeature FS-FileServer"
   

   Reemplaza ZONE1, ZONE2 y ZONE3 según las zonas que uses.

   Nota: Según tus requisitos de rendimiento, considera usar un tipo de máquina mayor que n2-standard-8 para los nodos de WSFC. Considera inhabilitar el multiproceso simultáneo (SMT) para obtener posibles ahorros en los costos de licencias.
   Nota: A los fines de este instructivo, y para ajustarse a la cuota de disco persistente SSD regional predeterminada, el tamaño de los discos conectados a cada VM es menor de lo que sería en un entorno de producción. Para un mejor rendimiento y a fin de adaptarse a una base de datos más grande, aumenta el tamaño de cada disco.

4. Para unir las tres instancias de VM a Active Directory, haz lo siguiente para cada una de las tres instancias de VM:

   1. Supervisa el proceso de inicialización de la VM cuando ves su salida de puerto en serie.

      gcloud compute instances tail-serial-port-output NAME
      

      Reemplaza NAME con el nombre de la instancia de VM.

      Espera unos minutos hasta que veas el resultado Instance setup finished y presiona Ctrl+C. En este punto, la instancia de VM está lista para usarse.

   2. Crea un nombre de usuario y una contraseña para la instancia de VM.

   3. Conéctate a la VM mediante el escritorio remoto y accede con el nombre de usuario y la contraseña que creaste en el paso anterior.

   4. Haz clic con el botón derecho en el botón Iniciar (o presiona Windows+X) y, luego, en Windows PowerShell (Admin).

      Nota: En esta guía, usamos Powershell 5.1.

   5. Para confirmar el símbolo de elevación, haz clic en Sí.

   6. Une la computadora a tu dominio de Active Directory y reiníciala.

      Add-Computer -Domain DOMAIN -Restart
      

      Reemplaza DOMAIN por el nombre de DNS de tu dominio de Active Directory.

   7. Ingresa las credenciales de una cuenta que tenga permisos para unir una VM al dominio.

      Espera a que se reinicie la VM. Uniste la instancia de VM a Active Directory.

Implementa el clúster de conmutación por error

Ahora puedes usar las instancias de VM para implementar un clúster de conmutación por error de Windows Server y SQL Server. En las siguientes secciones, se explica cómo hacerlo en detalle.

Prepara SQL Server

Sigue estos pasos para crear una cuenta de usuario nueva en Active Directory para SQL Server:

1. Conéctate a node-1 mediante el escritorio remoto. Accede con tu cuenta de usuario de dominio.
2. Haz clic derecho en el botón Iniciar (o presiona Windows+X) y, luego, en Windows PowerShell (Admin).
3. Para confirmar el símbolo de elevación, haz clic en Sí.

4. Crea una cuenta de usuario de dominio para SQL Server y el agente de SQL, y asigna una contraseña:

   $Credential = Get-Credential -UserName sql_server -Message 'Enter password'
   New-ADUser `
     -Name "sql_server" `
     -Description "SQL Admin account." `
     -AccountPassword $Credential.Password `
     -Enabled $true -PasswordNeverExpires $true
   

   Nota: Si usas AD administrado, agrega -Path "OU=Cloud,DC=example,DC=org" al comando para crear el usuario en las unidades organizativas (UO) Cloud. Asegúrate de que el valor de la ruta de acceso sea el resultado del siguiente comando: Get-ADOrganizationalUnit -Filter "Name -eq 'Cloud'" | Select-Object -ExpandProperty DistinguishedName

Para configurar SQL Server, realiza los siguientes pasos en node-1 y node-2:

1. Abre el Administrador de configuración de SQL Server.
2. En el panel de navegación, selecciona SQL Server Services.
3. En la lista de servicios, haz clic con el botón derecho en SQL Server (MSSQLSERVER) y selecciona Propiedades.

4. En Acceder como, cambia la cuenta de la siguiente manera:

   • Nombre de la cuenta: DOMAIN\sql_server, en el que DOMAIN es el nombre de NetBIOS de tu dominio de Active Directory.
   • Contraseña: Ingresa la contraseña que elegiste antes.

5. Haz clic en Aceptar.

6. Cuando se te solicite reiniciar SQL Server, selecciona Sí.

SQL Server ahora se ejecuta con una cuenta de usuario de dominio.

Advertencia: Asegúrate de haber completado los pasos de configuración anteriores en ambas instancias de VM. De lo contrario, la configuración del grupo de disponibilidad Always On fallará.

Crea archivos compartidos

Crea dos archivos compartidos en la instancia de VM witness para que pueda almacenar copias de seguridad de SQL Server y actuar como un testigo de archivos compartidos:

1. Conéctate a witness mediante el escritorio remoto. Accede con tu cuenta de usuario de dominio.
2. Haz clic con el botón derecho en el botón Iniciar (o presiona Windows+X) y, luego, en Windows PowerShell (Admin).
3. Para confirmar el símbolo de elevación, haz clic en Sí.

4. Crea un archivo compartido de testigo y otórgate a ti mismo y a los dos nodos del clúster acceso al archivo compartido.

   New-Item "C:\QWitness" –type directory
   
   icacls C:\QWitness\ /grant 'node-1$:(OI)(CI)(M)'
   icacls C:\QWitness\ /grant 'node-2$:(OI)(CI)(M)'
   
   New-SmbShare `
     -Name QWitness `
     -Path "C:\QWitness" `
     -Description "SQL File Share Witness" `
     -FullAccess $env:username,node-1$,node-2$
   

5. Crea otro archivo compartido para almacenar copias de seguridad y otorgar a SQL Server acceso completo:

   New-Item "C:\Backup" –type directory
   New-SmbShare `
     -Name Backup `
     -Path "C:\Backup" `
     -Description "SQL Backup" `
     -FullAccess  $env:USERDOMAIN\sql_server
   

Crea el clúster de conmutación por error

Para crear el clúster de conmutación por error, sigue estos pasos:

1. Regresa a la sesión de escritorio remoto en node-1.
2. Haz clic con el botón derecho en el botón Iniciar (o presiona Windows+X) y, luego, en Windows PowerShell (Admin).
3. Para confirmar el símbolo de elevación, haz clic en Sí.

4. Crea un clúster nuevo.

   New-Cluster `
     -Name sql-cluster `
     -Node node-1,node-2 `
     -NoStorage `
     -ManagementPointNetworkType Distributed
   

   Nota: Cuando los objetos de computadora se crean fuera del contenedor Computers (en una UO), el permiso Create Computer objects debe delegarse a la cuenta de computadora del clúster en la UO.

5. Regresa a la sesión de PowerShell en witness y otorga permiso al objeto de computadora virtual del clúster para acceder al archivo compartido.

   icacls C:\QWitness\ /grant 'sql-cluster$:(OI)(CI)(M)'
   Grant-SmbShareAccess `
     -Name QWitness `
     -AccountName 'sql-cluster$' `
     -AccessRight Full `
     -Force
   

6. Regresa a la sesión de PowerShell en node-1 y configura el clúster para usar el archivo compartido en witness como un quórum del clúster.

   Set-ClusterQuorum -FileShareWitness \\witness\QWitness
   

7. Verifica que el clúster se haya creado correctamente.

   Test-Cluster
   

   Es posible que veas algunas advertencias que pueden ignorarse de forma segura:

   WARNING: System Configuration - Validate All Drivers Signed: The test reported some warnings..
   WARNING: Network - Validate Network Communication: The test reported some warnings..
   WARNING:
   Test Result:
   HadUnselectedTests, ClusterConditionallyApproved
   Testing has completed for the tests you selected. You should review the warnings in the Report.  A cluster solution is
   supported by Microsoft only if you run all cluster validation tests, and all tests succeed (with or without warnings).
   

   También puedes iniciar el complemento de MMC del administrador de clústeres de conmutación por error para revisar el estado del clúster si ejecutas cluadmin.msc.

8. Si usas AD administrado, agrega la cuenta de computadora que usa el clúster de Windows al grupo de cuentas de unión de dominio del servicio en la nube para que pueda unir computadoras al dominio.

   Add-ADGroupMember `
     -Identity "Cloud Service Domain Join Accounts" `
     -Members sql-cluster$
   

9. Habilita los grupos de disponibilidad Always On en ambos nodos.

   Enable-SqlAlwaysOn -ServerInstance node-1 -Force
   Enable-SqlAlwaysOn -ServerInstance node-2 -Force
   

Nota: Para obtener un extremo de clúster único con fines administrativos y administrar los recursos del clúster, puedes usar el nombre de DNS del clúster que se muestra cuando se ejecuta el comando Resolve-DnsName -Name sql-cluster de PowerShell.

Crea un grupo de disponibilidad

Ahora debes crear una base de datos bookshelf de muestra, incluirla en un nuevo grupo de disponibilidad llamado bookshelf-ag y configurar la alta disponibilidad.

Crea una base de datos

Crea una base de datos nueva. Para los fines de este instructivo, la base de datos no necesita contener ningún dato.

1. Regresa a la sesión de escritorio remoto en node-1.
2. Abre SQL Server Management Studio.
3. En el cuadro de diálogo Conectar al servidor, verifica que el nombre del servidor esté configurado como node-1 y selecciona Conectar.
4. En el menú, selecciona Archivo > Nuevo > Consulta con conexión actual.

5. Pega la siguiente secuencia de comandos SQL en el editor:

   -- Create a sample database
   CREATE DATABASE bookshelf ON PRIMARY (
     NAME = 'bookshelf',
     FILENAME='d:\Data\bookshelf.mdf',
     SIZE = 256MB,
     MAXSIZE = UNLIMITED,
     FILEGROWTH = 256MB)
   LOG ON (
     NAME = 'bookshelf_log',
     FILENAME='d:\Logs\bookshelf.ldf',
     SIZE = 256MB,
     MAXSIZE = UNLIMITED,
     FILEGROWTH = 256MB)
   GO
   
   USE [bookshelf]
   SET ANSI_NULLS ON
   SET QUOTED_IDENTIFIER ON
   GO
   
   -- Create sample table
   CREATE TABLE [dbo].[Books] (
     [Id] [bigint] IDENTITY(1,1) NOT NULL,
     [Title] [nvarchar](max) NOT NULL,
     [Author] [nvarchar](max) NULL,
     [PublishedDate] [datetime] NULL,
     [ImageUrl] [nvarchar](max) NULL,
     [Description] [nvarchar](max) NULL,
     [CreatedById] [nvarchar](max) NULL,
     CONSTRAINT [PK_dbo.Books] PRIMARY KEY CLUSTERED ([Id] ASC) WITH (
       PAD_INDEX = OFF,
       STATISTICS_NORECOMPUTE = OFF,
       IGNORE_DUP_KEY = OFF,
       ALLOW_ROW_LOCKS = ON,
       ALLOW_PAGE_LOCKS = ON) ON [PRIMARY]
   ) ON [PRIMARY] TEXTIMAGE_ON [PRIMARY]
   GO
   
   -- Create a backup
   EXEC dbo.sp_changedbowner @loginame = 'sa', @map = false;
     ALTER DATABASE [bookshelf] SET RECOVERY FULL;
     GO
     BACKUP DATABASE bookshelf to disk = '\\witness\Backup\bookshelf.bak' WITH INIT
   GO
   

   La secuencia de comandos crea una base de datos nueva con una sola tabla y realiza una copia de seguridad inicial en witness.

6. Selecciona Ejecutar para ejecutar la secuencia de comandos SQL.

Configura la alta disponibilidad

Ahora puedes configurar la alta disponibilidad para el grupo de disponibilidad con T-SQL o SQL Server Management Studio.

Usa T-SQL

Para configurar la alta disponibilidad del grupo de disponibilidad con T-SQL, sigue estos pasos:

1. Conéctate a node-1 y, luego, ejecuta la siguiente secuencia de comandos para crear el grupo de disponibilidad bookshelf-ag.

   CREATE LOGIN [NET_DOMAIN\sql_server] FROM WINDOWS;
   GO
   
   USE [bookshelf];
   CREATE USER [NET_DOMAIN\sql_server] FOR LOGIN [NET_DOMAIN\sql_server];
   GO
   
   USE [master];
   CREATE ENDPOINT bookshelf_endpoint
     STATE=STARTED
     AS TCP (LISTENER_PORT=5022)
     FOR DATABASE_MIRRORING (ROLE=ALL);
   GO
   
   GRANT CONNECT ON ENDPOINT::[bookshelf_endpoint] TO [NET_DOMAIN\sql_server]
   GO
   

   Nota: En el acceso y el usuario de NET_DOMAIN\sql_server, NET_DOMAIN es el nombre de NetBIOS de tu dominio de Active Directory.

2. Conéctate a node-2 y ejecuta la siguiente secuencia de comandos.

   CREATE LOGIN [NET_DOMAIN\sql_server] FROM WINDOWS;
   GO
   
   CREATE ENDPOINT bookshelf_endpoint
     STATE=STARTED
     AS TCP (LISTENER_PORT=5022)
     FOR DATABASE_MIRRORING (ROLE=ALL);
   GO
   
   GRANT CONNECT ON ENDPOINT::[bookshelf_endpoint] TO [NET_DOMAIN\sql_server]
   GO
   

   Nota: En el acceso y el usuario de NET_DOMAIN\sql_server, NET_DOMAIN es el nombre de NetBIOS de tu dominio de Active Directory.

3. En node-1, ejecuta la siguiente secuencia de comandos para crear el grupo de disponibilidad bookshelf-ag.

   USE master;
   GO
   
   CREATE AVAILABILITY GROUP [bookshelf-ag]
   WITH (AUTOMATED_BACKUP_PREFERENCE = SECONDARY,
   CLUSTER_TYPE = WSFC,
   DB_FAILOVER = ON
   )
   FOR DATABASE [bookshelf]
   REPLICA ON
     N'node-1' WITH (
         ENDPOINT_URL = 'TCP://node-1:5022',
         AVAILABILITY_MODE = SYNCHRONOUS_COMMIT,
         FAILOVER_MODE = AUTOMATIC,
         BACKUP_PRIORITY = 50,
         SEEDING_MODE = AUTOMATIC,
         SECONDARY_ROLE(ALLOW_CONNECTIONS = NO)
     ),
     N'node-2' WITH (
         ENDPOINT_URL = 'TCP://node-2:5022',
         AVAILABILITY_MODE = SYNCHRONOUS_COMMIT,
         FAILOVER_MODE = AUTOMATIC,
         BACKUP_PRIORITY = 50,
         SEEDING_MODE = AUTOMATIC,
         SECONDARY_ROLE(ALLOW_CONNECTIONS = NO)
     );
   GO
   

4. Conéctate a node-2 y, luego, ejecuta la siguiente secuencia de comandos para unir la réplica secundaria al grupo de disponibilidad y habilitar la propagación automática.

   USE master;
   GO
   
   ALTER AVAILABILITY GROUP [bookshelf-ag] JOIN;
   ALTER AVAILABILITY GROUP [bookshelf-ag] GRANT CREATE ANY DATABASE;
   
   

5. Verifica el estado del grupo de disponibilidad.

   SELECT * FROM sys.dm_hadr_availability_group_states;
   GO
   

   Deberías ver synchronization_health_desc como HEALTHY.

Usa SQL Server Management Studio

Para configurar la alta disponibilidad para el grupo de disponibilidad con SQL Server Management Studio, sigue estos pasos:

1. En la ventana Explorador de objetos, haz clic con el botón derecho en alta disponibilidad siempre activa y, luego, selecciona Nuevo asistente de grupo de disponibilidad.
2. En la página Especificar opciones, configura el nombre del grupo de disponibilidad en bookshelf-ag y, luego, selecciona Siguiente.
3. En la página Seleccionar bases de datos, selecciona la base de datos bookshelf y, luego, Siguiente.

4. En la página Especificar réplicas, selecciona la pestaña Réplicas.

   1. Selecciona Agregar réplica.

   2. En el cuadro de diálogo Conectar al servidor, ingresa el nombre del servidor node-2 y selecciona Conectar.

      La lista de réplicas de disponibilidad ahora contiene instancias de SQL Server, node-1 y node-2.

   3. Configura el modo de disponibilidad como Confirmación síncrona para ambas instancias.

   4. Configura Conmutación por error automática como Habilitada para ambas instancias.

   5. Selecciona Siguiente.

5. En la página Seleccionar sincronización de datos, selecciona Propagación automática.

6. En la página Validación, verifica que todas las verificaciones se realicen con éxito. Puedes ignorar la verificación del objeto de escucha del grupo de disponibilidad.

7. En la página Resumen, selecciona Finalizar.

8. En la página Resultados, selecciona Cerrar.

Configura un objeto de escucha de DNN para el grupo de disponibilidad

Un objeto de escucha de DNN funciona como un único extremo para los clientes de SQL Server. Para configurar un objeto de escucha de DNN, sigue estos pasos:

1. Regresa a la sesión de PowerShell en node-1.

2. Ejecuta la siguiente secuencia de comandos para crear un objeto de escucha de DNN.

     $Ag='bookshelf-ag'
     $Port='DNN_PORT'
     $Dns='DNN_NAME'
   
     # create the DNN resource with the port as the resource name
     Add-ClusterResource -Name $Port -ResourceType "Distributed Network Name" -Group $Ag
   
     # set the DNS name of the DNN resource
     Get-ClusterResource -Name $Port | Set-ClusterParameter -Name DnsName -Value $Dns
   
     # start the DNN resource
     Start-ClusterResource -Name $Port
   
     # add the Dependency from availability group resource to the DNN resource
     Set-ClusterResourceDependency -Resource $Ag -Dependency "[$Port]"
   
     # restart the availability group resource
     Stop-ClusterResource -Name $Ag
     Start-ClusterResource -Name $Ag
   

   Reemplaza DNN_PORT por el puerto del objeto de escucha de DNN. El puerto del objeto de escucha de DNN debe configurarse con un puerto único. Para obtener más información, consulta Consideraciones sobre los puertos.

   Reemplaza DNN_NAME por el nombre del objeto de escucha de DNN.

3. Crea reglas de firewall para el puerto del objeto de escucha de DNN en node-1 y en node-2.

     netsh advfirewall firewall add rule name="Allow DNN listener" dir=in action=allow protocol=TCP localport=DNN_PORT
   

Prueba la conmutación por error

Ahora estás listo para probar si la conmutación por error funciona como se esperaba:

1. Regresa a la sesión de PowerShell en witness.

2. Ejecuta la siguiente secuencia de comandos.

   while ($True){
     $Conn = New-Object System.Data.SqlClient.SqlConnection
     $Conn.ConnectionString = "Server=DNN_NAME,DNN_PORT;Integrated Security=true;Initial Catalog=master"
     $Conn.Open()
   
     $Cmd = New-Object System.Data.SqlClient.SqlCommand
     $Cmd.Connection = $Conn
     $Cmd.CommandText = "SELECT SERVERPROPERTY('ServerName')"
   
     $Adapter = New-Object System.Data.SqlClient.SqlDataAdapter $Cmd
     $Data = New-Object System.Data.DataSet
     $Adapter.Fill($Data) | Out-Null
     $Data.Tables[0] + (Get-Date -Format "MM/dd/yyyy HH:mm:ss")
   
     Start-Sleep -Seconds 2
   }
   

   Reemplaza DNN_NAME por el nombre del objeto de escucha de DNN y DNN_PORT por el puerto del objeto de escucha de DNN.

   Cada 2 segundos, la secuencia de comandos se conecta a SQL Server mediante el objeto de escucha del grupo de disponibilidad y consulta el nombre del servidor.

   Deja la secuencia de comandos en ejecución.

3. Regresa a la sesión de escritorio remoto en node-1 para activar una conmutación por error.

   1. En SQL Server Management Studio, navega a AlwaysOn High Availability > Availability Groups > bookshelf-ag (Primary) y haz clic con el botón derecho en el nodo.
   2. Selecciona Conmutación por error.
   3. En la página Selecciona una réplica principal nueva, verifica que node-2 se selecciona como una réplica principal nueva y que la columna Preparación para la conmutación por error indique No data loss. Luego, selecciona Siguiente.
   4. En la página Conectar a la réplica, selecciona Conectar.
   5. En el diálogo Conectar al servidor, verifica que el nombre del servidor sea node-2 y haz clic en Conectar.
   6. Selecciona Siguiente y, luego, Listo.
   7. En la página Resultados, verifica que la conmutación por error se haya realizado correctamente.

4. Regresa a la sesión de PowerShell en witness.

5. Observa el resultado de la secuencia de comandos en ejecución y observa que el nombre del servidor cambia de node-1 a node-2 como resultado de la conmutación por error.

6. Para detener la secuencia de comandos, presiona Ctrl+C.

Realiza una limpieza

Una vez que completes el instructivo, puedes limpiar los recursos que creaste para que dejen de usar la cuota y generar cargos. En las siguientes secciones, se describe cómo borrar o desactivar estos recursos.

Borra el proyecto

La manera más fácil de eliminar la facturación es borrar el proyecto que creaste para el instructivo.

Para borrar el proyecto, sigue estos pasos:

Precaución: Borrar un proyecto tiene las siguientes consecuencias:

• Se borra todo en el proyecto. Si usaste un proyecto existente para las tareas de este documento, cuando lo borres, también se borrará cualquier otro trabajo que hayas realizado en el proyecto.
• Se pierden los ID personalizados de proyectos. Cuando creaste este proyecto, es posible que hayas creado un ID del proyecto personalizado que desees utilizar en el futuro. Para conservar las URL que utilizan el ID del proyecto, como una URL appspot.com, borra los recursos seleccionados dentro del proyecto en lugar de borrar todo el proyecto.

Si planeas explorar varias infraestructuras, instructivos y guías de inicio rápido la reutilización de proyectos puede ayudarte a evitar exceder los límites de las cuotas del proyecto.

1. In the Google Cloud console, go to the Manage resources page.

   Go to Manage resources

2. In the project list, select the project that you want to delete, and then click Delete.
3. In the dialog, type the project ID, and then click Shut down to delete the project.

¿Qué sigue?

• Obtén información para configurar una instancia de clústeres de conmutación por error de SQL Server que usa espacios de almacenamiento directo.
• Obtén información para configurar una instancia de clústeres de conmutación por error de SQL Server que use Persistent Disk en modo de multiescritura.