Fazer backup do SQL Server com o DPM

O System Center Data Protection Manager (DPM) fornece backup e recuperação para bancos de dados do SQL Server. Além de fazer backup de bancos de dados do SQL Server, você pode executar um backup do sistema ou um backup bare-metal completo do computador do SQL Server. Veja o que o DPM pode proteger:

• Uma instância autônoma do SQL Server

• Uma FCI (instância de cluster de failover) do SQL Server

• Um grupo de disponibilidade AlwaysOn do SQL Server com estas preferências:

  • Prefira a opção secundária

  • Apenas secundário

  • Primário

  • Qualquer réplica

Por que fazer backup do SQL Server com o DPM?

• O DPM foi projetado para proteger as configurações avançadas do SQL Server.

• O DPM pode ser configurado para proteger o SQL Server a cada 15 minutos.

• O DPM reduz possíveis conflitos entre as ferramentas de backup e as agendas de proteção do SQL Server.

• O DPM pode proteger o SQL Server no nível da instância ou do banco de dados. Quando a proteção no nível da instância está ativada, o DPM deteta novos bancos de dados nessa instância e os adiciona automaticamente ao seu grupo de proteção.

• O DPM é uma opção acessível. É uma boa opção para uma pequena implantação de SQL Server e pode ser dimensionada para organizações que têm uma implantação maior de SQL Server.

• O DPM tem uma Ferramenta de Recuperação de Self-Service (SSRT) que amplia as opções dos administradores de bases de dados para recuperação autónoma de bases de dados SQL.

• Se você estiver atualizando para o SQL Server 2014, o DPM continuará a fazer backup de bancos de dados já protegidos após a atualização do SQL Server. Você deve evitar trabalhos de backup durante a atualização do SQL Server.

Pré-requisitos e limitações

• Se você tiver um banco de dados com arquivos em um compartilhamento de arquivos remoto, a proteção falhará com a ID de erro 104. O DPM não oferece suporte à proteção de dados do SQL Server em um compartilhamento de arquivos remoto.

• O DPM não pode proteger bancos de dados armazenados em compartilhamentos SMB remotos.

• Certifique-se de que as réplicas do grupo de disponibilidade estejam configuradas como somente leitura.

• Você deve adicionar explicitamente a conta do sistema NTAuthority\System ao grupo Sysadmin no SQL Server.

• Ao executar uma recuperação de local alternativo para um banco de dados parcialmente contido, você deve garantir que a instância SQL de destino tenha o recurso Bancos de Dados Contidos habilitado.

• Ao executar uma recuperação de local alternativo para um banco de dados de fluxo de arquivos, você deve garantir que a instância SQL de destino tenha o recurso de banco de dados de fluxo de arquivos habilitado.

• Proteção para SQL Server AlwaysOn:

  • O DPM deteta Grupos de Disponibilidade ao executar consultas na criação de grupos de proteção.

  • O DPM deteta um failover e continua a proteção do banco de dados.

  • O DPM dá suporte a configurações de cluster de vários sites para uma instância do SQL Server.

  Quando você protege bancos de dados que usam o recurso AlwaysOn, o DPM tem as seguintes limitações:

  • O DPM honrará a política de backup para grupos de disponibilidade definida no SQL Server com base nas preferências de backup da seguinte maneira:

    • Preferir secundário - Os backups devem ocorrer em uma réplica secundária, exceto quando a réplica primária for a única réplica online. Se houver várias réplicas secundárias disponíveis, o nó com a prioridade de backup mais alta será selecionado para backup. Caso apenas a réplica primária esteja disponível, o backup deve ocorrer na réplica primária.

    • Apenas secundário - O backup não deve ser executado na réplica primária. Se a réplica principal for a única que está online, o backup não deve ocorrer.

    • Principal - Os backups devem sempre ocorrer na réplica primária.

    • Qualquer réplica - Os backups podem ocorrer em qualquer uma das réplicas disponíveis no grupo de disponibilidade. O nó a partir do qual será feito o backup será determinado com base nas prioridades de backup de cada um dos nós.

  Observação

  • Os backups podem ocorrer a partir de qualquer réplica legível, ou seja, primária, secundária síncrona, secundária assíncrona.
  • Se alguma réplica for excluída do backup (por exemplo, Excluir réplica estiver habilitada ou marcada como não legível), essa réplica não será selecionada para backup em nenhuma das opções.
  • Se várias réplicas estiverem disponíveis e legíveis, o nó com a prioridade de backup mais alta será selecionado para backup.
  • Se o backup falhar no nó selecionado, a operação de backup falhará.
  • A recuperação para o local original não é suportada.

