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. Aqui está 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 CSV (Volume Compartilhado de Cluster).
A proteção da instância de cluster de failover do SQL Server com Espaços de Armazenamento Diretos no Azure e da instância de cluster de failover do SQL Server com discos compartilhados do Azure tem suporte com esse recurso. O servidor DPM deve ser implantado na máquina virtual do Azure para proteger a instância da FCI do SQL implantada nas VMs do Azure.
Um grupo de disponibilidade AlwaysOn do SQL Server 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 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 detecta 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 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 uma SSRT (Ferramenta de Recuperação de Autoatendimento) que estende as opções dos 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á 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ê 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 do Always On do SQL Server:
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 Always On, o DPM apresenta as seguintes limitações:
O DPM respeitará 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á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 – os backups podem 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 a partir de qualquer réplica legível, ou seja, primária, secundária síncrona, secundária assíncrona.
- Se qualquer réplica for excluída do backup (por exemplo, Excluir Réplica está habilitada ou está 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 com a preferência Preferir 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
Implantar o DPM – verifique se o DPM está instalado e implantado corretamente. Se você não tiver, consulte:
Requisitos do sistema para DPM
Configurar 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.
Configurar o agente de proteção do DPM – você precisará instalar o agente de proteção do DPM em todos os computadores dos quais deseja fazer backup. Leia Implantar o agente de proteção do DPM.
Configurar o backup
Para criar um grupo de proteção, selecione Ações de Proteção>>Criar Grupo de Proteção para abrir o assistente Criar Novo Grupo de Proteção no console do DPM.
Em Selecionar tipo de grupo de proteção, selecione Servidores.
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.
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ê estiver protegendo no nível da instância, qualquer banco de dados adicionado a essa instância do SQL Server será adicionado automaticamente à proteção do DPM.
- Se você estiver usando grupos de disponibilidade AlwaysOn do SQL Server, poderá criar um grupo de proteção que contenha os grupos de disponibilidade. O DPM detecta os grupos de disponibilidade e os exibe em Grupo de Clusters. Selecione o grupo inteiro para protegê-lo para que todos os bancos de dados adicionados ao grupo sejam protegidos automaticamente ou selecione 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.
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 na nuvem, você também pode configurar o backup de longo prazo em um dispositivo de fita autônomo ou biblioteca de fitas conectada ao servidor DPM.
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 no 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 Pouco 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 logs, 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.
Se você quiser armazenar dados em fita para armazenamento de longo prazo, em Especificar metas de longo prazo, indique por quanto tempo deseja manter os dados de fita (1 a 99 anos). Em Frequência de backup, especifique com que frequência os backups em fita deverão 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 colocar dados de diferentes grupos de proteção 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 na fita.
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.
O tamanho total dos dados é o tamanho dos dados dos quais você deseja fazer backup e o 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. O espaço subprovisionado é a quantidade de armazenamento que o DPM sugere que você adicione ao volume para continuar com backups sem problemas no futuro.
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 escolha um horário fora de 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.
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 ser executada somente quando os dados de réplica se tornarem inconsistentes ou de acordo com um agendamento. Se você não quiser configurar a verificação automática de consistência, poderá 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.
Se você optou por fazer backup na nuvem com o Backup do Azure, na página Especificar dados de proteção online, selecione as cargas de trabalho que você deseja fazer backup no Azure.
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. Os backups poderão 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.
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.
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, consulte Propagação offline usando o Azure Data Box.
Na página Resumo, examine as configurações. Depois de selecionar Criar grupo, ocorre 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 for criado, a replicação inicial ocorrerá e o DPM começará 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:
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
No Console do Administrador do DPM, selecione Opções de Ação>de Monitoramento>.
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.
Em Servidor SMTP autenticado , digite um nome de usuário e uma senha. O nome de usuário e a 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á.
Para testar as configurações do servidor SMTP, selecione Enviar Email de Teste, digite o endereço de email para o qual 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 com o Operations Manager
No Console do Administrador do DPM, selecione Opções>de Ação>de Monitoramento>Publicação de Alertas Publicar>Alertas Ativos
Depois de habilitar a Publicação de Alertas, todos os alertas existentes do DPM que podem exigir uma ação do usuário são publicados no log de eventos de 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 que os administradores do SQL Server acessem os dados protegidos pelo DPM, para que possam restaurar um banco de dados do SQL Server do backup para uma pasta de rede. Você pode configurar a Ferramenta de Configuração de Recuperação de Autoatendimento do DPM 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 os bancos de dados do SQL Server.
O DPM 2022 UR1 fornece um recurso de recuperação de autoatendimento para permitir que os administradores do SQL Server acessem os dados protegidos pelo DPM para que possam restaurar um banco de dados do SQL Server do backup para uma pasta de rede. Você pode configurar a Ferramenta de Configuração de Recuperação de Autoatendimento do DPM 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 o Visual Studio 2013 instalados para executar a ferramenta.
O DPM fornece um recurso de recuperação de autoatendimento para permitir que os administradores do SQL Server acessem os dados protegidos pelo DPM para que possam restaurar um banco de dados do SQL Server do backup para uma pasta de rede. Você pode configurar a Ferramenta de Configuração de Recuperação de Autoatendimento do DPM 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 o Visual Studio 2013 instalados para executar a ferramenta.
Configure a recuperação de autoatendimento do SQL Server da seguinte maneira:
Na Proteção do console >do DPM, selecione Configurar recuperação de autoatendimento.
Na Ferramenta de Configuração de Recuperação de Autoatendimento do DPM para SQL Server, selecione Criar Função.
Na página Grupos de Segurança , você criará um ou mais grupos que contêm os usuários para os quais você deseja habilitar a recuperação de autoatendimento. Especifique os grupos de segurança no formato domínio\grupo de segurança ou um usuário individual no formato domínio\nome de usuário. É possível adicionar vários usuários e grupos de segurança a uma função do DPM.
Na página Itens de Recuperação , especifique instâncias e bancos de dados protegidos do SQL Server 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 da função recuperem todos os bancos de dados na instância, pressione a tecla TAB e pressione a barra de espaço para limpar o texto na coluna Nome do Banco de Dados.
Observação
Quando você permite que os usuários de uma função do DPM recuperem todos os bancos de dados do SQL Server em uma instância do SQL Server, esses usuários também podem recuperar todos os bancos de dados do SQL Server que forem adicionados posteriormente à instância. Ao habilitar o acesso usando funções do DPM, verifique se todos os membros da função receberam a permissão apropriada para exibir e acessar todos os bancos de dados.
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 especifique 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 do arquivo recuperado. Se você habilitar a configuração, os usuários poderão recuperar arquivos de banco de dados para qualquer local para o qual tenham permissão de gravação. No entanto, os usuários não podem substituir os arquivos de banco de dados originais e a SSRT (Ferramenta de Recuperação de Autoatendimento) do DPM para SQL Server os bloqueará se tentarem fazer isso.
Além disso, no computador a partir do qual a recuperação de autoatendimento será executada, verifique se pelo menos o .NET Framework 4.5 está instalado e se a Ferramenta de Recuperação de Autoatendimento do DPM está instalada. 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 dados SQL da seguinte maneira:
Recuperar um banco de dados para o 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:
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 deseja recuperar.
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.
No painel Ações, selecione Recuperar para iniciar o Assistente de Recuperação.
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 do 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 a partir de um backup completo expresso, você verá 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 a partir de um backup completo expresso, você verá 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.
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.
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.
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 se recuperar da seguinte maneira:
Com o DPM 2022 UR1, baixe a ferramenta de Recuperação de Autoatendimento do SQL Server separadamente para usá-la para recuperações de Autoatendimento.
Baixe a ferramenta Recuperação de Autoatendimento do SQL Server separadamente para usá-la para recuperações de Autoatendimento.
O usuário deve abrir a Ferramenta de Recuperação de Autoatendimento do DPM, selecionar Conectar ao servidor DPM e especificar o nome do servidor DPM.
Depois que uma conexão é estabelecida, o usuário deve selecionar Novo Trabalho de Recuperação para iniciar o Assistente de Recuperação.
Na página Especificar Detalhes do Banco de Dados do assistente, especifique a instância do 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. Nome do clusterFQDN\AGNAME.
Na página Especificar Ponto de Recuperação, selecione os dados e a hora do ponto de recuperação.
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 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.
Se você estiver recuperando para 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 SQL.
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 for concluída.