Configurar planos de backup para instâncias e bancos de dados do Microsoft SQL Server

Com o serviço de Backup e DR, é possível fazer backup do Microsoft SQL Server:

  • Instâncias

  • Banco de dados principal de um grupo de disponibilidade Always On

  • Bancos de dados em VMs

  • Bancos de dados do sistema

  • Bancos de dados do usuário

  • Bancos de dados e arquivos de suporte em um grupo de consistência

  • Membros individuais de um grupo de consistência

Antes de começar

Antes de proteger bancos de dados do Microsoft SQL Server:

Práticas recomendadas para proteger bancos de dados do Microsoft SQL Server

Para bancos de dados do Microsoft SQL Server que usam o modelo de recuperação completa, aproveite a capacidade do dispositivo de backup/recuperação de fazer backup do banco de dados e dos registros com uma única política. Quando o banco de dados e os registros são salvos em backup, o appliance pode recuperar o banco de dados até um ponto no tempo ao rolar os registros para frente usando a interface do usuário do appliance. O backup do banco de dados e dos registros é ativado usando as configurações avançadas do modelo de política.

Fazer backup de bancos de dados em uma instância em vez de um grupo de consistência

Quando um banco de dados é colocado em estado de inatividade para criar um backup, um snapshot dos discos é criado e liberado. Para grupos de consistência e instâncias de banco de dados, os membros são colocados em estado inativo e liberados juntos para um ponto consistente no tempo dos dados.

Ao fazer backup de uma instância do SQL, os bancos de dados adicionados a ela são incluídos automaticamente na operação de backup do Backup e DR. Fazer backup de bancos de dados em uma instância SQL é adequado para ambientes em que bancos de dados são adicionados e removidos regularmente. Os bancos de dados montados em uma instância do SQL como aplicativos virtuais não são protegidos com os outros membros da instância. Os bancos de dados montados virtualmente precisam ser protegidos separadamente.

A participação em um grupo de consistência é feita manualmente. Fazer backup de bancos de dados em um grupo de consistência é adequado para ambientes em que os bancos de dados não são adicionados ou removidos com frequência.

Gerenciamento de banco de dados x gerenciamento de VM

Os servidores Microsoft SQL são protegidos de maneira diferente, seja como um aplicativo (banco de dados, instância ou grupo de disponibilidade) ou como parte de uma VM inteira.