• Problemas de backup do SQL Server 2014 ou superior:

  • O SQL Server 2014 adicionou um novo recurso para criar um banco de dados para o SQL Server local no armazenamento de Blob da Microsoft Azure. O DPM não pode ser usado para proteger essa configuração.

  • Existem alguns problemas conhecidos com a preferência de backup secundário para a opção SQL AlwaysOn. O DPM sempre faz um backup do secundário; Se nenhum secundário puder ser encontrado, o backup falhará.

Antes de começar

1. Implantar o DPM - Verifique se o DPM está instalado e implantado corretamente. Se ainda não o fez, consulte:

   • Requisitos do sistema para o DPM

   • O que o DPM pode fazer backup?

   • O que é suportado e o que não é suportado pelo DPM?

   • Instale o DPM

2. Configurar armazenamento - Pode armazenar dados de backup em disco, fita e na nuvem com o Azure. Leia mais em Preparar o armazenamento de dados.

3. Configurar o agente de proteção do DPM - Você precisará instalar o agente de proteção do DPM em todas as máquinas das quais deseja fazer backup. Leia Implantar o agente de proteção do DPM.

Configurar cópia de segurança

1. Para criar um grupo de proteção, selecione Proteção>Ações>Criar Grupo de Proteção para abrir o assistente Criar Novo Grupo de Proteção no console do DPM.

2. Em Selecionar Tipo de Grupo de Proteção, Selecione Servidores.

3. Em Selecionar Membros do Grupo, selecione as instâncias do SQL Server no servidor que você deseja proteger. Saiba mais em Implantar grupos de proteção.

4. Em Selecionar método de proteção de dados, especifique como você deseja lidar com o backup de curto e longo prazo. O backup a curto prazo é sempre em disco primeiro, com a opção de fazer o backup do disco para a nuvem do Azure com o backup do Azure (para curto ou longo prazo). Como alternativa ao backup de longo prazo na nuvem, você também pode configurar o backup de longo prazo para um dispositivo de fita autônomo ou biblioteca de fitas conectada ao servidor DPM.

5. Em Selecionar metas de curto prazo, especifique como deseja fazer backup para armazenamento de curto prazo em disco. Em Intervalo de retenção, especifique por quanto tempo deseja manter os dados no disco. Em Frequência de sincronização, especifique com que frequência deseja executar um backup incremental em disco. Se não quiser definir um intervalo de backup, você pode selecionar imediatamente antes de um ponto de recuperação para que o DPM execute um backup completo expresso antes de cada ponto de recuperação ser agendado.

   Observação

   Os bancos de dados do SQL Server que são enviados por log, em modo de leitura apenas, ou que utilizam o modelo de recuperação simples não suportam backup incremental. Os pontos de recuperação são criados apenas para cada backup completo expresso. Para todos os outros bancos de dados do SQL Server, a sincronização transfere um backup de log de transações e pontos de recuperação são criados para cada sincronização incremental e backup completo expresso. O log de transações é um registro serial de todas as transações que foram executadas no banco de dados desde o último backup do log de transações.

6. Se desejar armazenar dados em fita para armazenamento de longo prazo, em Especificar metas de longo prazo, indique por quanto tempo deseja manter os dados em fita (1 a 99 anos). Em Frequência do backup, especifique com que frequência os backups em fita devem ser executados. A frequência é baseada no intervalo de retenção especificado:

   • Quando o intervalo de retenção é de 1 a 99 anos, você pode selecionar backups para ocorrer diariamente, semanalmente, quinzenalmente, mensalmente, trimestralmente, semestralmente ou anualmente.

   • Quando o intervalo de retenção é de 1 a 11 meses, você pode selecionar backups para ocorrer diariamente, semanalmente, quinzenalmente ou mensalmente.

   • Quando o intervalo de retenção é de 1 a 4 semanas, você pode selecionar backups para ocorrer diariamente ou semanalmente.

   Em uma unidade de fita autónoma, para um único grupo de proteção, o DPM utiliza a mesma fita para backups diários até que não haja espaço suficiente na fita. Você também pode agrupar dados de diferentes grupos de proteção em fita.

   Na página Selecionar Detalhes de Fita e Biblioteca, especifique a fita/biblioteca a ser usada e se os dados devem ser compactados e criptografados na fita.

