Criar uma cópia de segurança do SQL Server com o DPM

Importante

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

O System Center Data Protection Manager (DPM) fornece cópia de segurança e recuperação para bases de dados SQL Server. Além de fazer uma cópia de segurança SQL Server bases de dados, pode executar uma cópia de segurança do sistema ou uma cópia de segurança bare-metal completa do computador SQL Server. Eis o que o DPM pode proteger:

  • Uma instância autónoma do SQL Server

  • Uma instância do Cluster de Ativação Pós-falha do SQL Server (FCI)

Nota

O DPM 2019 UR2 suporta SQL Server Instância de Cluster de Ativação Pós-falha (FCI) com o Volume Partilhado de Cluster (CSV).

A proteção da instância de cluster de ativação pós-falha do SQL Server com Espaços de Armazenamento Direto nainstância de cluster de ativação pós-falha do Azure e do SQL Server com discos partilhados do Azure é suportada com esta funcionalidade. O servidor DPM tem de ser implementado na máquina virtual do Azure para proteger a instância da FCI do SQL implementada nas VMs do Azure.

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

    • Preferir Secundário

    • Apenas secundário

    • Primário

    • Qualquer Réplica

Porquê uma cópia de segurança do SQL Server com o DPM?

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

  • O DPM pode ser definido para proteger o SQL Server com uma frequência de 15 minutos.

  • O DPM reduz potenciais conflitos entre ferramentas de cópia de segurança e as agendas de proteção do SQL Server.

  • O DPM pode proteger SQL Server ao nível da instância ou ao nível da base de dados. Quando a proteção ao nível da instância está ativada, o DPM deteta novas bases de dados nessa instância e adiciona-as automaticamente ao respetivo grupo de proteção.

  • O DPM é uma opção económica. É uma boa opção para pequenos requisitos de espaço do SQL Server e pode ser dimensionado para organizações com maiores requisitos de espaço do SQL Server.

  • O DPM tem uma Ferramenta de Recuperação Self-Service (SSRT) que expande as opções dos administradores de base de dados para recuperação self-service das bases de dados do SQL.

  • Se estiver a atualizar para o SQL Server 2014, o DPM continuará a criar cópias de segurança de bases de dados já protegidas após a atualização do SQL Server. Durante a atualização do SQL Server, deve evitar as tarefas de cópia de segurança.

Pré-requisitos e limitações

  • Se tiver uma base de dados com ficheiros numa partilha de ficheiros remota, a proteção falhará com o ID de Erro 104. O DPM não suporta proteção para SQL Server dados numa partilha de ficheiros remota.

  • O DPM não consegue proteger bases de dados armazenadas em partilhas SMB remotas.

  • Confirme que as réplicas do grupo de disponibilidade estão configuradas como só de leitura.

  • Tem de adicionar explicitamente a conta de sistema NTAuthority\System ao grupo Sysadmin no SQL Server.

  • Quando efetua uma recuperação de localização alternativa para uma base de dados parcialmente contida, tem de garantir que a instância do SQL de destino tem a funcionalidade Bases de Dados Contidas ativada.

  • Quando efetua uma recuperação de localização alternativa para uma base de dados de fluxo de ficheiros, tem de garantir que a instância do SQL de destino tem a funcionalidade de base de dados de fluxo de ficheiros ativada.

  • Proteção para o SQL Server AlwaysOn:

    • O DPM deteta Grupos de Disponibilidade quando executa consultas durante a criação do grupo de proteção.

    • O DPM deteta uma ativação pós-falha e continua a proteção da base de dados.

    • O DPM suporta configurações de cluster multilocal para uma instância do SQL Server.

    Quando são protegidas bases de dados que utilizam a funcionalidade AlwaysOn, o DPM tem as seguintes limitações:

    • O DPM respeitará a política de cópia de segurança dos grupos de disponibilidade definidos no SQL Server com base nas preferências de cópia de segurança da seguinte forma:

      • Preferir secundária – as cópias de segurança devem ocorrer numa réplica secundária, exceto se a réplica primária for a única online. Se existirem várias réplicas secundárias disponíveis, o nó com a prioridade de cópia de segurança mais alta será selecionado para cópia de segurança. No caso de apenas a réplica primária estar disponível, a cópia de segurança deve ocorrer na réplica primária.

      • Apenas secundária – a cópia de segurança não deve ser criada na réplica primária. Se a réplica primária for a única online, a cópia de segurança não deve ser criada.

      • Primária – as cópias de segurança devem ser sempre criadas na réplica primária.

      • Qualquer Réplica – podem ocorrer cópias de segurança em qualquer uma das réplicas disponíveis no grupo de disponibilidade. O nó a partir do qual será efetuada a cópia de segurança dependerá das prioridades de cópia de segurança de cada um dos nós.

    Nota

    • As cópias de segurança podem ocorrer a partir de qualquer réplica legível, ou seja, primária, síncrona secundária, assíncrona secundária.
    • Se alguma réplica for excluída da cópia de segurança (por exemplo, Excluir Réplica estiver ativada ou estiver marcada como não legível), essa réplica não será selecionada para cópia de segurança em nenhuma das opções.
    • Se estiverem disponíveis e legíveis várias réplicas, o nó com a prioridade de cópia de segurança mais alta será selecionado para cópia de segurança.
    • Se a cópia de segurança falhar no nó selecionado, a operação de cópia de segurança falhará.
    • A recuperação para a localização original não é suportada.
  • SQL Server 2014 ou acima dos problemas de cópia de segurança:

    • O SQL Server 2014 adicionou uma nova funcionalidade para criar uma base de dados para SQL Server no local no armazenamento de Blobs do Microsoft Azure. O DPM não pode ser utilizado para proteger esta configuração.

    • Existem alguns problemas conhecidos com a opção Preferir a preferência de cópia de segurança secundária para o SQL AlwaysOn. O DPM tira sempre uma cópia de segurança da secundária; se não for possível encontrar nenhuma secundária, a cópia de segurança falhará.

Antes de começar

  1. Implemente o DPM – verifique se o DPM está corretamente instalado e implementado. Se ainda não o fez, consulte:

  2. Configurar o armazenamento – pode armazenar dados de cópia de segurança no disco, em banda e na cloud com o Azure. Leia mais em Preparar o armazenamento de dados.

  3. Configure o agente de proteção do DPM – tem de instalar o agente de proteção do DPM em todos os computadores dos quais pretende criar uma cópia de segurança. Leia Implementar o agente de proteção do DPM.

Configurar a cópia de segurança

  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 na consola do DPM.

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

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

Nota

  • Tem a opção de selecionar proteção ao nível da instância ou proteção de bases de dados individuais.
  • Quando estiver a proteger ao nível da instância, qualquer base de dados que seja adicionada a essa instância do SQL Server será automaticamente adicionada à proteção do DPM.
  • Se estiver a utilizar grupos de disponibilidade do SQL Server AlwaysOn, pode criar um grupo de proteção que contenha os grupos de disponibilidade. O DPM deteta os grupos de disponibilidade e apresenta-os no Grupo de Cluster. Selecione todo o grupo para protegê-lo, de modo a que todas as bases de dados adicionadas ao grupo sejam protegidas automaticamente, ou selecione bases de dados individuais. Em cada instância do SQL Server, também pode executar uma cópia de segurança do estado do sistema ou uma cópia de segurança bare-metal. Esta ação é útil se pretender recuperar o servidor completo e não apenas dados.
  1. Em Selecionar método de proteção de dados, especifique como pretende processar a cópia de segurança de curto e longo prazo. A cópia de segurança de curto prazo é sempre o disco em primeiro lugar, com a opção de fazer uma cópia de segurança do disco para a cloud do Azure com a cópia de segurança do Azure (a curto ou longo prazo). Como alternativa à cópia de segurança de longo prazo para a cloud, também pode configurar a cópia de segurança de longo prazo para um dispositivo de banda autónomo ou biblioteca de bandas ligada ao servidor DPM.

  2. Em Selecionar objetivos de curto prazo, especifique como pretende criar uma cópia de segurança para o armazenamento de curto prazo no disco. Em Período de retenção, especifique durante quanto tempo pretende manter os dados no disco. Em Frequência de sincronização, especifique a frequência com que pretende executar uma cópia de segurança incremental no disco. Se não quiser definir um intervalo de cópia de segurança, pode selecionar Imediatamente antes de um ponto de recuperação para que o DPM execute uma cópia de segurança completa rápida imediatamente antes de cada ponto de recuperação ser agendado.

    Nota

    SQL Server bases de dados enviadas por registos, no modo só de leitura ou que utilizam o modelo de recuperação simples não suportam cópias de segurança incrementais. São criados pontos de recuperação apenas para cada cópia de segurança completa rápida. Para todas as outras bases de dados do SQL Server, a sincronização transfere uma cópia de segurança do registo de transações e são criados pontos de recuperação para cada sincronização incremental e cópia de segurança completa rápida. O registo de transações consiste num registo em série de todas as transações que foram efetuadas na base de dados desde a última cópia de segurança do registo de transação.

  3. Se quiser armazenar dados em banda para armazenamento de longa duração, em Especificar objetivos a longo prazo, indique quanto tempo pretende manter os dados em banda (1-99 anos). Em Frequência de cópia de segurança, especifique a frequência com que as cópias de segurança em banda devem ser executadas. A frequência baseia-se no período de retenção que especificou:

    • Quando o período de retenção for de 1 a 99 anos, pode selecionar a criação de cópias de segurança diárias, semanais, bissemanais, mensais, trimestrais, semestrais ou anuais.

    • Quando o período de retenção for de 1 a 11 meses, pode selecionar a criação de cópias de segurança diárias, semanais, bissemanais ou mensais.

    • Quando o período de retenção for de 1 a 4 semanas, pode selecionar a criação de cópias de segurança diárias ou semanais.

    Numa unidade de banda autónoma, para um único grupo de proteção, o DPM utiliza a mesma banda para cópias de segurança diárias até que não haja espaço suficiente na banda. Também pode colocalizar dados de diferentes grupos de proteção em banda.

    Na página Selecionar Detalhes da Banda e biblioteca, especifique a banda/biblioteca a utilizar e se os dados devem ser comprimidos e encriptados em banda.

  4. Na página Rever a alocação de discos , reveja o espaço em disco do agrupamento de armazenamento alocado para o grupo de proteção.

    Tamanho total dos dados é o tamanho dos dados dos quais pretende criar uma cópia de segurança e Espaço no disco a ser aprovisionado no DPM é o espaço que o DPM recomenda para o grupo de proteção. O DPM escolhe o volume de cópia de segurança ideal com base nas definições. No entanto, pode editar as opções de cópia de segurança de volume em Detalhes de atribuição do disco. Para cargas de trabalho, selecione o armazenamento preferido no menu de lista pendente. As edições alteram os valores para Armazenamento Total e Armazenamento Gratuito no painel Armazenamento em Disco Disponível. O espaço subaprovisionado é a quantidade de armazenamento que o DPM sugere que adicione ao volume para continuar com as cópias de segurança sem problemas no futuro.

  5. Em Escolher método de criação de réplicas, selecione como pretende processar a replicação de dados completa inicial. Se optar por replicar através da rede, recomendamos que escolha uma hora fora do pico. Para grandes quantidades de dados ou condições de rede não ideais, considere replicar os dados offline com um suporte de dados amovível.

  6. Em Selecionar opções de verificação de consistência, selecione como pretende automatizar as verificações de consistência. Pode ativar a execução de uma verificação apenas quando os dados de réplica se tornarem inconsistentes ou de acordo com uma agenda. Se não quiser configurar a verificação de consistência automática, pode executar uma verificação manual em qualquer altura ao clicar com o botão direito do rato no grupo de proteção na área Proteção da consola do DPM e selecionar Executar Verificação de Consistência.

  7. Se tiver selecionado fazer uma cópia de segurança para a cloud com Azure Backup, na página Especificar dados de proteção online, certifique-se de que seleciona as cargas de trabalho que pretende criar uma cópia de segurança no Azure.

  8. Em Especificar agenda de cópias de segurança online, especifique a frequência com que as cópias de segurança incrementais para o Azure devem ocorrer. Pode agendar as cópias de segurança para serem executadas todos os dias/semanas/meses/anos, bem como a data e hora de execução. As cópias de segurança podem ocorrer, no máximo, duas vezes por dia. Sempre que uma cópia de segurança é executada, é criado um ponto de recuperação de dados no Azure a partir da cópia dos dados de cópia de segurança armazenados no disco do DPM.

  9. Em Especificar política de retenção online, pode especificar como os pontos de recuperação criados a partir das cópias de segurança diárias/semanais/mensais/anais são mantidos no Azure.

  10. Em Escolher replicação online, especifique como ocorrerá a replicação completa inicial dos dados. Pode replicar através da rede ou fazer uma cópia de segurança offline (propagação offline). A cópia de segurança offline utiliza a funcionalidade de Importação do Azure. Para obter mais informações, veja Seeding offline using Azure Data Box (Propagação offline com o Azure Data Box).

  11. Na página Resumo , reveja as suas definições. Depois de selecionar Criar Grupo, ocorre a replicação inicial dos dados. Quando terminar, o estado do grupo de proteção será apresentado como OK na página Estado . A criação da cópia de segurança está em conformidade com as definiçõ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 criar cópias de segurança e a sincronizar SQL Server dados. O DPM monitoriza a sincronização inicial e a criação das cópias de segurança subsequentes. Pode monitorizar os dados do SQL Server de algumas formas:

  • Ao utilizar a monitorização predefinida do DPM pode configurar as notificações para monitorização proativa publicando alertas e configurando notificações. Pode enviar notificações por e-mail para alertas críticos, de aviso ou informativos e para o estado de recuperações instanciadas.

  • Se utilizar o Operations Manager, pode publicar alertas centralmente.

