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

O serviço de backup e DR permite fazer backup do Microsoft SQL Server:

  • Instâncias

  • Banco de dados principal de um grupo de disponibilidade sempre ativado

  • 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 os 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 para fazer backup do banco de dados e dos registros com uma única política. Quando o banco de dados e os registros dele são armazenados em backup, o dispositivo pode recuperar o banco de dados para um ponto no tempo, avançando os registros usando a interface do usuário do dispositivo. O backup do banco de dados e dos logs é ativado usando as configurações avançadas do modelo de política.

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

Quando um banco de dados é inativo 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 suspensos e liberados juntos para um ponto de dados consistente.

Ao fazer backup de uma instância do SQL, à medida que os bancos de dados são adicionados à instância, eles são incluídos automaticamente na operação de backup e DR. O backup de bancos de dados em uma instância do SQL é adequado para ambientes em que os 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 se presta a ambientes em que os bancos de dados não são frequentemente adicionados ou removidos.

Banco de dados x gerenciamento de VM

Os servidores do 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 ESP Protegido como parte de uma VM
Os dispositivos de backup/recuperação protegem apenas os arquivos do banco de dados. VMs inteiras do VMware são salvas em backup usando APIs do 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 registro. A API VMware coordena o snapshot do VSS. O agente de backup e DR precisa estar instalado na VM para truncar o registro.
O agente de backup e DR usa o rastreamento de blocos de mudança em arquivos nomeados, muito eficiente para arquivos de banco de dados grandes. A API VMware oferece rastreamento de mudança de bloco.
Os logs de transações são salvas quando um job de backup é executado se você selecionar Truncate Log After Backup em Details & Settings. Consulte [Configurar configurações avançadas para substituições de configurações de políticas](: #SetOverrides) Os registros de transações não têm backup.
O cliente pode avançar com os registros. Não é possível avançar durante a restauração.

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

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

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

  3. Na janela Manage Backup Plan, escolha um Template e um Profile nas listas suspensas:

    • Modelo. Um modelo de backup 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 snapshots e imagens replicadas.

  4. Na janela Gerenciar modelo de plano de backup, faça as seguintes alterações 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.

    • Modificações de políticas. Substitua configurações de políticas específicas 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 da política se o modelo dela 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 associação é aberta.

    • Na caixa de diálogo Gerenciar associação, selecione os bancos de dados para fazer backup atribuindo uma regra de inclusão (Todos, Bancos de dados do sistema, Bancos de dados do usuário) e selecione se a regra deve Incluir selecionados ou Excluir selecionados.

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

  6. Clique em Apply 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, novos dados são armazenados em backup quando o job programado é executado de acordo com as horas de operação definidas no modelo de backup. Por exemplo, se às 10h (UTC) você atribuir um modelo que tenha horas de operação de 02h a 05h (UTC), o primeiro job só vai começar quando o dispositivo tiver um slot de job disponível após as 02h (UTC).

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

Ao criar uma política de snapshots para um banco de dados, você também pode fazer backup dos arquivos de registro. A frequência com que os registros do banco de dados são armazenados em backup é definida separadamente da do banco de dados. Por exemplo, um banco de dados pode ser armazenado em backup todos os dias e os registros dele a cada hora. A frequência do backup de registro do banco de dados é definida em minutos, e a frequência em que os registros são armazenados em backup não pode exceder a frequência em que o banco de dados associado é armazenado em backup. Por exemplo, se um banco de dados for salvo a cada 24 horas, a frequência de backup do arquivo de registro precisa 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 registro é feito sem considerar quando o banco de dados associado é feito.

Ative a proteção de registro nas configurações avançadas Ativar o backup de registro 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 para 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 de registro típicos 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 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 armazenamento de registros é obrigatório quando os backups de registro estão ativados.

  • Registros de replicação. É 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 do banco de dados dentro do intervalo de retenção dos registros replicados. A replicação de registros usa a tecnologia StreamSnap entre os dispositivos local e remoto, indo diretamente do pool de snapshots local para o pool de snapshots no dispositivo remoto. Isso requer uma política de replicação do StreamSnap no modelo, e pelo menos uma replicação bem-sucedida do banco de dados precisa ser concluída primeiro.

  • Tamanho do crescimento do disco de registro de log. Define a porcentagem em que o disco de preparação em que os registros estão armazenados é aumentado 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 percentual), que permite que o dispositivo de backup/recuperação calcule melhor o tamanho do disco de preparação necessário para armazenar registros. Essa configuração é uma porcentagem e os valores válidos são de 0 a 100.

  • Compactar o 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 Policy Overrides na janela Manage Backup Plan para mostrar a caixa de diálogo Policy Settings Override. Aqui, você pode substituir configurações de política específicas associadas ao modelo de backup selecionado. Quando terminar, clique em Salvar mudanças.

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. Clique em Selecionar opções que vão reverter para o 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íticas válidas para instâncias do SQL Server, grupos de disponibilidade (AGs), bancos de dados e grupos de consistência.

  • Não desmapear. Manter os discos de transferência mapeados entre os jobs: selecione esta opção se você quiser que os discos de transferência temporários sejam mapeados para o host e usados durante o movimento de dados e 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. Desmapear discos de preparação após cada job: essa opção desmontar o disco de preparação do sistema operacional após a conclusão de cada job (removendo pontos de montagem ou letras de unidade) e também desmapeia-o do host. Essa opção exige que o host realize uma verificação de LUNs SCSI no início do próximo job, já que os discos de preparação remapeados precisam ser redescobertos antes de serem montados novamente.

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

  • Ignorar aplicativos off-line no grupo de consistência. (Somente para gerenciamento de grupos de consistência) Especifique se é necessário ignorar bancos de dados indisponíveis que fazem parte de um grupo de consistência. 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:

    • Backup com falha quando aplicativos off-line são encontrados
    • Ignorar aplicativos off-line durante o backup

  • Mapeie os discos de transferência 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 transferência para o host ESX apenas para a VM. Mapeie o disco de preparo para todos os hosts ESX no cluster. Mapeie o disco de transferência para dois hosts ESX no cluster.

  • Fazer backup dos logins de usuários do SQL Server. Faz backup dos registros de login da instância do SQL Server para contas com acesso concedido aos bancos de dados que estão sendo armazenados em backup. Quando o banco de dados é montado como um aplicativo virtual (montagem ciente do aplicativo), os logins de usuário salvos em backup podem ser restaurados opcionalmente na instância de destino do SQL Server, garantindo 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 registro de banco de dados. A opção Ativar o backup de registro 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 registro de transações associados. Os logs 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 a opção Enable Database Log Backup (Ativar o backup de registro do banco de dados) está definida como Yes (Sim), o RPO define a frequência do backup de registro do banco de dados. A frequência é definida em minutos e não pode ultrapassar 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 Enable Database Log Backup (Ativar o backup de registro do banco de dados) é definida como Yes (Sim), a retenção de registro é definida separadamente da retenção da política de instantâneo. Ter um período de armazenamento separado permite usar registros em conjunto com cópias do banco de dados armazenadas no conjunto de snapshots. O período de armazenamento de registros é uma configuração obrigatória.

  • Registros de replicação. (Uso da tecnologia StreamSnap) Quando a opção Enable Database Log Backup (Ativar o backup de registro de banco de dados) está definida como Enable (Ativar), a configuração avançada Replicate Logs (Replicar registros) permite que os registros de transação do banco de dados do Microsoft SQL Server sejam replicados para um dispositivo de recuperação/backup remoto. Para que um job de replicação de registros seja executado, é necessário que haja uma política de replicação do StreamSnap no modelo, além de um perfil de recurso que especifique um dispositivo de backup/recuperação remoto. Além disso, pelo menos uma replicação bem-sucedida do banco de dados precisa ser concluída. 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 o backup do registro do banco de dados está definida como Ativar, os registros de transações do banco de dados do Microsoft SQL Server podem ser replicados para um grupo do OnVault. Para que um job de replicação de registros seja executado, é necessário que haja uma política do OnVault incluída no modelo, além de um perfil de recurso que especifique um pool do OnVault. Além disso, pelo menos um banco de dados precisa ser enviado ao pool. Em seguida, use os registros no site remoto para qualquer imagem de banco de dados no intervalo de retenção. Essa função é ativada por padrão.

  • Tamanho do crescimento do disco de registro. Quando a opção Enable Database Log Backup (Ativar o backup de registro do banco de dados) está definida como Yes (Sim), Log Staging Disk Growth Size (Tamanho do crescimento do disco de registro de preparação) 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 a opção Enable Database Log Backup está definida como Yes, essa configuração define a mudança diária (em percentual), o que permite que o dispositivo de backup/recuperação calcule melhor o tamanho do disco de preparação necessário para armazenar os registros. Essa configuração varia de 0 a 100.

  • Compactar o backup de registro do banco de dados. Quando a opção Enable Database Log Backup é definida como Yes, essa configuração instrui o banco de dados de origem a compactar os registros antes que eles sejam armazenados em backup pelo console de gerenciamento. O servidor de banco de dados realiza a compactação de registro durante o backup de registro. As opções são Sim ou Não. Quando definido como Sim, a opção Compactar backup do registro do banco de dados é ativada.

  • Tempo limite do script. O agente de backup e DR permite criar scripts 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 as quatro etapas de um script do lado do host.

    • Tempo limite de inicialização do script. Define por quanto tempo uma política precisa esperar antes de sugerir que os scripts do host foram inicializados. 120 segundos é o valor padrão. O intervalo permitido é de 1 a 86.400 segundos (24 horas).
    • Tempo limite de congelamento do script. Define por quanto tempo uma política precisa esperar antes de assumir que o aplicativo está congelado e pronto para o backup de dados. 60 segundos é o valor padrão. O intervalo permitido é de 1 a 86.400 segundos.
    • Tempo limite de descongelamento do script. Define por quanto tempo uma política precisa esperar antes de assumir que o aplicativo foi descongelado. O valor padrão é de 60 segundos, e o intervalo permitido é de 1 a 86.400 segundos.
    • Tempo limite de término do script. Define por quanto tempo uma política precisa esperar antes que o backup de dados seja concluído. 60 segundos é o valor padrão, e o intervalo permitido é de 1 a 86.400 segundos.
    • Tempo limite de script após a replicação. Define por quanto tempo uma política precisa 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.

Guia de DBA de backup e DR do Microsoft SQL Server

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 backup e DR. Confira mais informações em: