Configure grupos de disponibilidade Always On do SQL Server com confirmação síncrona através de um nome de rede distribuído

Os grupos de disponibilidade Always On do Microsoft SQL Server permitem-lhe replicar bases de dados em várias instâncias do SQL Server Enterprise.

Semelhante às instâncias de cluster de comutação por falha do SQL Server, os grupos de disponibilidade Always On usam o clustering de comutação por falha do Windows Server (WSFC) para implementar a alta disponibilidade. No entanto, as duas funcionalidades diferem das seguintes formas:

	Grupos de disponibilidade Always On	Instâncias de cluster de failover
Âmbito da comutação por falha	Grupo de bases de dados	Instância
Armazenamento	Não partilhado	Partilhado

Para uma comparação mais detalhada, consulte o artigo Comparação de instâncias de cluster de failover e grupos de disponibilidade.

Os grupos de disponibilidade Always On suportam vários modos de disponibilidade. Este tutorial mostra como pode implementar grupos de disponibilidade Always On no modo de confirmação síncrono para implementar a alta disponibilidade para uma ou mais bases de dados.

Na configuração, vai criar três instâncias de VM. Duas instâncias de VM, node-1 e node-2, funcionam como nós do cluster e executam o SQL Server. É usada uma terceira instância de VM, witness, para alcançar um quorum num cenário de comutação por falha. As três instâncias de VM estão distribuídas por três zonas e partilham uma sub-rede comum.

Usando um grupo de disponibilidade Always On do SQL Server, uma base de dados de exemplo, bookshelf, é replicada de forma síncrona nas duas instâncias do SQL Server.

Num ambiente de cluster do Windows no local, os anúncios do protocolo de resolução de endereços (ARP) acionam a comutação por falha do endereço IP. Google Cloud, no entanto, ignora os anúncios ARP. Consequentemente, tem de implementar uma das seguintes duas opções: usar um equilibrador de carga interno e um nome de rede distribuído (DNN).

Este artigo pressupõe que já implementou o Active Directory no Google Cloud e que tem conhecimentos básicos do SQL Server, do Active Directory e do Compute Engine. Para mais informações sobre o Active Directory no Google Cloud, consulte a secção Antes de começar.

Usando um grupo de disponibilidade Always On do SQL Server, uma base de dados de exemplo, bookshelf, é replicada de forma síncrona nas duas instâncias do SQL Server. Um ouvinte de nome de rede distribuído (DNN) à frente do cluster fornece um único ponto final para clientes do SQL Server.

Para mais informações sobre a DNN, consulte o artigo Configure um ouvinte de DNN para um grupo de disponibilidade.

Este diagrama inclui o seguinte:

• Duas instâncias de VM na mesma região e em zonas diferentes para o cluster de comutação por falha denominado node-1 e node-2. Um aloja a réplica principal da base de dados do SQL Server, enquanto o outro nó aloja a réplica secundária.
• Uma terceira VM denominada witness serve como testemunha de partilha de ficheiros para fornecer um voto de desempate e alcançar um quórum para a comutação por falha.
• Um ouvinte de DNN à frente do cluster fornece um único ponto final para clientes do SQL Server.

Objetivos

• Implemente um WSFC que compreenda duas instâncias de VM do SQL Server e uma terceira instância de VM que funcione como testemunha de partilha de ficheiros.
• Crie um grupo de disponibilidade com confirmação síncrona.
• Configure um nome de rede distribuído (DNN) para encaminhar o tráfego para o seu grupo de disponibilidade com o SQL Server
• Verifique se a configuração está a funcionar simulando uma comutação por falha.

Custos

Este tutorial usa componentes faturáveis do Google Cloud, incluindo:

• Compute Engine

Use a calculadora de preços para gerar uma estimativa de custos com base na sua utilização prevista.

Antes de começar

Para concluir as tarefas neste tutorial, certifique-se de que:

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.

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

Roles required to select or create a project

• Select a project: Selecting a project doesn't require a specific IAM role—you can select any project that you've been granted a role on.
• Create a project: To create a project, you need the Project Creator (roles/resourcemanager.projectCreator), which contains the resourcemanager.projects.create permission. Learn how to grant roles.

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

Verify that billing is enabled for your Google Cloud project.

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

Roles required to select or create a project

• Select a project: Selecting a project doesn't require a specific IAM role—you can select any project that you've been granted a role on.
• Create a project: To create a project, you need the Project Creator (roles/resourcemanager.projectCreator), which contains the resourcemanager.projects.create permission. Learn how to grant roles.

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

Verify that billing is enabled for your Google Cloud project.

