Fazer backup de instâncias e bancos de dados do Microsoft SQL Server para backup gerenciado por appliance

O Backup e DR permite 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 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 de fazer backup do banco de dados e dos registros dele com uma única política. Quando o banco de dados e os registros dele são copiados, o appliance pode recuperar o banco de dados para um momento específico, avançando os registros usando a interface do usuário do appliance. O backup do banco de dados e dos registros dele é ativado usando as configurações avançadas do modelo de política.

Fazer backup de bancos de dados em uma instância em comparação com um grupo de consistência

Quando um banco de dados é desativado 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 desativados e liberados juntos para um momento consistente de dados.

Ao fazer backup de uma instância do SQL, os bancos de dados são adicionados à instância e incluídos automaticamente na operação de backup do Backup e DR. O 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 associação a um grupo de consistência é feita manualmente. O 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 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 como ESP Protegido como parte de uma VM
Os dispositivos de backup/recuperação protegem apenas os arquivos do banco de dados. As VMs inteiras da VMware são armazenadas em backup usando as APIs da VMware. Se você estiver gerenciando bancos de dados SQL que fazem parte de uma VM protegida inteira, 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 de Backup e DR precisa estar instalado na VM para truncamento de registros.
O agente de backup e DR usa o rastreamento de blocos de alteração em arquivos nomeados, o que é muito eficiente para arquivos de banco de dados grandes. A API VMware oferece rastreamento de blocos de alteração.
Os registros de transações são copiados quando um job de backup é executado se você selecionar Truncar registro após o backup em Detalhes e configurações (consulte [Configurar definições avançadas para substituições de configurações de política](: #SetOverrides) Os registros de transações não são armazenados em backup.
O cliente pode avançar com os registros. Não é possível avançar durante a restauração.

Siga as instruções abaixo para aplicar um plano de backup e proteger um banco de dados do Microsoft SQL Server.

  1. No console de gerenciamento do dispositivo de backup e DR, 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 que inclui políticas para definir o snapshot e a replicação dos dados do aplicativo.

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

  4. Na janela Gerenciar modelo do 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.

    • Substituições de políticas. Substitua as configurações de política específicas definidas 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 de configurações de política.

  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 para fazer backup atribuindo uma regra de inclusão (Todos, Bancos de dados do sistema, Bancos de dados do usuário) e, em seguida, selecione se a regra deve Incluir selecionados ou Excluir selecionados.

    • Clique em Salvar para fechar a caixa de diálogo Gerenciar assinatura.

  6. Clique em Aplicar para aplicar o modelo de backup e o perfil de recurso. A caixa de mensagem de sucesso será exibida.

    Na primeira vez que o banco de dados selecionado é descoberto, um job sob demanda é executado o mais rápido possível para proteger os dados. Depois disso, os 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 com horário de funcionamento das 2h às 5h (UTC), o primeiro job só vai começar quando o dispositivo 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 recomendada ou o limite de snapshots, uma notificação será exibida com uma recomendação para fazer backup dos dados em um dispositivo de backup/recuperação 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 ser copiado todos os dias, e os registros dele podem ser copiados 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 copiados não pode exceder a frequência com que o banco de dados associado é copiado. Por exemplo, se um banco de dados for copiado a cada 24 horas, a frequência de backup do arquivo de registro precisará ser menor que a cada 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 backup do banco de dados associado é feito.

Ative a Proteção de registros nas configurações avançadas 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 do dispositivo. O console de gerenciamento do dispositivo avalia os tamanhos típicos de registros e o 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 armazenamento do backup de registros. 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 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 registros de banco de dados para um dispositivo de backup/recuperação remoto ou para um pool do OnVault e usar os registros remotos para qualquer imagem de banco de dados dentro do intervalo 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 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 tamanho do disco de preparo de registros. Define a porcentagem de aumento automático do disco de preparo em que os registros estão. Essa configuração é uma porcentagem, e os valores válidos são de 5 a 100.

  • Taxa de variação estimada. Define a alteração diária (em porcentagem), que permite que o dispositivo de backup/recuperação calcule melhor o tamanho do disco de preparo 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 registros 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.

Definir configurações avançadas para substituições de configurações de política

Clique em Substituições de política na janela Gerenciar plano de backup para mostrar a caixa de diálogo Substituição de configurações de política. Nessa página, é possível modificar configurações de política específicas associadas ao modelo de backup selecionado. Quando 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. Clique em Selecionar opções que serão revertidas 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 contém descrições das substituições de configurações de política válidas para instâncias do SQL Server, grupos de disponibilidade (AG), bancos de dados e grupos de consistência.

  • Não remova o mapeamento. Manter os discos de preparo mapeados entre jobs: selecione essa opção se quiser que os discos de preparo 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 seguintes reutilizam o mesmo LUN mapeado. Essa opção fica selecionada por padrão. Desmapear discos de preparo após cada job: essa opção desmonta o disco de preparo do sistema operacional na conclusão de cada job (removendo pontos de montagem ou letras de unidade) e também o desmapeia do host completamente. 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 preparo remapeados precisam ser redescobertos antes de serem remontados.

  • Truncate Log After 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 será necessário fazer backup do registro de transações para permitir uma recuperação de roll forward.

  • Ignorar aplicativos off-line no grupo de consistência. (Somente para gerenciamento de grupos de consistência) Especifique se os bancos de dados indisponíveis que fazem parte de um grupo de consistência devem ser ignorados. Crie 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:

    • Falha no backup quando aplicativos off-line são encontrados
    • Pular aplicativos off-line durante o backup

  • Mapear discos de preparo para todos os hosts ESX em um cluster. Essa opção não é relevante ao usar repositórios de dados NFS. Associe o disco de preparo ao host ESX apenas para a VM. Mapeie o disco de preparo para todos os hosts ESX no cluster. Mapeie o disco de preparo 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 com acesso aos bancos de dados que estão sendo copiados. Quando o banco de dados é montado como um aplicativo virtual (montagem com reconhecimento de aplicativo), os logins de usuário de 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.

  • Ativar o backup de registros do banco de dados. A opção Ativar 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. O backup dos registros é feito quando o job de snapshot de registro é executado. As opções são Sim ou Não. Quando definida como Sim, as opções relacionadas são ativadas.

  • RPO. Quando Ativar backup de registro do banco de dados está definido como 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 exceder o intervalo de backup do banco de dados. O menor valor que pode ser definido (em minutos) é 15.

  • Período de armazenamento do backup de registros. Quando Ativar backup de registro do banco de dados está definido 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 Ativar backup de registro do banco de dados está definido como Ativar, a configuração avançada Replicar registros permite que os registros de transações do banco de dados do Microsoft SQL Server sejam replicados para um dispositivo de backup/recuperação 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 primeiro. Em seguida, é possível usar 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 local e remoto. A replicação de registros vai diretamente do pool de snapshots local para o pool de snapshots no dispositivo remoto.

  • Enviar registros para o pool do OnVault. Quando Ativar backup de registro do banco de dados está definido 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, é preciso que haja uma política do OnVault incluída no modelo, além de um perfil de recurso que especifique um pool do OnVault, e pelo menos um banco de dados precisa ser enviado primeiro ao pool. Em seguida, é possível usar os registros no site remoto para qualquer imagem de banco de dados dentro do intervalo de retenção. Essa função é ativada por padrão.

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

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

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

  • Tempo limite de script. O agente de backup e DR permite 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 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 é 120 segundos, e o intervalo permitido é de 1 a 86.400 segundos (24 horas).
    • Tempo limite de congelamento do script. Define quanto tempo uma política precisa esperar antes de presumir que o aplicativo está congelado e pronto para o backup de dados. 60 segundos é o valor padrão, e o intervalo permitido é de 1 a 86.400 segundos.
    • Tempo limite de descongelamento do script. Define quanto tempo uma política deve esperar antes de presumir que o aplicativo foi descongelado. O valor padrão é 60 segundos, e o intervalo permitido é de 1 a 86.400 segundos.
    • Tempo limite de conclusão do script. Define quanto tempo uma política deve esperar antes que o backup de dados seja concluído. O valor padrão é 60 segundos, e o intervalo permitido é de 1 a 86.400 segundos.
    • Tempo limite de script pós-replicação. Define quanto tempo uma política deve esperar antes que a replicação seja concluída. O valor padrão é 60 segundos, e o intervalo permitido é de 1 a 86.400 segundos.

Guia do DBA do Microsoft SQL Server de 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. Encontre mais informações em: