Partilhar via

Preparar um banco de dados secundário manualmente para um grupo de disponibilidade (SQL Server)

  • Artigo

Este tópico descreve como preparar um banco de dados secundário para um grupo de disponibilidade AlwaysOn no SQL Server 2014 usando o SQL Server Management Studio, o Transact-SQL ou o PowerShell. A preparação de um banco de dados secundário exige duas etapas: (1) restaurar um backup recente do banco de dados primário e os backups de log subsequentes em cada instância do servidor que hospede a réplica secundária, usando RESTORE WITH NORECOVERY e (2) unir o banco de dados restaurado ao grupo de disponibilidade.

Dica

Se você tiver uma configuração de envio de logs existente, poderá ser capaz de converter o banco de dados primários de envio de logs junto com um ou mais de seus bancos de dados secundários em um banco de dados primário AlwaysOn e um ou mais bancos de dados secundários AlwaysOn. Para obter mais informações, consulte Pré-requisitos para migrar do envio de logs para grupos de disponibilidade AlwaysOn (SQL Server).

Antes de começar

Pré-requisitos e restrições

  • Verifique se o sistema onde você planeja colocar o banco de dados possui um disco com espaço suficiente para os bancos de dados secundários.

  • O nome do banco de dados secundário deve ser igual ao nome do banco de dados primário.

  • Use RESTORE WITH NORECOVERY para cada operação de restauração.

  • Se o banco de dados secundário precisar residir em um caminho de arquivo diferente (inclusive a letra da unidade) do banco de dados primário, o comando de restauração também deve usar a opção WITH MOVE para cada um dos arquivos de banco de dados para especificar o caminho do banco de dados secundário.

  • Se restaurar o grupo de arquivos de banco de dados pelo grupo de arquivos, restaure todo o banco de dados.

  • Depois de restaurar o banco de dados, você deve restaurar (WITH NORECOVERY) cada backup de log criado desde o último backup de dados restaurado.

Recomendações

  • Em instâncias autônomas do SQL Server, é recomendável que, se possível, o caminho do arquivo (incluindo a letra da unidade) de um determinado banco de dados secundário seja idêntico ao caminho do banco de dados primário correspondente. Isso ocorre porque, se você mover os arquivos de banco de dados ao criar um banco de dados secundário, uma operação de adição de arquivo posterior poderá apresentar falha no banco de dados secundário e fazer com que o banco de dados secundário seja suspenso.

  • Antes de preparar seus bancos de dados secundários, é altamente recomendável suspender os backups de log agendados nos bancos de dados no grupo de disponibilidade até que a inicialização das réplicas secundárias seja concluída.

Segurança

Quando é feito backup de um banco de dados, a propriedade TRUSTWORTHY do banco de dados é definida como OFF. Portanto, em um banco de dados recém-restaurado, TRUSTWORTHY sempre será OFF.

Permissões

As permissões BACKUP DATABASE e BACKUP LOG usam como padrão os membros da função de servidor fixa sysadmin e as funções de banco de dados fixas db_owner e db_backupoperator . Para obter mais informações, confira BACKUP (Transact-SQL).

Quando o banco de dados que está sendo restaurado não existir na instância do servidor, a instrução RESTORE exigirá as permissões CREATE DATABASE. Para obter mais informações, confira RESTORE (Transact-SQL).

Como usar o SQL Server Management Studio.

Observação

Se os caminhos de arquivos de backup e restauração forem idênticos entre a instância do servidor que hospeda a réplica primária e todas as instâncias que hospedam uma réplica secundária, você conseguirá criar bancos de dados secundários usando o Assistente de Novo Grupo de Disponibilidade, Assistente para Adicionar Réplica a Grupo de Disponibilidadeou Assistente para Adicionar Banco de Dados ao Grupo de Disponibilidade.