7. Na página Revisar alocação de disco, revise o espaço em disco do pool de armazenamento alocado para o grupo de proteção.

   Tamanho Total de Dados é o tamanho dos dados dos quais você deseja fazer backup e Espaço em disco a ser provisionado no DPM é o espaço que o DPM recomenda para o grupo de proteção. O DPM escolhe o volume de backup ideal com base nas configurações. No entanto, você pode editar as opções de volume de backup no Detalhes de alocação de disco. Para as tarefas, selecione o armazenamento preferido no menu suspenso. Suas edições alteram os valores de Armazenamento Total e Armazenamento Livre no painel de Armazenamento em Disco Disponível . O armazenamento subprovisionado é a quantidade de espaço que o DPM sugere adicionar ao volume para continuar com os backups sem problemas no futuro.

8. Em escolher o método de criação de réplica, selecione como deseja lidar com a replicação completa de dados inicial. Se você optar por replicar pela rede, recomendamos que escolha um horário fora do horário de pico. Para grandes quantidades de dados ou condições de rede inferiores às ideais, considere replicar os dados offline usando mídia removível.

9. Em escolher opções de verificação de consistência, selecione como deseja automatizar as verificações de consistência. Você pode habilitar uma verificação para ser executada somente quando os dados da réplica se tornarem inconsistentes ou de acordo com uma programação. Se não quiser configurar a verificação automática de consistência, você pode executar uma verificação manual a qualquer momento clicando com o botão direito do mouse no grupo de proteção na área Proteção do console do DPM e selecionando Executar verificação de consistência.

10. Se você selecionou fazer backup na nuvem com o Backup do Azure, na página Especificar dados de proteção online, certifique-se de selecionar as cargas de trabalho das quais deseja fazer backup no Azure.

11. Em Especificar agendamento de backup online, especifique com que frequência os backups incrementais para o Azure devem ocorrer. Você pode agendar backups para serem executados todos os dias/semanas/meses/anos e a hora/data em que eles devem ser executados. Os backups podem ocorrer até duas vezes por dia. Cada vez que um backup é executado, um ponto de recuperação de dados é criado no Azure a partir da cópia dos dados de backup armazenados no disco do DPM.

12. Em Especificar política de retenção online, você pode especificar como os pontos de recuperação criados a partir dos backups diários/semanais/mensais/anuais são retidos no Azure.

13. Em Escolher replicação online, especifique como ocorrerá a replicação completa inicial dos dados. Você pode replicar pela rede ou fazer um backup offline (propagação offline). O backup offline usa o recurso Importação do Azure. Para obter mais informações, consulte Seeding offline usando o Azure Data Box.

14. Na página Resumo , reveja as suas configurações. Depois de selecionar Criar grupo, ocorre a replicação inicial dos dados. Quando terminar, o estado do grupo de proteção será exibido como OK na página de Estado. Em seguida, o backup ocorre de acordo com as configurações do grupo de proteção.

Monitorização

Após a criação do grupo de proteção, a replicação inicial ocorre e o DPM começa a fazer backup e sincronizar dados do SQL Server. O DPM monitora a sincronização inicial e os backups subsequentes. Você pode monitorar os dados do SQL Server de duas maneiras:

• O uso do monitoramento padrão do DPM pode configurar notificações para monitoramento proativo publicando alertas e configurando notificações. Você pode enviar notificações por e-mail para alertas críticos, de aviso ou informativos e para o status de recuperações instanciadas.

• Se você usar o Operations Manager, poderá publicar alertas centralmente.

Configurar notificações de monitoramento

1. Na Consola do Administrador do DPM, selecione Opções de Monitorização>Ação>.

2. Selecione Servidor SMTP, digite o nome do servidor, a porta e o endereço de e-mail a partir do qual as notificações serão enviadas. O endereço deve ser válido.

