Configurar backup em réplicas de disponibilidade (SQL Server)

Este tópico descreve como configurar o backup em réplicas secundárias de um grupo de disponibilidade AlwaysOn usando o SQL Server Management Studio, o Transact-SQL ou o PowerShell no SQL Server 2012.

Observação
Para obter uma introdução ao backup em réplicas secundárias, consulte Secundárias ativas: backup em réplicas secundárias (Grupos de Disponibilidade AlwaysOn).

• Antes de começar:

  Pré-requisitos

  Segurança

• Para configurar o backup em réplicas secundárias, usando:

  SQL Server Management Studio

  Transact-SQL

  PowerShell

• Acompanhamento: Após configurar o backup em réplicas secundárias

• Para obter informações sobre configurações de preferência de backup

• Conteúdo relacionado

Antes de começar

Pré-requisitos

Você deve estar conectado à instância de servidor que hospeda a réplica primária.

Segurança

Permissões

Tarefa	Permissões
Para configurar o backup em réplicas secundárias ao criar um grupo de disponibilidade	Requer a associação à função de servidor fixa sysadmin e a permissão de servidor CREATE AVAILABILITY GROUP, a permissão CONTROL AVAILABILITY GROUP, a permissão ALTER ANY AVAILABILITY GROUP ou a permissão CONTROL SERVER.
Para modificar um grupo de disponibilidade ou uma réplica de disponibilidade	Requer a permissão ALTER AVAILABILITY GROUP no grupo de disponibilidade, a permissão CONTROL AVAILABILITY GROUP, a permissão ALTER ANY AVAILABILITY GROUP ou a permissão CONTROL SERVER.

[Início]

Usando o SQL Server Management Studio

Para configurar o backup em réplicas secundárias

1. No Pesquisador de Objetos, conecte-se à instância do servidor que hospeda a réplica primária e clique no nome do servidor para expandir a árvore de servidores.

2. Expanda os nós Alta Disponibilidade AlwaysOn e Grupos de Disponibilidade.

3. Clique no grupo de disponibilidade cujas preferências de backup você deseja configurar e selecione o comando Propriedades.

4. Na caixa de diálogo Propriedades de Grupo de Disponibilidade, selecione a página Preferências de Backup.

5. No painel Onde devem ocorrer os backups?, selecione uma destas preferências de backup automatizada para o grupo de disponibilidade:

   • Preferir Secundário
     Especifica que os backups devem ocorrer em uma réplica secundária, exceto quando a réplica primária for a única réplica online. Nesse caso, o backup deve ocorrer na réplica primária. Essa é a opção padrão.

   • Somente Secundário
     Especifica que os backups nunca devem ser executados na réplica primária. Se a réplica primária for a única réplica online, o backup não deveria ocorrer.

   • Primário
     Especifica que os backups sempre devem ocorrer na réplica primária. Essa opção será útil se você precisar de recursos de backup, como a criação de backups diferenciais, que não têm suporte quando o backup é executado em uma réplica secundária.

     Importante
     Se você pretende usar o envio de logs para preparar qualquer banco de dados secundário para um grupo de disponibilidade, defina a preferência de backup automatizada como Primário até que todos os bancos de dados secundários estejam preparados e associados ao grupo de disponibilidade.

   • Qualquer Réplica
     Especifica que você prefere que trabalhos de backup ignorem a função das réplicas de disponibilidade ao escolher a réplica para executar backups. Observe que os trabalhos de backup podem avaliar outros fatores, como prioridade de backup de cada réplica de disponibilidade em combinação com seu estado operacional e estado conectado.

   Importante

   Não há nenhuma imposição da configuração de preferência de backup automatizado. A interpretação dessa preferência depende da lógica, se houver, que você usa nos trabalhos de backup para os bancos de dados em um determinado grupo de disponibilidade. A configuração de preferência de backup automatizado não tem impacto nos backups ad-hoc. Para obter mais informações, consulte Acompanhamento: após configurar o backup em réplicas secundárias posteriormente neste tópico.

6. Use a grade Prioridades de backup de réplica para alterar a prioridade de backup das réplicas de disponibilidade. Esta grade exibe a prioridade de backup atual de cada instância de servidor que hospeda uma réplica para o grupo de disponibilidade. As colunas da grade são as seguintes:

   • Instância do Servidor
     O nome da instância do SQL Server que hospeda a réplica de disponibilidade.

   • Prioridade de Backup (Mais Baixa = 1, Mais Alta = 100)
     Especifica sua prioridade para executar backups nesta réplica em relação às outras réplicas no mesmo grupo de disponibilidade. O valor é um número inteiro no intervalo de 0..100. 1 indica a prioridade mais baixa, e 100 indica a prioridade mais alta. Se Prioridade de Backup = 1, a réplica de disponibilidade será escolhida para execução de backups apenas se nenhuma réplica de disponibilidade de prioridade mais alta estiver disponível atualmente.

   • Excluir Réplica
     Selecione se desejar que esta réplica de disponibilidade nunca seja escolhida para executar backups. Isso é útil, por exemplo, para uma réplica de disponibilidade remota para a qual você nunca deseja que ocorra o failover de backups.