Configurar as notificações de monitorização

  1. Na Consola do Administrador do DPM, selecioneOpçõesde Ação> de Monitorização>.

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

  3. No servidor SMTP autenticado , escreva um nome de utilizador e uma palavra-passe. O nome de utilizador e a palavra-passe têm de ser o nome da conta de domínio da pessoa cujo endereço "De" está descrito no passo anterior; caso contrário, a entrega de notificação falha.

  4. Para testar as definições do servidor SMTP, selecione Enviar E-mail de Teste, escreva o endereço de e-mail onde pretende que o DPM envie a mensagem de teste e, em seguida, selecione OK. Selecione Opções>Notificações e selecione os tipos de alertas sobre os destinatários que querem ser notificados. Em Destinatários, escreva o endereço de e-mail de cada destinatário a quem pretende que o DPM envie cópias das notificações.

Configurar os alertas com o Operations Manager

  1. Na Consola do Administrador do DPM, selecioneOpções> deAção> de Monitorização>Publicação> deAlertas Publicar Alertas Ativos

  2. Depois de ativar a Publicação de Alertas, todos os alertas do DPM existentes que podem exigir uma ação de utilizador são publicados no registo de eventos alertas do DPM . O agente do Operations Manager que está instalado no servidor do DPM publica estes alertas no Operations Manager e continua a atualizar a consola à medida que são gerados novos alertas.

Permitir que os administradores do SQL Server restaurem dados

O DPM oferece uma funcionalidade de recuperação self-service que permite aos administradores do SQL Server acederem a dados protegidos pelo DPM, para que possam restaurar uma base de dados do SQL Server a partir de uma cópia de segurança para uma pasta de rede. Pode configurar a Ferramenta de Configuração de Recuperação do Self-Service do DPM para criar e gerir funções que especifiquem os utilizadores que podem realizar a recuperação self-service. Em seguida, os utilizadores utilizam o Assistente de Recuperação de Self-Service do DPM para recuperar as bases de dados SQL Server.

O DPM 2022 UR1 fornece uma funcionalidade de recuperação self-service para permitir aos administradores SQL Server acesso aos dados protegidos pelo DPM para que possam restaurar uma base de dados SQL Server da cópia de segurança para uma pasta de rede. Pode configurar a Ferramenta de Configuração de Recuperação do Self-Service do DPM para criar e gerir funções que especifiquem os utilizadores que podem realizar a recuperação self-service. Em seguida, os utilizadores podem utilizar o Assistente de Recuperação Self-Service do DPM para recuperar bases de dados do SQL Server. Transfira a ferramenta do assistente de recuperação self-service. Tenha em atenção que precisa de ter o .NET 3.5 SP1 e o Visual Studio 2013 instalados para executar a ferramenta.

Para configurar a recuperação self-service do SQL Server:

  1. Na consola > do DPM Proteção, selecione Configurar recuperação self-service.

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

  3. Na página Grupos de Segurança , irá criar um ou mais grupos que contêm os utilizadores para os quais pretende ativar a recuperação self-service. Especifique os grupos de segurança no grupo formatar domínio\segurança ou um utilizador individual no formato domain\username. Pode adicionar múltiplos grupos e utilizadores a uma função do DPM.

  4. Na página Itens de Recuperação, especifique instâncias de SQL Server protegidas e bases de dados para as quais pretende permitir a recuperação self-service. Especifique instâncias no formato <nome do computador\nome> da instância. Para especificar uma base de dados, prima a tecla TAB e, em seguida, escreva um nome de base de dados. Em alternativa, para permitir que os utilizadores da função recuperem todas as bases de dados na instância, prima a Tecla de Tabulação e, em seguida, prima a barra de espaço para limpar o texto na coluna Nome da Base de Dados .

Nota

Quando permite que os utilizadores de uma função do DPM recuperem todas as bases de dados SQL Server numa instância do SQL Server, esses utilizadores também podem recuperar quaisquer bases de dados SQL Server posteriormente adicionadas à instância. Quando ativa o acesso através de funções do DPM, certifique-se de que todos os membros da função receberam a permissão adequada para ver e aceder a todas as bases de dados.

  1. Na página Localizações de Destino de Recuperação, para restringir as localizações de recuperação dos utilizadores de funções, selecione Permitir que os utilizadores recuperem as bases de dados para outra instância de SQL Server e especifique uma ou mais localizações de destino de recuperação e caminhos de ficheiro permitidos. Se quiser permitir qualquer caminho numa instância, não especifique um valor no Caminho de Ficheiro Recuperado. Se ativar a definição, os utilizadores podem recuperar ficheiros de base de dados para qualquer localização para a qual tenham a permissão de escrita. No entanto, os utilizadores não podem substituir os ficheiros de base de dados originais e o DPM Self-Service Recovery Tool (SSRT) para SQL Server bloqueia-os se tentarem fazê-lo.

  2. Além disso, no computador a partir do qual a recuperação self-service será executada, certifique-se de que pelo menos o .NET Framework 4.5 está instalado e que a Ferramenta de Recuperação Self-Service do DPM está instalada. A ferramenta está disponível na localização de instalação do produto DPM na pasta DpmSqlEURInstaller .

Restaurar dados de SQL Server

Pode recuperar dados SQL da seguinte forma:

  • Recuperar uma base de dados para a localização original

  • Recuperar a base de dados com um novo nome para a localização original ou para uma instância diferente do SQL Server

  • Recuperar a base de dados para uma instância diferente do SQL Server

  • Copiar a base de dados para uma pasta de rede

  • Copiar a base de dados para banda

Não pode recuperar uma base de dados do sistema para uma instância diferente do SQL Server.

Para recuperar uma base de dados da consola do DPM:

  1. Na Consola do Administrador do DPM, selecione Recuperação na barra de navegação. Utilizando a funcionalidade de procura, selecione a base de dados que pretende recuperar.

  2. No calendário, selecione qualquer data a negrito para obter os pontos de recuperação disponíveis para essa data. O menu Hora da recuperação lista a hora de cada ponto de recuperação disponível. No menu Hora da recuperação , selecione o ponto de recuperação que pretende utilizar.

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

  4. Na página Rever seleção de recuperação , selecione Seguinte.

Nota

  • Selecione o local para onde pretende recuperar a base de dados. Se selecionar Recuperar para qualquer instância do SQL, introduza o caminho de recuperação. É possível especificar um novo nome para a base de dados recuperada. Esta opção não está disponível com a definição Ponto de recuperação mais recente.
  • O caminho de recuperação predefinido é o caminho de localização original. Tem de introduzir o caminho de recuperação adequado.
  • Não pode recuperar uma base de dados de uma versão mais recente do SQL Server para uma instância do SQL Server de uma versão mais antiga.
  • Se selecionar Copiar para uma pasta de rede e o ponto de recuperação que selecionou não tiver sido criado a partir de uma cópia de segurança completa rápida, ser-lhe-ão apresentadas novas opções de ponto de recuperação.
  • Se selecionar Copiar para banda e o ponto de recuperação que selecionou não tiver sido criado a partir de uma cópia de segurança completa rápida, ser-lhe-ão apresentadas novas opções de ponto de recuperação. Para a opção de banda, irá selecionar a biblioteca de bandas que pretende utilizar para recuperação.
  1. Se tiver selecionado um ponto de recuperação diferente do mais recente na página Especificar Estado da Base de Dados, selecione Deixar a base de dados operacional.

  2. Especifique as opções de recuperação para limitação de utilização da largura de banda de rede, recuperação baseada em SAN e notificações por e-mail e, em seguida, selecione Seguinte.

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

Os utilizadores com permissões de recuperação self-service devem recuperar da seguinte forma:

Com o DPM 2022 UR1, transfira a ferramenta de Recuperação Personalizada SQL Server separadamente para utilizá-la para recuperações Self-Service.

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

  2. Depois de estabelecer uma ligação, o utilizador deve selecionar Nova Tarefa 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 SQL Server e o nome da base de dados a recuperar. Se estiver a utilizar 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 pretende recuperar para uma instância no mesmo SQL Server ou outra diferente. Especifique se a recuperação deve ser feita para uma pasta de rede.

    Nota

    Apenas os pontos de recuperação que serão criados a partir da cópia de segurança rápida completa podem ser recuperados para uma pasta de rede.

  6. Se estiver a recuperar para uma base de dados, na página Especificar Estado da Base de Dados , especifique se a base de dados deve permanecer operacional após a recuperação e especifique se pretende copiar os registos de transações do SQL.

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