1. Tem um domínio do Active Directory com, pelo menos, um controlador de domínio. Pode criar um domínio do Active Directory com o Microsoft AD gerido. Em alternativa, pode implementar um ambiente do Active Directory personalizado no Compute Engine e configurar uma zona de encaminhamento de DNS privado que encaminha consultas DNS para os controladores de domínio.
2. Tem um utilizador do Active Directory com autorização para associar computadores ao domínio e pode iniciar sessão através do RDP. Se estiver a usar o Managed Microsoft AD, pode usar o utilizador setupadmin. Para mais informações sobre o aprovisionamento de contas de utilizador do Active Directory, consulte o artigo Aprovisionamento de contas de utilizador do Active Directory
3. Um Google Cloud projeto e uma nuvem virtual privada (VPC) com conetividade aos controladores de domínio do Active Directory.
4. Uma sub-rede a usar para as instâncias de VM do cluster de tolerância a falhas do Windows Server.
Quando terminar este tutorial, pode evitar a faturação contínua eliminando os recursos que criou. Para mais informações, consulte o artigo Limpar.

Prepare o seu projeto e rede

Para implementar os grupos de disponibilidade Always On do SQL Server, tem de preparar oGoogle Cloud projeto e a VPC para a implementação. As secções seguintes abordam como pode fazê-lo em detalhe.

Configure o projeto e a região

Para preparar o seu Google Cloud projeto para a implementação de grupos de disponibilidade Always On do SQL Server, faça o seguinte:

1. Na Google Cloud consola, abra o Cloud Shell clicando no botão Ativar Cloud Shell .

   Aceda à Google Cloud consola

2. Inicialize as seguintes variáveis.

   VPC_NAME=VPC_NAME
   SUBNET_NAME=SUBNET_NAME
   

   Substitua o seguinte:

   • VPC_NAME: nome da sua VPC
   • SUBNET_NAME: nome da sua sub-rede

3. Defina o ID do projeto predefinido.

   gcloud config set project PROJECT_ID
   

   Substitua PROJECT_ID pelo ID do seu Google Cloud projeto.

4. Predefina a sua região.

   gcloud config set compute/region REGION
   

   Substitua REGION pelo ID da região na qual quer fazer a implementação.

Crie regras de firewall

Para permitir que os clientes se liguem ao SQL Server e à comunicação entre os nós do cluster, tem de criar várias regras de firewall. Pode usar etiquetas de rede para simplificar a criação destas regras de firewall, da seguinte forma:

• Os dois nós de cluster estão anotados com a etiqueta wsfc-node.
• Todos os servidores (incluindo o witness) estão anotados com a etiqueta wsfc.

Para criar regras de firewall que usem estas etiquetas de rede, siga estes passos:

1. Regresse à sua sessão do Cloud Shell existente.

2. Crie regras de firewall para permitir o tráfego entre nós do cluster.

   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: consoante a forma como implementou o Active Directory, pode ter de criar regras de firewall adicionais para permitir que os servidores adiram ao domínio. Para mais informações, consulte o artigo Aceder ao Microsoft AD gerido a partir da sua VPC.

Crie instâncias de VM

Crie e implemente duas instâncias de VM para o cluster de comutação por falha. Em qualquer momento, uma destas VMs aloja a réplica principal da base de dados do SQL Server enquanto o outro nó aloja a réplica secundária. As duas instâncias de VM têm de:

• Têm clustering de comutação por falha e o SQL Server instalado.
• Ter o suporte do WSFC do Compute Engine ativado.

Usar uma imagem premium do SQL Server com o SQL Server 2022 pré-instalado.

Nota: se planeia trazer as suas próprias licenças para o SQL Server através do programa Mobilidade de licenças, selecione imagens base do Windows Server para estes nós e instale o SQL Server com as suas próprias chaves de produto.

Para fornecer um voto de desempate e alcançar um quórum para o cenário de alternativa, implemente uma terceira VM que funcione como um testemunho de partilha de ficheiros através dos seguintes passos:

1. Regresse à sua sessão do Cloud Shell existente.

2. Crie um script especializado para os nós do WSFC. Este script instala as funcionalidades do Windows necessárias e cria regras de firewall para o WSFC e o 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. Crie as instâncias de VM. Nas duas VMs que funcionam como nós do cluster, anexe um disco de dados adicional e ative o clustering de failover do Windows Server definindo a chave de metadados enable-wsfc como 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"
   

   Substitua ZONE1, ZONE2 e ZONE3 com base nas zonas que está a usar.

   Nota: consoante os seus requisitos de desempenho, considere usar um tipo de máquina superior a n2-standard-8 para os nós do WSFC. Considere desativar o multithreading simultâneo (SMT) para obter potenciais poupanças nos custos de licenciamento.
   Nota: para efeitos deste tutorial e para se enquadrar na quota predefinida do Persistent Disk SSD regional, o tamanho dos discos anexados a cada VM é inferior ao que seria num ambiente de produção. Para um melhor desempenho e para acomodar uma base de dados maior, aumente o tamanho de cada disco.

4. Para associar as três instâncias de VM ao Active Directory, faça o seguinte para cada uma das três instâncias de VM:

   1. Monitorize o processo de inicialização da VM vendo a respetiva saída da porta de série.

      gcloud compute instances tail-serial-port-output NAME
      

      Substitua NAME pelo nome da instância de VM.

      Aguarde alguns minutos até ver o resultado Instance setup finished e, em seguida, prima Ctrl+C. Neste momento, a instância de VM está pronta a ser usada.

   2. Crie um nome de utilizador e uma palavra-passe para a instância de VM.

   3. Estabeleça ligação à VM através do Ambiente de Trabalho Remoto e inicie sessão com o nome de utilizador e a palavra-passe criados no passo anterior.

   4. Clique com o botão direito do rato no botão Iniciar (ou prima Win+X) e clique em Windows PowerShell (administrador).

      Nota: neste guia, usámos o Powershell 5.1.

   5. Clique em Sim para confirmar o pedido de elevação.

   6. Associe o computador ao seu domínio do Active Directory e reinicie-o.

      Add-Computer -Domain DOMAIN -Restart
      

      Substitua DOMAIN pelo nome DNS do seu domínio do Active Directory.

   7. Introduza as credenciais de uma conta que tenha autorizações para associar uma VM ao domínio

      Aguarde que a VM seja reiniciada. Agora, juntou a instância de VM ao Active Directory.

Implementar o cluster de comutação por falha

Agora, pode usar as instâncias de VM para implementar um cluster de tolerância a falhas do Windows Server e o SQL Server. As secções seguintes abordam como pode fazê-lo em detalhe.

Preparar o SQL Server

Crie uma nova conta de utilizador no Active Directory para o SQL Server através dos seguintes passos.

1. Ligue-se a node-1 através do Ambiente de Trabalho Remoto. Inicie sessão com a sua conta de utilizador do domínio.
2. Clique com o botão direito do rato no botão Iniciar (ou prima Win+X) e clique em Windows PowerShell (administrador).
3. Clique em Sim para confirmar o pedido de elevação.

4. Crie uma conta de utilizador do domínio para o SQL Server e o agente SQL e atribua uma palavra-passe:

   $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: se usar o AD gerido, acrescente -Path "OU=Cloud,DC=example,DC=org" ao comando para criar o utilizador nas unidades organizacionais (UO) Cloud. Certifique-se de que o valor do caminho é o resultado do seguinte comando: Get-ADOrganizationalUnit -Filter "Name -eq 'Cloud'" | Select-Object -ExpandProperty DistinguishedName

Para configurar o SQL Server, siga estes passos em node-1 e node-2:

1. Abra o Gestor de configuração do SQL Server.
2. No painel de navegação, selecione Serviços do SQL Server.
3. Na lista de serviços, clique com o botão direito do rato em SQL Server (MSSQLSERVER) e selecione Propriedades.

4. Em Iniciar sessão como, altere a conta da seguinte forma:

   • Nome da conta: DOMAIN\sql_server onde DOMAIN é o nome NetBIOS do seu domínio do Active Directory.
   • Palavra-passe: introduza a palavra-passe que escolheu anteriormente.

5. Clique em OK.

6. Quando lhe for pedido para reiniciar o SQL Server, selecione Sim.

O SQL Server é agora executado numa conta de utilizador do domínio.

Aviso: certifique-se de que concluiu os passos de configuração anteriores em ambas as instâncias de VM. Caso contrário, a configuração do grupo de disponibilidade Always On falha.

Crie partilhas de ficheiros

Crie duas partilhas de ficheiros na instância de VM witness para que possa armazenar cópias de segurança do SQL Server e atuar como testemunha de partilha de ficheiros:

1. Ligue-se a witness através do Ambiente de Trabalho Remoto. Inicie sessão com a sua conta de utilizador do domínio.
2. Clique com o botão direito do rato no botão Iniciar (ou prima Win+X) e clique em Windows PowerShell (administrador).
3. Clique em Sim para confirmar o pedido de elevação.

4. Crie uma partilha de ficheiros de testemunho e conceda a si próprio e aos dois nós do cluster acesso à partilha de ficheiros.

   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. Crie outra partilha de ficheiros para armazenar cópias de segurança e conceda acesso total ao SQL Server:

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

Crie o cluster de comutação por falha

Para criar o cluster de comutação por falha, siga estes passos:

1. Volte à sessão do Ambiente de Trabalho Remoto em node-1.
2. Clique com o botão direito do rato no botão Iniciar (ou prima Win+X) e clique em Windows PowerShell (administrador).
3. Clique em Sim para confirmar o pedido de elevação.

4. Crie um novo cluster.

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

   Nota: quando os objetos de computador são criados fora do contentor Computers (numa UO), a autorização Create Computer objects tem de ser delegada na conta de computador do cluster na UO.

5. Regresse à sessão do PowerShell em witness e conceda ao objeto de computador virtual do cluster autorização para aceder à partilha de ficheiros.

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

6. Regresse à sessão do PowerShell no node-1 e configure o cluster para usar a partilha de ficheiros no witness como um quorum de cluster.

   Set-ClusterQuorum -FileShareWitness \\witness\QWitness
   

7. Verifique se o cluster foi criado com êxito.

   Test-Cluster
   

   Pode ver alguns avisos que podem ser ignorados com segurança:

   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).
   

   Também pode iniciar o snap-in MMC do Gestor de clusters de failover para rever o estado do cluster executando cluadmin.msc.

8. Se estiver a usar o AD gerido, adicione a conta do computador usada pelo cluster do Windows ao grupo Contas de associação ao domínio do serviço na nuvem para que possa associar computadores ao domínio.

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

9. Ative os grupos de disponibilidade Always On em ambos os nós.

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

Nota: para obter um único ponto final do cluster para fins administrativos e gerir recursos do cluster, pode usar o nome DNS do cluster devolvido pela execução do comando Resolve-DnsName -Name sql-cluster Powershell.

Criar um grupo de disponibilidade

Agora, cria uma base de dados de amostra bookshelf, inclui-a num novo grupo de disponibilidade denominado bookshelf-ag e configura a elevada disponibilidade.

Criar uma base de dados

Crie uma nova base de dados. Para efeitos deste tutorial, a base de dados não tem de conter dados.

1. Volte à sessão do Ambiente de Trabalho Remoto em node-1.
2. Abra o SQL Server Management Studio.
3. Na caixa de diálogo Estabelecer ligação ao servidor, verifique se o nome do servidor está definido como node-1 e selecione Estabelecer ligação.
4. No menu, selecione Ficheiro > Novo > Consulta com ligação atual.

5. Cole o seguinte script SQL no 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
   

   O script cria uma nova base de dados com uma única tabela e faz uma cópia de segurança inicial para witness.

6. Selecione Executar para executar o script SQL.

Configure a alta disponibilidade

Agora, pode configurar a elevada disponibilidade para o grupo de disponibilidade através do T-SQL ou do Server Management Studio.

Usar T-SQL

Para configurar a elevada disponibilidade para o grupo de disponibilidade através de T-SQL, siga os seguintes passos:

1. Associe-se a node-1 e, em seguida, execute o seguinte script para criar o grupo de disponibilidade 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: no NET_DOMAIN\sql_server de início de sessão e utilizador, NET_DOMAIN é o nome NetBIOS do seu domínio do Active Directory.

2. Ligue-se ao node-2 e execute o seguinte script.

   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: no NET_DOMAIN\sql_server de início de sessão e utilizador, NET_DOMAIN é o nome NetBIOS do seu domínio do Active Directory.

3. Em node-1 e, em seguida, execute o seguinte script para criar o grupo de disponibilidade 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. Ligue-se a node-2 e, em seguida, execute o seguinte script para associar a réplica secundária ao grupo de disponibilidade e ativar a sincronização automática.

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

5. Verifique o estado do grupo de disponibilidade.

   SELECT * FROM sys.dm_hadr_availability_group_states;
   GO
   

   Deverá ver synchronization_health_desc como HEALTHY.

Usar o SQL Server Management Studio

Para configurar a elevada disponibilidade para o grupo de disponibilidade através do SQL Server Management Studio, siga estes passos:

1. Na janela Object Explorer, clique com o botão direito do rato em Always On High Availability e, de seguida, selecione New Availability Group Wizard.
2. Na página Especificar opções, defina o nome do grupo de disponibilidade como bookshelf-ag e, em seguida, selecione Seguinte.
3. Na página Selecionar bases de dados, selecione a base de dados bookshelf e, de seguida, selecione Seguinte.