3. Em servidor SMTP autenticado , digite um nome de usuário e senha. O nome de usuário e senha devem ser o nome da conta de domínio da pessoa cujo endereço "De" é descrito na etapa anterior; caso contrário, a entrega da notificação falhará.

4. Para testar as configurações do servidor SMTP, selecione Enviar Email de Teste, digite o endereço de email para onde deseja que o DPM envie a mensagem de teste e selecione OK. Selecione Opções >Notificações e selecione os tipos de alertas sobre quais destinatários desejam ser notificados. Em Destinatários , digite o endereço de email de cada destinatário para quem você deseja que o DPM envie cópias das notificações.

Configurar alertas com o Operations Manager

1. Na Consola do Administrador do DPM, selecione Monitoramento >Ação>Opções>Publicação de Alertas>Publicar Alertas Ativos

2. Depois de ativar a Publicação de Alertas, todos os alertas existentes do DPM que possam requerer uma ação do utilizador são publicados no log de eventos de Alertas do DPM . O agente do Operations Manager instalado no servidor DPM publica esses alertas no Operations Manager e continua a atualizar o console à medida que novos alertas são gerados.

Permitir que os administradores do SQL Server restaurem dados

Restaurar dados do SQL Server

Você pode recuperar dados SQL da seguinte maneira:

• Recuperar um banco de dados para o local original

• Recupere o banco de dados com um novo nome para seu local original ou para uma instância diferente do SQL Server

• Recuperar o banco de dados para uma instância diferente do SQL Server

• Copiar o banco de dados para uma pasta de rede

• Copiar o banco de dados para fita

Não é possível recuperar um banco de dados do sistema para uma instância diferente do SQL Server.

Recupere um banco de dados do console do DPM da seguinte maneira:

1. Na Consola do Administrador do DPM, selecione Recuperação na barra de navegação. Usando a funcionalidade de navegação, selecione o banco de dados que deseja recuperar.

2. No calendário, selecione qualquer data em negrito para obter os pontos de recuperação disponíveis para essa data. O menu Tempo de recuperação lista o tempo para cada ponto de recuperação disponível. No menu Tempo de Recuperação, selecione o ponto de recuperação que deseja usar.

3. No painel Ações, selecione Recuperar para iniciar o Assistente de Recuperação.

4. Na página de revisão de seleção de recuperação , selecione Avançar.

5. Se tiver selecionado um ponto de recuperação diferente do mais recente na página Especificar Estado do Banco de Dados, selecione Deixe o banco de dados operacional.

6. Especifique as opções de recuperação para limitação do uso da largura de banda da rede, recuperação baseada em SAN e notificações por e-mail e, em seguida, selecione Avançar.

7. Na página Resumo, reveja as definições de recuperação e, em seguida, selecione Recuperar.

Os utilizadores com permissões de recuperação autónoma devem recuperar da seguinte maneira:

1. O utilizador deve abrir a Ferramenta de Recuperação do DPM Self-Service, selecionar Ligar ao servidor DPM e especificar o nome do servidor DPM.

2. Depois de estabelecer uma conexão, o utilizador deve selecionar Novo Trabalho de Recuperação para iniciar o Assistente de Recuperação.

3. Na página Especificar Detalhes da Base de Dados do assistente, especifique a instância do SQL Server e o nome do banco de dados para recuperar. Se você estiver usando grupos de disponibilidade, especifique o nome do grupo no formato: AGNAME. ClusternameFQDN\AGNAME.

4. Na página Especificar ponto de recuperação, selecione os dados e a hora do ponto de recuperação.

5. Na página Selecionar Tipo de Recuperação, selecione se deseja recuperar qualquer instância no mesmo SQL Server ou numa instância diferente. Especifique se deseja recuperar para uma pasta de rede.

   Observação

   Somente os pontos de recuperação que serão criados a partir do backup expresso completo podem ser recuperados para uma pasta de rede.

6. Se estiver a recuperar um banco de dados, na página Especificar Estado do Banco de Dados, especifique se o banco de dados deve permanecer operacional após o processo de recuperação e indique se deseja copiar os registos de transações SQL.

7. Na página Especificar Opções de Recuperação, especifique se deseja manter as configurações de segurança do servidor de origem ou aplicar as configurações do servidor de destino. Você também pode especificar que uma notificação por e-mail deve ser enviada quando a recuperação terminar.