Protegido como um aplicativo, não como ESP Protegido como parte de uma VM
Os dispositivos de backup/recuperação protegem apenas os arquivos de banco de dados. Todas as VMs da VMware são armazenadas em backup usando APIs da VMware. Se você estiver gerenciando bancos de dados SQL que fazem parte de uma VM protegida, consulte [Proteger e recuperar instâncias do Compute Engine](/backup-disaster-recovery/docs/quickstarts/gce-instances-backup-recovery).
O agente de backup e DR coordena o snapshot do VSS e realiza o truncamento de registros. A API VMware coordena o snapshot do VSS. O agente do Backup e DR precisa ser instalado na VM para truncar os registros.
O agente do Backup e DR usa o rastreamento de blocos de mudanças em arquivos nomeados, o que é muito eficiente para arquivos de banco de dados grandes. A API VMware oferece rastreamento de blocos de mudança.
Os registros de transações são armazenados em backup quando um job de backup é executado se você selecionar Truncar registro após o backup em Detalhes e configurações. Consulte [Configurar substituições avançadas das configurações de política](: #SetOverrides) Os registros de transações não têm backup.
O cliente pode fazer o roll forward com registros. Não é possível fazer o roll forward durante a restauração.

Use as instruções a seguir para aplicar um plano de backup e proteger o banco de dados do Microsoft SQL Server.

  1. No console de gerenciamento, acesse Gerenciador de apps > Aplicativos. A página Aplicativos é aberta.

  2. Selecione o banco de dados, a instância, o AG ou o grupo de consistência do Microsoft SQL Server que você quer fazer backup e, no canto inferior direito da página, selecione Gerenciar plano de backup.

  3. Na janela Gerenciar plano de backup, escolha um Modelo e um Perfil nas listas suspensas:

    • Modelo. Um modelo de backup atual que inclui políticas para definir o snapshot e a replicação dos dados do aplicativo.

    • Perfil. Um perfil de recurso que define os recursos usados para armazenar os dados do aplicativo como snapshot e imagens replicadas.

  4. Na janela Gerenciar modelo de plano de backup, faça as seguintes mudanças antes de aplicar um plano de backup:

    • Configurações do aplicativo. Configurações específicas do Microsoft SQL, como tipo de aplicativo, nome do host, endereço IP do host, caminho, sistema operacional, dispositivo de backup/recuperação e endereço IP do dispositivo.

    • Substituições de política. Substitua configurações de política específicas que foram configuradas anteriormente no modelo de backup selecionado. As substituições de política podem ser úteis ou necessárias em determinadas circunstâncias. Só é possível substituir as configurações de política se o modelo da política tiver sido configurado para permitir substituições.

  5. Para selecionar bancos de dados, em Regra de inclusão de banco de dados, clique em Editar. A caixa de diálogo Gerenciar assinatura será aberta.

    • Na caixa de diálogo Gerenciar associação, selecione os bancos de dados que serão incluídos no backup atribuindo uma regra de inclusão (Todos, Bancos de dados do sistema, Bancos de dados do usuário) e escolha se a regra vai Incluir selecionados ou Excluir selecionados.

    • Clique em Salvar. A caixa de diálogo Gerenciar assinatura será fechada.

  6. Clique em Aplicar para aplicar o modelo de backup e o perfil de recurso. A caixa de mensagem de sucesso vai aparecer.

    Na primeira vez que o banco de dados selecionado é descoberto, um job sob demanda é executado assim que possível para proteger os dados. Depois disso, os novos dados serão armazenados em backup quando o job programado for executado de acordo com as horas de operações definidas no modelo de backup. Por exemplo, se às 10h (UTC) você atribuir um modelo com horário de funcionamento das 2h às 5h (UTC), o primeiro job só vai começar quando o eletrodoméstico tiver um slot de job disponível após as 2h (UTC).

    Se você fizer backup de uma carga de trabalho em um dispositivo de backup/recuperação que exceda a capacidade de armazenamento ou o limite de instantâneo recomendado, vai receber uma notificação com uma recomendação para fazer backup dos dados em um dispositivo diferente.

Proteção de registros de banco de dados em uma política de plano de backup

Ao criar uma política de snapshot para um banco de dados, também é possível fazer backup dos arquivos de registro dele. A frequência com que os registros do banco de dados são armazenados em backup é definida separadamente da frequência do banco de dados. Por exemplo, um banco de dados pode ter backup todos os dias e os registros, a cada hora. A frequência do backup de registros do banco de dados é definida em minutos, e a frequência com que os registros são armazenados em backup não pode exceder a frequência com que o banco de dados associado é armazenado em backup. Por exemplo, se um banco de dados for armazenado em backup a cada 24 horas, a frequência de backup do arquivo de registro precisará ser menor que 24 horas.

A frequência e a retenção são definidas em Detalhes e configurações da política de snapshot do banco de dados. O backup de registros é feito sem considerar quando o banco de dados associado é salvo.

Você ativa a Proteção de registros nas configurações avançadas de Ativar backup de registros do banco de dados em uma política de snapshot do plano de backup. A frequência e a retenção são definidas em Detalhes e configurações de uma política de plano de backup.

O espaço necessário para acomodar os registros de um banco de dados é gerenciado automaticamente pelo console de gerenciamento. O console de gerenciamento avalia os tamanhos típicos de registros e período de armazenamento deles e adiciona espaço conforme necessário. Para gerenciar os requisitos de armazenamento dos registros de um banco de dados, as políticas de snapshot oferecem as seguintes configurações avançadas:

  • Período de retenção do backup de registros. A retenção de registros é definida separadamente da retenção da política de snapshot. Ter um período de armazenamento separado permite usar os registros em conjunto com cópias do banco de dados armazenadas no pool de snapshots e, opcionalmente, em um pool do OnVault. O período de retenção de registros é obrigatório quando os backups de registros estão ativados.

  • Replicar registros. É possível replicar os registros do banco de dados para um dispositivo remoto de backup/recuperação ou para um pool do OnVault e usar os registros remotos para qualquer imagem de banco de dados dentro do período de retenção dos registros replicados. A replicação de registros usa a tecnologia StreamSnap entre os dispositivos locais e remotos, indo diretamente do pool de snapshots local para o pool de snapshots no dispositivo remoto. Isso exige uma política de replicação do StreamSnap no modelo e pelo menos uma replicação bem-sucedida do banco de dados.

  • Tamanho do crescimento do disco de preparação de registros. Define a porcentagem em que o disco de staging em que os registros residem aumenta automaticamente. Essa configuração é uma porcentagem, e os valores válidos são de 5 a 100.

  • Taxa de mudança estimada. Define a mudança diária (em porcentagem), o que permite que o dispositivo de backup/recuperação calcule melhor o tamanho do disco de staging necessário para armazenar registros. Essa configuração é uma porcentagem, e os valores válidos são de 0 a 100.

  • Compactar backup de registro do banco de dados. Instrui o banco de dados de origem a compactar os registros antes do backup. O servidor de banco de dados realiza a compactação de registros durante o backup de registros.

Configurar configurações avançadas para substituições de configurações de políticas

Clique em Substituições de política na janela Gerenciar plano de backup para mostrar a caixa de diálogo Substituição das configurações de política. Nesse local, você pode substituir configurações específicas de política associadas ao modelo de backup selecionado. Depois de terminar, clique em Salvar alterações.

Para redefinir uma configuração de substituição de política para o estado padrão, clique na caixa de seleção à esquerda da seleção e em Selecionar opções que vão voltar ao padrão para redefinir todas as configurações de substituição de política para o estado padrão.

A lista a seguir tem descrições das substituições de configurações de política válidas para instâncias do SQL Server, grupos de disponibilidade (AGs, na sigla em inglês), bancos de dados e grupos de consistência.

  • Não remova o mapa. Manter os discos de staging mapeados entre jobs: selecione essa opção se quiser que os discos de staging temporários mapeados para o host e usados durante a movimentação de dados permaneçam mapeados para o host. Os LUNs são mapeados durante o primeiro job e todos os jobs subsequentes reutilizam o mesmo LUN mapeado. Por padrão, essa opção é selecionada. Desvincular discos de staging após cada job: essa opção desmonta o disco de staging do sistema operacional ao final de cada job (removendo pontos de montagem ou letras de unidade) e também o desvincula do host. Essa opção exige que o host faça uma verificação de LUNs SCSI no início do próximo job, já que os discos de staging remapeados precisam ser redescobertos antes de serem remontados.

  • Truncar registro após o backup. Especifique se os registros serão truncados após cada backup. Quando ativados, os registros relacionados ao aplicativo são truncados até o backup recente ou atual. Se você truncar os registros, também precisará fazer backup do registro de transações para permitir uma recuperação de encaminhamento.

  • Pular aplicativos off-line no grupo de consistência. (Somente para gerenciamento de grupo de consistência) Especifique se os bancos de dados indisponíveis que fazem parte de um grupo de consistência devem ser ignorados. Você cria um grupo de consistência para fazer backup de vários bancos de dados juntos e preservar a consistência dos dados entre eles. Os grupos de consistência são coleções de bancos de dados da mesma instância ou grupo de disponibilidade.

    As opções são:

    • Falhar o backup quando aplicativos off-line forem encontrados
    • Pular aplicativos off-line durante o backup

  • Mapear discos de staging para todos os hosts ESX em um cluster. Essa opção não é relevante ao usar repositórios de dados NFS. Mapeie o disco de staging para o host ESX somente para a VM. Mapeie o disco de preparo para todos os hosts ESX no cluster. Mapeie o disco de staging para dois hosts ESX no cluster.

  • Fazer backup dos logins de usuário do SQL Server. Faz backup dos registros de login da instância do SQL Server para contas que têm acesso aos bancos de dados em backup. Quando o banco de dados é montado como um aplicativo virtual (montagem compatível com aplicativos), os logins de usuário em backup podem ser restaurados opcionalmente na instância de destino do SQL Server para garantir que o banco de dados virtual seja acessível pelos mesmos usuários com acesso ao banco de dados de origem original. As opções são Sim ou Não.

  • Ative o backup de registros do banco de dados. A opção Ativar backup de registros do banco de dados permite que a política do plano de backup faça backup de um banco de dados do Oracle ou do Microsoft SQL Server e de todos os arquivos de registros de transações associados. Os registros são armazenados em backup quando o job de snapshot de registro é executado. As opções são Sim ou Não. Quando definido como Sim, as opções relacionadas são ativadas.

  • RPO. Quando Enable Database Log Backup está definido como Yes, o RPO define a frequência do backup de registros do banco de dados. A frequência é definida em minutos e não pode exceder o intervalo de backup do banco de dados. O menor valor que pode ser definido (em minutos) é 15.

  • Período de retenção do backup de registros. Quando a opção Ativar backup de registros do banco de dados está definida como Sim, a retenção de registros é definida separadamente da retenção da política de snapshots. Ter um período de armazenamento separado permite usar registros em conjunto com cópias do banco de dados armazenadas no pool de snapshots. O período de armazenamento de registros é uma configuração obrigatória.

  • Replicar registros. (Usa a tecnologia StreamSnap) Quando a opção Ativar backup de registros do banco de dados está definida como Ativar, a configuração avançada Replicar registros permite que os registros de transação do banco de dados do Microsoft SQL Server sejam replicados para um dispositivo remoto de backup/recuperação. Para que um job de replicação de registros seja executado, é necessário ter uma política de replicação do StreamSnap no modelo, além de um perfil de recurso que especifique um dispositivo remoto de backup/recuperação. Além disso, pelo menos uma replicação bem-sucedida do banco de dados precisa ser concluída primeiro. Em seguida, use os registros no site remoto para qualquer imagem de banco de dados dentro do intervalo de retenção dos registros replicados. Essa função é ativada por padrão.

    A replicação de registros usa a tecnologia StreamSnap para realizar a replicação entre os dispositivos de backup/recuperação locais e remotos. A replicação de registros vai diretamente do pool de snapshots local para o pool de snapshots no dispositivo remoto.

  • Enviar registros para o OnVault Pool. Quando a opção Ativar backup de registros do banco de dados está definida como Ativar, essa configuração permite que os registros de transações do banco de dados do Microsoft SQL Server sejam replicados para um pool do OnVault. Para que um job de replicação de registros seja executado, é necessário incluir uma política OnVault no modelo junto com um perfil de recurso que especifique um pool OnVault. Além disso, pelo menos um banco de dados precisa ser enviado para o pool. Em seguida, use os registros no site remoto para qualquer imagem de banco de dados dentro do período de retenção. Essa função é ativada por padrão.

  • Tamanho do crescimento do disco de preparação de registros. Quando Ativar backup de registros do banco de dados está definido como Sim, o Tamanho do crescimento do disco de preparação de registros define o crescimento a ser usado ao aumentar automaticamente o disco de preparação em que os registros residem. Essa configuração varia de 5 a 100%.

  • Taxa de mudança estimada. Quando Enable Database Log Backup está definido como Yes, essa configuração define a mudança diária (em porcentagem), o que permite que o dispositivo de backup/recuperação calcule melhor o tamanho do disco de staging necessário para armazenar os registros. Essa configuração varia de 0 a 100.

  • Compactar backup de registro do banco de dados. Quando Ativar backup de registros do banco de dados está definido como Sim, essa configuração instrui o banco de dados de origem a compactar os registros antes de fazer backup deles pelo console de gerenciamento. O servidor de banco de dados realiza a compactação de registros durante o backup. As opções são Sim ou Não. Quando definida como Sim, a opção Compactar backup de registro do banco de dados é ativada.

  • Tempo limite do script. Com o agente do Backup e DR, é possível criar scripts do lado do host que são executados no host de um aplicativo antes ou depois da execução de uma política. Os quatro tempos limite fornecidos em um modelo de política são mapeados diretamente para os quatro estágios de um script do lado do host.

    • Tempo limite de inicialização do script. Define por quanto tempo uma política deve esperar antes de presumir que os scripts do lado do host em um host gerenciado foram inicializados. O valor padrão é de 120 segundos, e o intervalo permitido é de 1 a 86.400 segundos (24 horas).
    • Tempo limite de congelamento do script. Define por quanto tempo uma política deve esperar antes de presumir que o aplicativo está congelado e pronto para backup de dados. 60 segundos é o valor padrão, e o intervalo permitido é de 1 a 86.400 segundos.
    • Tempo limite de descongelamento de script. Define por quanto tempo uma política deve esperar antes de presumir que o aplicativo está descongelado. O valor padrão é de 60 segundos, e o intervalo permitido é de 1 a 86.400 segundos.
    • Tempo limite de conclusão do script. Define por quanto tempo uma política deve aguardar antes da conclusão do backup de dados. O valor padrão é de 60 segundos, e o intervalo permitido é de 1 a 86.400 segundos.
    • Tempo limite de replicação após postagem de script. Define por quanto tempo uma política deve esperar antes que a replicação seja concluída. 60 segundos é o valor padrão, e o intervalo permitido é de 1 a 86.400 segundos.

O guia de DBA do Microsoft SQL Server do Backup e DR

Esta página faz parte de uma série de páginas específicas para proteger e recuperar bancos de dados do Microsoft SQL Server com o Backup e DR. Para mais informações, consulte: