Compartilhar via


Fazer backup do SQL Server com o DPM

Importante

Esta versão do DPM (Data Protection Manager) chegou ao fim do suporte. Recomendamos que você atualize para o DPM 2022.

O System Center Data Protection Manager (DPM) fornece um backup e recuperação para banco 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

Observação

O DPM 2019 UR2 dá suporte à FCI (Instância de Cluster de Failover) do SQL Server usando o CSV (Volume Compartilhado Clusterizado).

Há suporte para a proteção da instância de cluster de failover do SQL Server com Espaços de Armazenamento Diretos na instância de cluster de failover do Azure e do SQL Server com discos compartilhados do Azure. O servidor DPM deve ser implantado na máquina virtual do Azure para proteger a instância de FCI do SQL implantada nas VMs do Azure.

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

    • Preferir Secundário

    • Somente Secundário

    • Primário

    • Qualquer Réplica

Por que fazer backup do SQL Server com o DPM?

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

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

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

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

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

  • O DPM tem a SSRT (Ferramenta de Recuperação de Autoatendimento) que amplia as opções de administradores de banco de dados para recuperação de autoatendimento de bancos de dados SQL.

  • Se você estiver atualizando para o SQL Server 2014, o DPM continuará fazendo 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ê tem um banco de dados com arquivos em um compartilhamento de arquivo remoto, a proteção falhará com a ID de Erro 104. O DPM não dá suporte à proteção para dados do SQL Server em um compartilhamento de arquivos remoto.

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

  • Verifique se as réplicas do grupo de disponibilidade estão configuradas como somente leitura.

  • Adicione explicitamente a conta do sistema NTAuthority\System ao grupo Sysadmin no SQL Server.

  • Ao fazer a recuperação de um banco de dados parcialmente independente em um local alternativo, verifique se a instância SQL de destino tem o recurso Banco de Dados Independentes habilitado.

  • Ao fazer a recuperação de um banco de dados de fluxo de arquivos em um local alternativo, verifique se a instância SQL de destino tem o recurso Banco de dados de fluxo de arquivos habilitado.

  • Proteção para o SQL Server AlwaysOn:

    • O DPM detecta os Grupos de Disponibilidade ao executar a consulta na criação do grupo de proteção.

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

    • O DPM oferece suporte a configurações de cluster multissite para uma instância do SQL Server.

    Ao proteger bancos de dados que usam o recurso AlwaysOn, o DPM apresenta as seguintes limitações:

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

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

      • Somente secundária — O backup não deve ser executado na réplica primária. Se a réplica primária for a única online, o backup não deverá ocorrer.

      • Primária — Os backups devem ocorrer sempre na réplica primária.

      • Qualquer Réplica – Backups pode ocorrer em qualquer uma das réplicas disponíveis no grupo de disponibilidade. O nó cujo backup será feito será baseado nas prioridades de backup de cada um dos nós.

    Observação

    • Os backups podem ocorrer de qualquer réplica legível, ou seja, secundário primário, síncrono e secundário assíncrono.
    • Se qualquer réplica for excluída do backup (por exemplo, Excluir Réplica estiver habilitada ou estiver 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 maior prioridade de backup será selecionado para backup.
    • Se o backup falhar no nó selecionado, a operação de backup falhará.
    • Não existe suporte para a recuperação em local original.
  • Problemas de backup do SQL Server 2014 ou superior:

    • O SQL Server 2014 adicionou um recurso para criação de um banco de dados para SQL Server local no Armazenamento de Blobs do Microsoft Azure. O DPM não pode ser usado para proteger essa configuração.

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

Antes de começar

  1. Implante o DPM – Verifique se o DPM foi instalado e implantado corretamente. Caso contrário, confira:

  2. Configurar o armazenamento – você pode armazenar dados de backup em disco, em fita e na nuvem com o Azure. Leia mais em Preparar o armazenamento de dados.

  3. Configure o agente de proteção do DPM – Você precisará instalar o agente de proteção do DPM em cada computador que quiser fazer backup. Leia Implantar o agente de proteção do DPM.

Configurar o backup

  1. Para criar um grupo de proteção, selecioneAções> de Proteção>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, escolha as instâncias do SQL Server no servidor que você deseja proteger. Saiba mais em Implantar grupos de proteção.

Observação

  • Você tem a opção de selecionar proteção no nível da instância ou proteção de bancos de dados individuais.
  • Quando você está oferecendo proteção em nível de instância, qualquer banco de dados que for adicionado a essa instância do SQL Server será adicionado automaticamente à proteção do DPM.
  • Se estiver usando grupos de disponibilidade do SQL Server AlwaysOn, você poderá criar um grupo de proteção que contenha os grupos de disponibilidade. O DPM detecta os grupos de disponibilidade e os exibirá no Grupo de Clusters. Selecione o grupo inteiro para protegê-lo, de forma que qualquer banco de dados que você adicionar seja protegido automaticamente, ou selecione os bancos de dados individuais. Para cada instância do SQL Server, você também pode executar um backup de estado do sistema ou um backup bare-metal completo. Isso é útil se você deseja ser capaz de recuperar o servidor inteiro e não apenas os dados.
  1. Em Selecionar método de proteção de dados, especifique como você deseja lidar com o backup de curto e longo prazo. O backup de curto prazo é sempre executado no disco primeiro, com a opção de fazer 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 para a nuvem, você também pode configurar o backup de longo prazo para um dispositivo de fita autônomo ou uma biblioteca de fitas conectada ao servidor DPM.

  2. Em Selecionar objetivos de curto prazo, especifique como você deseja fazer backup no armazenamento em disco de curto prazo. Em Período de retenção, você especifica por quanto tempo deseja manter os dados em disco. Em Frequência de sincronização, especifique a frequência na qual você deseja executar um backup incremental no disco. Se você não quiser definir um intervalo de backup, poderá selecionar Logo antes de um ponto de recuperação para que o DPM execute um backup completo expresso pouco antes de cada ponto de recuperação ser agendado.

    Observação

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

  3. Se quiser armazenar os dados em fita no armazenamento em longo prazo, em Especificar objetivos de longo prazo, indique por quanto tempo você deseja manter os dados da fita (1-99 anos). Em Frequência do backup, especifique a frequência com que os backups em fita devem ser executados. A frequência é baseada no período de retenção especificado:

    • Quando o período de retenção for de 1 a 99 anos, a frequência dos backups poderá ser diária, semanal, quinzenal, mensal, trimestral, semestral ou anual.

    • Quando o período de retenção for de 1 a 11 meses, a frequência dos backups poderá ser diária, semanal, quinzenal ou mensal.

    • Quando o período de retenção for de uma a quatro semanas, a frequência dos backups poderá ser diária ou semanal.

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

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

  4. Na página Examinar alocação de disco, examine o espaço em disco do pool de armazenamento alocado para o grupo de proteção.

    Tamanho total dos dados é o tamanho dos dados que 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 nos Detalhes de alocação do disco. Para as cargas de trabalho, selecione o armazenamento preferido no menu suspenso. Suas edições alteram os valores de Armazenamento Total e Armazenamento Gratuito no painel de Armazenamento em Disco Disponível. Espaço subprovisionado é a quantidade de DPM de armazenamento que sugere que você adicione ao volume para continuar com backups sem problemas no futuro.

  5. Em Escolher método de criação de réplica, selecione como você deseja controlar a replicação inicial de dados completo. Se você optar por replicar pela rede, recomendamos que você escolha um horário fora do pico. Para grandes quantidades de dados ou condições de rede abaixo do ideal, considere a possibilidade de replicar os dados offline usando mídia removível.

  6. Em Escolher opções de verificação de consistência, selecione como você deseja automatizar as verificações de consistência. Você pode habilitar uma verificação para só ser executada quando os dados de réplica se tornarem inconsistentes ou de acordo com uma agenda. Se você não quiser configurar a verificação automática de consistência, poderá executar uma marcar 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.

  7. Se você tiver selecionado fazer backup na nuvem com Backup do Azure, na página Especificar dados de proteção online, selecione as cargas de trabalho que deseja fazer backup no Azure.

  8. Em Especificar agendamento de backup online, especifique com que frequência os backups incrementais para o Azure devem ocorrer. Você pode agendar backups para executar a cada dia/semana/mês/ano e também a data/hora em que eles devem ser executados. Backups podem ocorrer até duas vezes por dia. Sempre 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 DPM.

  9. Em Especificar política de retenção online, você pode especificar como os pontos de recuperação criados nos backups diários, semanais, mensais e anuais são mantidos no Azure.

  10. Em Escolher replicação online, especifique como ocorrerá a replicação inicial completa de dados. Você pode replicar pela rede ou fazer um backup offline (propagação offline). O backup offline usa a funcionalidade de importação do Azure. Para obter mais informações, confira Propagação offline usando o Azure Data Box.

  11. Na página Resumo, examine as configurações. Depois de selecionar Criar Grupo, ocorrerá a replicação inicial dos dados. Quando a replicação terminar, o status do grupo de proteção será exibido como OK na página Status. Em seguida, ocorre o backup em linha com as configurações do grupo de proteção.

Monitoramento

Depois que o grupo de proteção é criado, a replicação inicial ocorre e o DPM começa a fazer backup e sincronizar dados SQL Server. O DPM monitora a sincronização inicial e os backups subsequentes. Você pode monitorar os dados do SWL Server de duas maneiras:

  • Usando o monitoramento do DPM padrão, você pode configurar notificações para o monitoramento proativo, publicando alertas e configurando notificações. Você pode enviar notificações por email para alertas críticos, de advertência ou informativos e o status de recuperações instanciadas.

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

Configurar notificações de monitoramento

  1. No Console do Administrador do DPM, selecioneOpções deAção>de Monitoramento>.

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

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

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

Configurar alertas no Operations Manager

  1. No Console do Administrador do DPM, selecioneOpções> deAção>de Monitoramento>Publicação de>Alertas Publicar Alertas Ativos

  2. Depois de habilitar a Publicação de Alertas, todos os alertas DPM existentes que podem exigir uma ação do usuário serão publicados no log de eventos alertas do DPM . O agente do Operations Manager instalado no servidor DPM, em seguida, publica esses alertas no Operations Manager e continua a atualizar o console conforme novos alertas são gerados.

Permitir que os administradores do SQL Server restaurem dados

O DPM fornece um recurso de recuperação de autoatendimento para permitir o acesso dos administradores do SQL Server aos dados protegidos pelo DPM, para que eles possam restaurar um banco de dados do SQL Server de um backup para uma pasta de rede. Você pode configurar o DPM Self-Service Recovery Configuration Tool para criar e gerenciar funções que especificam quais usuários podem executar a recuperação de autoatendimento. Em seguida, os usuários usam o Assistente de Recuperação de Self-Service do DPM para recuperar os bancos de dados SQL Server.

O DPM 2022 UR1 fornece um recurso de recuperação de autoatendimento para permitir que os administradores SQL Server acessem dados protegidos pelo DPM para que possam restaurar um banco de dados SQL Server do backup para uma pasta de rede. Você pode configurar o DPM Self-Service Recovery Configuration Tool para criar e gerenciar funções que especificam quais usuários podem executar a recuperação de autoatendimento. Em seguida, os usuários usam o Assistente de Recuperação de Autoatendimento do DPM para recuperar bancos de dados do SQL Server. Baixe a ferramenta do assistente de recuperação de autoatendimento. Observe que você precisa ter o .NET 3.5 SP1 e Visual Studio 2013 instalados para executar a ferramenta.

Configure a recuperação de autoatendimento do SQL Server da seguinte maneira:

  1. No console > do DPM Proteção, selecione Configurar recuperação de autoatendimento.

  2. Na Ferramenta de Configuração de Recuperação de Self-Service do DPM para SQL Server, selecione Criar Função.

  3. Na página Grupos de Segurança, você criará um ou mais grupos que contenham os usuários para os quais você deseja habilitar a recuperação de autoatendimento. Especifique os grupos de segurança no formato domain\security group ou um usuário individual no formato domain\username. É possível adicionar vários usuários e grupos de segurança a uma função do DPM.

  4. Na página Itens de Recuperação, especifique SQL Server instâncias e bancos de dados protegidos para os quais você deseja permitir a recuperação de autoatendimento. Especifique as instâncias no formato <nome do computador\nome da instância>. Para especificar um banco de dados, pressione a tecla TAB e digite um nome de banco de dados. Como alternativa, para permitir que os usuários de função recuperem todos os bancos de dados na instância, pressione a tecla TAB e pressione a barra de espaços para limpar o texto na coluna Nome do Banco de Dados .

Observação

Quando você permite que os usuários de uma função DPM recuperem todos os bancos de dados SQL Server em uma instância do SQL Server, esses usuários também podem recuperar todos os bancos de dados SQL Server adicionados posteriormente à instância. Ao habilitar o acesso usando funções DPM, verifique se todos os membros da função receberam a permissão apropriada para exibir e acessar todos os bancos de dados.

  1. Na página Locais de Destino de Recuperação, para restringir os locais de recuperação para usuários de função, selecione Permitir que os usuários recuperem os bancos de dados para outra instância do SQL Server e especifiquem um ou mais locais de destino de recuperação e caminhos de arquivo permitidos. Se você quiser permitir qualquer caminho em uma instância, não especifique um valor em Caminho de Arquivo Recuperado. Se você habilitar a configuração, os usuários poderão recuperar arquivos de banco de dados em qualquer local para o qual tenham a permissão de gravação. No entanto, os usuários não podem substituir os arquivos de banco de dados originais e o DPM Self-Service Recovery Tool (SSRT) para SQL Server os bloqueia se tentarem fazer isso.

  2. Além disso, no computador do qual a recuperação de autoatendimento será executada, verifique se pelo menos o .NET Framework 4.5 está instalado e se o DPM Self-Service Recovery Tool está instalado. A ferramenta está disponível no local de instalação do produto DPM na pasta DpmSqlEURInstaller .

Restaurar bancos de dados do SQL Server

Você pode recuperar os dados do SQL da seguinte maneira:

  • Recuperar um banco de dados no local original

  • Recuperar o banco de dados com um novo nome para o local original ou 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 da rede

  • Copiar o banco de dados para uma 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. No Console do Administrador do DPM, selecione Recuperação na barra de navegação. Usando a funcionalidade de navegação, selecione o banco de dados que você 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 desejado.

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

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

Observação

  • Selecione onde você deseja recuperar o banco de dados. Se você selecionar Recuperar para qualquer instância SQL, insira o caminho de recuperação. Você pode especificar um novo nome para o banco de dados recuperado. Essa opção não está disponível com a configuração Ponto de recuperação mais recente.
  • O caminho de recuperação padrão é o caminho de local original. Você deve inserir o caminho de recuperação apropriado.
  • Não é possível recuperar uma versão mais recente do banco de dados do SQL Server para uma instância do SQL Server de versão mais antiga.
  • Se você selecionar Copiar para uma pasta de rede e o ponto de recuperação selecionado não tiver sido criado por meio de um backup completo expresso, você receberá novas opções de ponto de recuperação.
  • Se você selecionar Copiar para fita e o ponto de recuperação selecionado não tiver sido criado por meio de um backup completo expresso, você receberá novas opções de ponto de recuperação. Para a opção de fita, você selecionará a biblioteca de fitas que deseja usar para recuperação.
  1. Se você selecionou um ponto de recuperação diferente de Mais Recente na página Especificar Estado do Banco de Dados, selecione Deixar o banco de dados operacional.

  2. Especifique as opções de recuperação para limitação de uso de largura de banda de rede, recuperação baseada em SAN e notificações por email e selecione Avançar.

  3. Na página Resumo , examine as configurações de recuperação e selecione Recuperar.

Os usuários com permissões de recuperação de autoatendimento devem recuperar da seguinte maneira:

Com o DPM 2022 UR1, baixe a ferramenta de recuperação de autoatendimento SQL Server separadamente para usá-la para recuperações de Self-Service.

  1. O usuário deve abrir o DPM Self-Service Recovery Tool, selecionar Conectar-se ao servidor DPM e especificar o nome do servidor DPM.

  2. Depois que uma conexão for estabelecida, o usuário deverá selecionar Novo Trabalho de Recuperação para iniciar o Assistente de Recuperação.

  3. Na página Especificar Detalhes do Banco de Dados do assistente, especifique a instância SQL Server e o nome do banco de dados a serem recuperados. 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 para qualquer instância no mesmo SQL Server ou em outra. Especifique se deseja recuperar em uma pasta de rede.

    Observação

    Somente os pontos de recuperação que serão criados com base no backup expresso completo podem ser recuperados em uma pasta de rede.

  6. Se você estiver se recuperando em um banco de dados, na página Especificar Estado do Banco de Dados , especifique se o banco de dados deve permanecer operacional após a recuperação e especifique se deseja copiar os logs de transações do 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 configurações do servidor de destino. Você também pode especificar que uma notificação por email deve ser enviada quando a recuperação for concluída.