Compartilhar via


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

Este tópico descreve como preparar um banco de dados secundário para um grupo de disponibilidade AlwaysOn no SQL Server 2012 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.

DicaDica

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 de envio de logs para grupos de disponibilidade AlwaysOn (SQL Server).

  • Antes de começar:  

    Pré-requisitos e restrições

    Recomendações

    Segurança

  • Para preparar um banco de dados secundário, usando:  

    SQL Server Management Studio

    Transact-SQL

    PowerShell

  • Tarefas relacionadas a backup e restauração

  • Acompanhamento:  Depois de preparar um banco de dados secundário

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 são padronizadas como membros da função de servidor fixa sysadmin e das funções de banco de dados fixas db_owner e db_backupoperator. Para obter mais informações, consulte 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, consulte RESTORE (Transact-SQL).

Usando o SQL Server Management Studio

ObservaçãoObservação

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ê deverá ser capaz de criar bancos de dados secundários usando Assistente de Novo Grupo de Disponibilidade, Assistente para Adicionar Réplica a Grupo de Disponibilidade ou 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. (RESTORE WITH 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, consulte Unir um banco de dados secundário a um grupo de disponibilidade (SQL Server).

ObservaçãoObservaçã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

Ícone de seta usado com o link Voltar ao Início[Início]

Usando Transact-SQL

Para preparar um banco de dados secundário

ObservaçãoObservação

Para obter um exemplo desse procedimento, consulte Exemplo (Transact-SQL) anteriormente 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çãoObservaçã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, consulte Unir um banco de dados secundário a um grupo de disponibilidade (SQL Server).

ObservaçãoObservaçã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. Esse exemplo usa o banco de dados de exemplo do AdventureWorks2012 que, por padrão, usa o modelo de recuperação simples.

  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çãoObservaçã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.

      Observação importanteImportante

      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 2012, C:\Arquivos de Programas\Microsoft SQL Server\MSSQL11.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 2012 denominada (AlwaysOn1), que hospeda a réplica secundária em outro nó de cluster. Lá, os dados e arquivos de log são restaurados no diretório C:\Program Files\Microsoft SQL Server\MSSQL11.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\MSSQL11.ALWAYSON1\MSSQL\DATA\MyDB1_Data.mdf', 
          MOVE 'MyDB1_Log' TO
           'C:\Program Files\Microsoft SQL Server\MSSQL11.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 instrução Transact-SQL a seguir faz backup do log em um arquivo de backup denominado 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 seguinte instrução Transact-SQL 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
    

[Início]

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çãoObservaçã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.

  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, 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, consulte Unir um banco de dados secundário a um grupo de disponibilidade (SQL Server).

Consulte também

Referência

BACKUP (Transact-SQL)

Argumentos de RESTORE (Transact-SQL)

RESTORE (Transact-SQL)

Conceitos

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

Solução de problemas de uma operação de adicionar arquivos com falha (grupos de disponibilidade de AlwaysOn)