7. Para confirmar suas alterações, clique em OK.

Modos alternativos de acessar a página Preferências de Backup

• Usar a caixa de diálogo Novo Grupo de Disponibilidade (SQL Server Management Studio)

• Usar o Assistente para Adicionar Réplica ao Grupo de Disponibilidade (SQL Server Management Studio)

• Usar a caixa de diálogo Novo Grupo de Disponibilidade (SQL Server Management Studio)

[Início]

Usando Transact-SQL

Para configurar o backup em réplicas secundárias

1. Conecte-se à instância de servidor que hospeda a réplica primária.

2. Para um novo grupo de disponibilidade, use a instrução CREATE AVAILABILITY GROUP (Transact-SQL). Se você estiver modificando um grupo de disponibilidade existente, use a instrução ALTER AVAILABILITY GROUP (Transact-SQL).

[Início]

Usando o PowerShell

Para configurar o backup em réplicas secundárias

1. Defina o padrão (cd) para a instância de servidor que hospeda a réplica primária.

2. Opcionalmente, configure a prioridade de backup de cada réplica de disponibilidade que você está adicionando ou modificando. Esta prioridade é usada pela instância de servidor que hospeda a réplica primária para decidir qual réplica deve atender uma solicitação de backup automatizado em um banco de dados no grupo de disponibilidade (a réplica com prioridade mais alta é escolhida). Essa prioridade pode ser qualquer número entre 0 e 100, inclusive. Uma prioridade de 0 indica que a réplica não deve ser considerada como candidata para atender solicitações de backup. A configuração padrão é 50.

   Ao adicionar uma réplica de disponibilidade a um grupo de disponibilidade, use o cmdlet New-SqlAvailabilityReplica. Ao modificar uma réplica de disponibilidade existente, use o cmdlet Set-SqlAvailabilityReplica. Nos dois casos, especifique o parâmetro BackupPriority n, onde n é um valor de 0 a 100.

   Por exemplo, o comando a seguir define a prioridade de backup da réplica de disponibilidade MyReplica como 60.

   Set-SqlAvailabilityReplica -BackupPriority 60 `
   -Path SQLSERVER:\Sql\Computer\Instance\AvailabilityGroups\MyAg\AvailabilityReplicas\MyReplica
   

3. Outra opção é configurar a preferência de backup automatizada para o grupo de disponibilidade que você está criando ou modificando. Esta preferência indica como um trabalho de backup deve avaliar a réplica primária ao escolher onde executar backups. A configuração padrão é preferir réplicas secundárias.

   Ao criar um grupo de disponibilidade, use o cmdlet New-SqlAvailabilityGroup. Ao modificar um grupo de disponibilidade existente, use o cmdlet Set-SqlAvailabilityGroup. Nos dois casos, especifique o parâmetro AutomatedBackupPreference.

   onde:

   • Primary
     Especifica que os backups sempre devem ocorrer na réplica primária. Essa opção será útil se você precisar de recursos de backup, como a criação de backups diferenciais, que não têm suporte quando o backup é executado em uma réplica secundária.

     Importante
     Se você pretende usar o envio de logs para preparar qualquer banco de dados secundário para um grupo de disponibilidade, defina a preferência de backup automatizada como Primary até que todos os bancos de dados secundários estejam preparados e associados ao grupo de disponibilidade.

   • SecondaryOnly
     Especifica que os backups nunca devem ser executados na réplica primária. Se a réplica primária for a única réplica online, o backup não deveria ocorrer.

   • Secondary
     Especifica que os backups devem ocorrer em uma réplica secundária, exceto quando a réplica primária for a única réplica online. Nesse caso, o backup deve ocorrer na réplica primária. Esse é o comportamento padrão.

   • None
     Especifica que você prefere que trabalhos de backup ignorem a função das réplicas de disponibilidade ao escolher a réplica para executar backups. Observe que os trabalhos de backup podem avaliar outros fatores, como prioridade de backup de cada réplica de disponibilidade em combinação com seu estado operacional e estado conectado.

   Importante

   Não há imposição de AutomatedBackupPreference. A interpretação dessa preferência depende da lógica, se houver, que você usa nos trabalhos de backup para os bancos de dados em um determinado grupo de disponibilidade. A configuração de preferência de backup automatizado não tem impacto nos backups ad-hoc. Para obter mais informações, consulte Acompanhamento: após configurar o backup em réplicas secundárias posteriormente neste tópico.

   Por exemplo, o comando a seguir define a propriedade AutomatedBackupPreference no grupo de disponibilidade MyAg como SecondaryOnly. Backups automatizados de bancos de dados neste grupo de disponibilidade nunca ocorrerão na réplica primária, mas serão redirecionados à réplica secundária com a configuração de prioridade de backup mais alta.

   Set-SqlAvailabilityGroup `
   -Path SQLSERVER:\Sql\PrimaryServer\InstanceName\AvailabilityGroups\MyAg `
   -AutomatedBackupPreference SecondaryOnly
   

Observação
Para exibir a sintaxe de um cmdlet, use o cmdlet Get-Help no ambiente do SQL Server PowerShell. Para obter mais informações, consulte Obter Ajuda do SQL Server PowerShell.

Para configurar e usar o provedor do SQL Server PowerShell

• Provedor do SQL Server PowerShell

• Obter Ajuda do SQL Server PowerShell

[Início]

Acompanhamento: Após configurar o backup em réplicas secundárias

Para considerar a preferência de backup automatizado para um determinado grupo de disponibilidade, em cada instância de servidor que hospeda uma réplica de disponibilidade cuja prioridade de backup seja maior que zero (>0), crie scripts de trabalhos de backup para os bancos de dados no grupo de disponibilidade. Para determinar se a réplica atual é a réplica de backup preferencial, use a função sys.fn_hadr_backup_is_preferred_replica no script de backup. Se a réplica de disponibilidade que está hospedada pela instância de servidor atual for a réplica de backup preferida, esta função retornará 1. Se não, a função retornará 0. Ao executar um script simples em cada réplica de disponibilidade que consulta essa função, você pode determinar qual réplica deve executar um determinado trabalho de backup. Por exemplo, um trecho típico de um script de trabalho de backup teria a seguinte aparência:

IF (NOT sys.fn_hadr_backup_is_preferred_replica(@DBNAME))
BEGIN
      Select ‘This is not the preferred replica, exiting with success’;
      RETURN 0 – This is a normal, expected condition, so the script returns success
END
BACKUP DATABASE @DBNAME TO DISK=<disk>
   WITH COPY_ONLY;

A criação do script de um trabalho de backup com essa lógica permite agendar o trabalho para execução em cada réplica de disponibilidade na mesma agenda. Cada um desses trabalhos examina os mesmos dados para determinar qual trabalho deve ser executado, portanto, somente um dos trabalhos agendados realmente continuará para o estágio de backup. Caso ocorra um failover, nenhum dos scripts ou trabalhos precisam ser modificados. Além disso, se você reconfigurar um grupo de disponibilidade para adicionar uma réplica de disponibilidade, o gerenciamento do trabalho de backup exigirá simplesmente copiar ou agendar o trabalho de backup. Se você remover uma réplica de disponibilidade, simplesmente exclua o trabalho de backup da instância de servidor que hospeda essa réplica.

Dica

Se você usar o Assistente de Plano de Manutenção para criar um determinado trabalho de backup, o trabalho incluirá automaticamente a lógica de script que chama e verifica a função sys.fn_hadr_backup_is_preferred_replica. No entanto, o trabalho de backup não retornará a mensagem "Esta não é a réplica preferida...". Crie um trabalho para cada banco de dados de disponibilidade em cada instância de servidor que hospeda uma réplica de disponibilidade para o grupo de disponibilidade.

[Início]

Para obter informações sobre configurações de preferência de backup

Os seguintes são úteis para obter informações relevantes para backup em secundário.

Exibir	Informações	Colunas relevantes
sys.fn_hadr_backup_is_preferred_replica	A réplica atual é a réplica de backup preferencial?	Não aplicável.
sys.availability_groups	Preferência de backup automatizada	automated_backup_preference automated_backup_preference_desc
sys.availability_replicas	Prioridade de backup de determinada réplica de disponibilidade	backup_priority
sys.dm_hadr_availability_replica_states	A réplica é local para a instância de servidor? Função atual Estado operacional Estado conectado Integridade da sincronização de uma réplicas de disponibilidade	is_local role, role_desc operational_state, operational_state_desc connected_state, connected_state_desc synchronization_health, synchronization_health_desc

[Início]

Conteúdo relacionado

• Guia de soluções AlwaysOn do Microsoft SQL Server para alta disponibilidade e recuperação de desastre

• Blog da equipe do AlwaysOn do SQL Server: o blog oficial da equipe do AlwaysOn do SQL Server

[Início]

Consulte também

Conceitos

Visão geral de grupos de disponibilidade AlwaysOn (SQL Server)

Secundárias ativas: backup em réplicas secundárias (Grupos de Disponibilidade AlwaysOn)