4. Na página Especificar réplicas, selecione o separador Réplicas.

   1. Selecione Adicionar réplica.

   2. Na caixa de diálogo Ligar ao servidor, introduza o nome do servidor node-2 e selecione Ligar.

      A lista de réplicas de disponibilidade contém agora instâncias do SQL Server, node-1 e node-2.

   3. Defina o Modo de disponibilidade como Confirmação síncrona para ambas as instâncias.

   4. Defina a opção Comutação automática por falha como Ativada para ambas as instâncias.

   5. Selecione Seguinte.

5. Na página Selecionar sincronização de dados, selecione Preenchimento automático.

6. Na página Validação, verifique se todas as verificações foram bem-sucedidas. Pode ignorar a verificação do ouvinte do grupo de disponibilidade.

7. Na página Resumo, selecione Concluir.

8. Na página Resultados, selecione Fechar.

Configure um ouvinte de DNN para o grupo de disponibilidade

Um ouvinte de DNN funciona como um único ponto final para clientes do SQL Server. Para configurar um ouvinte de DNN, siga os passos seguintes:

1. Regresse à sessão do PowerShell em node-1.

2. Execute o seguinte script para criar um ouvinte 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
   

   Substitua DNN_PORT pela porta do ouvinte da DNN. A porta de escuta da DNN tem de ser configurada com uma porta exclusiva. Para mais informações, consulte o artigo Considerações sobre as portas.

   Substitua DNN_NAME pelo nome do ouvinte da DNN.

3. Crie regras de firewall para a porta do ouvinte da DNN em node-1 e node-2.

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

Teste a comutação por falha

Já pode testar se a comutação por falha funciona conforme esperado:

1. Regresse à sessão do PowerShell em witness.

2. Execute o seguinte script.

   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
   }
   

   Substitua DNN_NAME pelo nome do ouvinte da DNN e DNN_PORT pela porta do ouvinte da DNN.

   A cada 2 segundos, o script estabelece ligação ao SQL Server através do ouvinte do grupo de disponibilidade e consulta o nome do servidor.

   Deixe o script em execução.

3. Volte à sessão de Ambiente de Trabalho Remoto em node-1 para acionar uma comutação por falha.

   1. No SQL Server Management Studio, navegue para Always On High Availability > Availability Groups > bookshelf-ag (Primary) e clique com o botão direito do rato no nó.
   2. Selecione Failover.
   3. Na página Selecionar nova réplica principal, verifique se node-2 está selecionado como nova réplica principal e se a coluna Prontidão para a comutação por falha indica No data loss. Em seguida, selecione Seguinte.
   4. Na página Ligar à réplica, selecione Ligar.
   5. Na caixa de diálogo Ligar ao servidor, verifique se o nome do servidor é node-2 e clique em Ligar.
   6. Selecione Seguinte e, de seguida, Concluir.
   7. Na página Resultados, verifique se a comutação por falha foi bem-sucedida.

4. Regresse à sessão do PowerShell em witness.

5. Observe o resultado do script em execução e repare que o nome do servidor muda de node-1 para node-2 como resultado da comutação por falha.

6. Pare o guião premindo Ctrl+C.

Limpar

Depois de concluir o tutorial, pode limpar os recursos que criou para que deixem de usar a quota e incorrer em custos. As secções seguintes descrevem como eliminar ou desativar estes recursos.

Eliminar o projeto

A forma mais fácil de eliminar a faturação é eliminar o projeto que criou para o tutorial.

Para eliminar o projeto:

Atenção: a eliminação de um projeto tem os seguintes efeitos:

• Tudo no projeto é eliminado. Se usou um projeto existente para as tarefas neste documento, quando o elimina, também elimina qualquer outro trabalho que tenha feito no projeto.
• Os IDs dos projetos personalizados são perdidos. Quando criou este projeto, pode ter criado um ID do projeto personalizado que quer usar no futuro. Para preservar os URLs que usam o ID do projeto, como um URL appspot.com, elimine os recursos selecionados no projeto em vez de eliminar o projeto inteiro.

Se planeia explorar várias arquiteturas, tutoriais ou inícios rápidos, a reutilização de projetos pode ajudar a evitar exceder os limites de quota de projetos.

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.

O que se segue?

• Saiba como pode configurar uma instância de cluster de comutação por falha do SQL Server que usa o Storage Spaces Direct.
• Saiba como pode configurar uma instância de cluster de failover do SQL Server que usa o disco persistente no modo de gravação múltipla.