Para preparar um banco de dados secundário

  1. A menos que você já tenha um backup recente do banco de dados primário, crie um novo backup completo ou diferencial do banco de dados. Como prática recomendada, coloque esse backup e qualquer backup de log subsequente no compartilhamento de rede recomendado.

  2. Crie pelo menos um novo backup de log do banco de dados primário.

  3. Na instância do servidor que hospeda a réplica secundária, restaure o backup completo do banco de dados primário (e opcionalmente um backup diferencial) seguido por quaisquer backups de log subsequentes.

    Na página Opções de RESTORE DATABASE , selecione Deixar o banco de dados não operacional e não reverter as transações não confirmadas. Os logs de transações adicionais podem ser restaurados. (RESTAURAR COM NORECOVERY).

    Se os caminhos de arquivo dos bancos de dados primário e secundário forem diferentes, por exemplo, se o banco de dados primário estiver na unidade 'F:', mas a instância do servidor que hospeda a réplica secundária não tiver uma unidade F:, inclua a opção MOVE na cláusula WITH.

  4. Para concluir a configuração do banco de dados secundário, você precisa unir o banco de dados secundário ao grupo de disponibilidade. Para obter mais informações, veja Unir um banco de dados secundário a um grupo de disponibilidade (SQL Server).

Observação

Para obter informações sobre como executar estas operações de backup e restauração, consulte Tarefas relacionadas a backup e restauração, posteriormente nesta seção.

Tarefas relacionadas a backup e restauração

Para criar um backup de banco de dados

Para criar um backup do log

Para restaurar backups

Usando o Transact-SQL

Para preparar um banco de dados secundário

Observação

Para obter um exemplo desse procedimento, veja Exemplo (Transact-SQL), acima neste tópico.

  1. A menos que você tenha um backup completo recente do banco de dados primário, conecte-se à instância do servidor que hospeda a réplica primária e crie um backup completo do banco de dados. Como prática recomendada, coloque esse backup e qualquer backup de log subsequente no compartilhamento de rede recomendado.

  2. Na instância do servidor que hospeda a réplica secundária, restaure o backup completo do banco de dados primário (e opcionalmente um backup diferencial) seguido por todos os backups de log subsequentes. Use WITH NORECOVERY para cada operação de restauração.

    Se os caminhos de arquivo dos bancos de dados primário e secundário forem diferentes, por exemplo, se o banco de dados primário estiver na unidade 'F:', mas a instância do servidor que hospeda a réplica secundária não tiver uma unidade F:, inclua a opção MOVE na cláusula WITH.

  3. Se quaisquer backups de log tiverem sido executados no banco de dados primário desde o backup de log necessário, será necessário copiá-los na instância do servidor que hospeda a réplica secundária e aplicar cada um desses backups de log ao banco de dados secundário, começando com o mais recente e sempre usando RESTORE WITH NORECOVERY.

    Observação

    Um backup de log não existirá se o banco de dados primário tiver acabado de ser criado, e nenhum backup de log tiver sido executado ainda, ou se o modelo de recuperação tiver acabado de ser alterado de simples para completo.

  4. Para concluir a configuração do banco de dados secundário, você precisa unir o banco de dados secundário ao grupo de disponibilidade. Para obter mais informações, veja Unir um banco de dados secundário a um grupo de disponibilidade (SQL Server).

Observação

Para obter informações sobre como executar estas operações de backup e restauração, consulte Tarefas relacionadas a backup e restauração, posteriormente neste tópico.

Exemplo de Transact-SQL

O exemplo a seguir prepara um banco de dados secundário. Este exemplo usa o banco de dados de exemplo AdventureWorks2012 , que usa o modelo de recuperação simples por padrão.

  1. Para usar o banco de dados AdventureWorks2012 , modifique-o para usar o modelo de recuperação completa:

    USE master;  
GO  
ALTER DATABASE MyDB1   
SET RECOVERY FULL;  
GO

  2. Depois de modificar o modelo de recuperação do banco de dados de SIMPLE para FULL, crie um backup completo, que pode ser usado para criar o banco de dados secundário. Como o modelo de recuperação acabou de ser alterado, a opção WITH FORMAT estará especificada para criar um novo conjunto de mídias. Isso é útil para separar os backups sob o modelo de recuperação completa de qualquer backup anterior feito sob o modelo de recuperação simples. Para a finalidade deste exemplo, o arquivo de backup (C:\AdventureWorks2012.bak) será criado na mesma unidade que o banco de dados.

    Observação

    Em um banco de dados de produção, você deve sempre fazer backup em um dispositivo separado.

    Na instância do servidor que hospeda a réplica primária (INSTANCE01), crie um backup completo do banco de dados primário da seguinte maneira:

    BACKUP DATABASE MyDB1   
    TO DISK = 'C:\MyDB1.bak'   
    WITH FORMAT  
GO

  3. Copie o backup completo na instância do servidor que hospeda a réplica secundária.

  4. Restaure o backup completo usando RESTORE WITH NORECOVERY na instância do servidor que hospeda a réplica secundária. O comando de restauração depende de se os caminhos dos bancos de dados primário e secundário são idênticos.

    • Se os caminhos forem idênticos:

      No computador que hospeda a réplica secundária, restaure o backup completo da seguinte maneira:

      RESTORE DATABASE MyDB1   
    FROM DISK = 'C:\MyDB1.bak'   
    WITH NORECOVERY  
GO

    • Se os caminhos forem diferentes:

      Se o caminho do banco de dados secundário for diferente do caminho do banco de dados primário (por exemplo, se as letras das unidades forem diferentes), a criação do banco de dados secundário exigirá que a operação de restauração inclua uma cláusula MOVE.

      Importante

      Se os nomes dos caminhos dos bancos de dados primário e secundário forem diferentes, não será possível adicionar um arquivo. Isso acontece porque, ao receber o log para a operação de adição de arquivo, a instância do servidor da réplica secundária tenta colocar o novo arquivo no mesmo caminho usado pelo banco de dados primário.

      Por exemplo, o comando a seguir restaura um backup de um banco de dados primário que reside no diretório de dados da instância padrão do SQL Server 2014, C:\Arquivos de Programas\Microsoft SQL Server\MSSQL12. MSSQLSERVER\MSSQL\DATA. A operação de restauração do banco de dados deve mover o banco de dados para o diretório de dados de uma instância remota do SQL Server 2014 chamada (AlwaysOn1), que hospeda a réplica secundária em outro nó de cluster. Lá, os arquivos de dados e log são restaurados para C :\Arquivos de Programas\Microsoft SQL Server\MSSQL12. ALWAYSON1\MSSQL\DATA . O operação de restauração usa WITH NORECOVERY, para deixar o banco de dados secundário no banco de dados de restauração.

      RESTORE DATABASE MyDB1  
  FROM DISK='C:\MyDB1.bak'  
 WITH NORECOVERY,   
    MOVE 'MyDB1_Data' TO   
     'C:\Program Files\Microsoft SQL Server\MSSQL12.ALWAYSON1\MSSQL\DATA\MyDB1_Data.mdf',   
    MOVE 'MyDB1_Log' TO  
     'C:\Program Files\Microsoft SQL Server\MSSQL12.ALWAYSON1\MSSQL\DATA\MyDB1_Data.ldf';  
GO

  5. Depois que você restaura o backup completo, será necessário criar um backup de log no banco de dados primário. Por exemplo, a seguinte instrução Transact-SQL faz backup do log em um arquivo de backup chamado E:\MyDB1_log.bak:

    BACKUP LOG MyDB1   
  TO DISK = 'E:\MyDB1_log.bak'   
GO

  6. Para poder unir o banco de dados com a réplica secundária, é necessário aplicar o backup de log exigido (e qualquer backup de log subsequente).

    Por exemplo, a instrução Transact-SQL a seguir restaura o primeiro log de C:\MyDB1.bak:

    RESTORE LOG MyDB1   
  FROM DISK = 'E:\MyDB1_log.bak'   
    WITH FILE=1, NORECOVERY  
GO

  7. Se qualquer backup de log adicional ocorrer antes da junção do banco de dados com a réplica secundária, você também deverá restaurar todos esses backups de log, em sequência, na instância do servidor que hospeda a réplica secundária usando RESTORE WITH NORECOVERY.

    Por exemplo, a instrução Transact-SQL a seguir restaura dois logs adicionais de E:\MyDB1_log.bak:

    RESTORE LOG MyDB1   
  FROM DISK = 'E:\MyDB1_log.bak'   
    WITH FILE=2, NORECOVERY  
GO  
RESTORE LOG MyDB1   
  FROM DISK = 'E:\MyDB1_log.bak'   
    WITH FILE=3, NORECOVERY  
GO

Usando o PowerShell

Para preparar um banco de dados secundário

  1. Se você precisar criar um backup recente do banco de dados primário, altere o diretório (cd) para a instância do servidor que hospeda a réplica primária.

  2. Use o cmdlet Backup-SqlDatabase para criar cada um dos backups.

  3. Altere o diretório (cd) para a instância de servidor que hospeda a réplica secundária.

  4. Para restaurar os backups do banco de dados e de log de cada banco de dados primário, use o cmdlet restore-SqlDatabase, especificando o parâmetro de restauração NoRecovery. Se os caminhos dos arquivos forem diferentes nos computadores que hospedam a réplica primária e a réplica secundária de destino, use também o parâmetro de restauração RelocateFile.

    Observação

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

  5. Para concluir a configuração do banco de dados secundário, você precisa uni-lo ao grupo de disponibilidade. Para obter mais informações, veja Unir um banco de dados secundário a um grupo de disponibilidade (SQL Server).

Para configurar e usar o provedor do SQL Server PowerShell

Backup de exemplo, script e comando de restauração

Os comandos PowerShell a seguir fazem backup de um backup de banco de dados completo e do log de transações em um compartilhamento de rede e restaura esses backups a partir desse compartilhamento. Este exemplo supõe que o caminho do arquivo para o qual o banco de dados é restaurado é igual ao caminho do arquivo no qual foi feito o backup do banco de dados.

# Create database backup  
Backup-SqlDatabase -Database "MyDB1" -BackupFile "\\share\backups\MyDB1.bak" -ServerInstance "SourceMachine\Instance"  
# Create log backup  
Backup-SqlDatabase -Database "MyDB1" -BackupAction "Log" -BackupFile "\\share\backups\MyDB1.trn" -ServerInstance "SourceMachine\Instance"  
# Restore database backup
Restore-SqlDatabase -Database "MyDB1" -BackupFile "\\share\backups\MyDB1.bak" -NoRecovery -ServerInstance "DestinationMachine\Instance"  
# Restore log backup
Restore-SqlDatabase -Database "MyDB1" -BackupFile "\\share\backups\MyDB1.trn" -RestoreAction "Log" -NoRecovery -ServerInstance "DestinationMachine\Instance"

Acompanhamento: depois de preparar um banco de dados secundário

Para concluir a configuração do banco de dados secundário, una o banco de dados recém-restaurado ao grupo de disponibilidade. Para obter mais informações, confira Unir um banco de dados secundário a um grupo de disponibilidade (SQL Server).

Confira também

Visão geral dos Grupos de Disponibilidade AlwaysOn (SQL Server)
BACKUP (Transact-SQL)
Argumentos de RESTORE (Transact-SQL)
RESTORE (Transact-SQL)
Solução de problemas de uma operação de adicionar arquivos com falha (Grupos de Disponibilidade AlwaysOn)