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 com uma única política. Quando o banco de dados e os registros são armazenados, 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 registros é ativado usando as configurações avançadas do modelo de política.

Fazer backup de bancos de dados em uma instância versus 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 inativos e liberados juntos para um ponto consistente de dados.

Ao fazer backup de uma instância do SQL, conforme os bancos de dados são adicionados à instância, eles são incluídos automaticamente na operação de backup do 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 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 versus 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 de banco de dados. As VMs inteiras do VMware são armazenadas usando APIs do 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 do VMware coordena o snapshot do VSS. O agente de backup e DR precisa ser instalado na VM para o truncamento de registros.
O agente de 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 do VMware fornece o rastreamento de blocos de mudanças.
Os registros de transações são armazenados quando um job de backup é executado se você selecionar Truncar registro após o backup em Detalhes e configurações (consulte [Definir configurações avançadas para substituições de configurações de política](: #SetOverrides) Os registros de transações não são armazenados.
O cliente pode avançar com os registros. O avanço não é compatível durante a restauração.

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

  1. No console de gerenciamento de dispositivos de backup e DR, acesse Gerenciador de apps > Aplicativos. A página Aplicativos será 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 atual 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 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ítica. Substitua configurações de política 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 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 assinatura , 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 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 for descoberto, um job sob demanda será executado o mais rápido possível para proteger os dados. Depois disso, novos dados serão armazenados quando o job programado for 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 das 2h às 5h (UTC), o primeiro job não será iniciado até que o dispositivo tenha 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 snapshot, 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 registro 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. A frequência com que os registros de banco de dados são armazenados é definida separadamente da frequência do banco de dados. Por exemplo, um banco de dados pode ser armazenado todos os dias e os registros armazenados a cada hora. A frequência de backup do registro de banco de dados é definida em minutos, e a frequência com que os registros são armazenados não pode exceder a frequência com que o banco de dados associado é armazenado. Por exemplo, se um banco de dados for armazenado 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 nos Detalhes e configurações da política de snapshot do banco de dados. O backup do registro é feito sem considerar quando o banco de dados associado é armazenado.

Ative a Proteção de registro nas configurações avançadas Ativar backup de registro de banco de dados em uma política de snapshot do plano de backup. A frequência e a retenção são definidas nos 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 de dispositivos. O console de gerenciamento de dispositivos avalia os tamanhos de registro típicos e o período de armazenamento 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 fornecem as seguintes configurações avançadas:

  • Período de retenção de backup de registro. A retenção de registro é definida separadamente de a 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 OnVault. O período de retenção de registro é obrigatório quando os backups de registro estão ativados.

  • Registros de replicação. É possível replicar registros de banco de dados em um dispositivo de backup/recuperação remoto ou em um pool 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 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 preparação de registro. Define a porcentagem em que o disco de preparação em que os registros residem será 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 porcentagem), o que permite que o dispositivo de backup/recuperação calcule melhor o tamanho do disco de preparação necessário para manter os registros. Essa configuração é uma porcentagem e os valores válidos são de 0 a 100.

  • Compactar backup de registro de 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. Nela, é possível substituir 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 tem descrições das substituições de configurações de política válidas para instâncias, grupos de disponibilidade (AG), bancos de dados e grupos de consistência do SQL Server.

  • Não desmapear. Mantenha os discos de preparação mapeados entre os jobs: selecione essa opção se quiser que os discos de preparação temporários sejam mapeados para o host e usados durante a movimentação de dados para permanecerem mapeados para o host. Os LUNs são mapeados durante o primeiro job, e todos os jobs subsequentes reutilizam o mesmo LUN mapeado. Essa opção fica selecionada por padrão. Desmapear discos de preparação após cada job: essa opção desativa o disco de preparação do sistema operacional na conclusão de cada job (removendo pontos de montagem ou letras de unidade) e também o desmapeia do host. Essa opção exige que o host execute uma verificação de LUNs SCSI no início do próximo job, já que os discos de preparação remapeados precisam ser descobertos novamente 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 registros, também será necessário fazer backup do registro de transações para ativar uma recuperação de avanço.

  • 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 serão ignorados. Você cria um grupo de consistência para fazer backup de vários bancos de dados juntos para preservar a consistência dos dados em todos os bancos de dados. 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
    • Ignorar aplicativos off-line durante o backup

  • Mapear discos de preparação para todos os hosts ESX em um cluster. Essa opção não é relevante ao usar datastores NFS. Mapear o disco de preparação para o host ESX somente para a VM. Mapear o disco de preparação para todos os hosts ESX no cluster. Mapear o disco de preparação para dois hosts ESX no cluster.

  • Fazer backup de logins de usuário do SQL Server. Faz backup dos registros de login da instância do SQL Server para contas que receberam acesso aos bancos de dados que estão sendo armazenados. Quando o banco de dados é montado como um aplicativo virtual (montagem com reconhecimento de aplicativo), os logins de usuário armazenados 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 backup de registro de banco de dados. A opção Ativar backup de registro de banco de dados permite que a política do plano de backup faça backup de um banco de dados Oracle ou Microsoft SQL Server e de todos os arquivos de registro de transações associados. Os registros são armazenados 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 Ativar backup de registro de banco de dados está definida como Sim, o RPO define a frequência do backup de registro de 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 de backup de registro. Quando a opção Ativar backup de registro de banco de dados está definida como Sim, a retenção de registro é 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. O período de armazenamento de registro é uma configuração obrigatória.

  • Registros de replicação. (Usa a tecnologia StreamSnap) Quando Ativar backup de registro de banco de dados está definida como Ativar, a configuração avançada Registros de replicação permite que os registros de transações do banco de dados do Microsoft SQL Server sejam replicados em um dispositivo de backup/recuperação remoto. Para que um job de replicação de registro seja executado, é necessário que haja uma política de replicação do StreamSnap no modelo, juntamente com um perfil de recurso que especifique um dispositivo de backup/recuperação remoto, e 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 período 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 pool OnVault. Quando a opção Ativar backup de registro de 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 em um pool OnVault. Para que um job de replicação de registro seja executado, é necessário que uma política OnVault seja incluída no modelo, juntamente com um perfil de recurso que especifique um pool OnVault, e pelo menos um banco de dados precisa ser enviado ao pool. Em seguida, é possível usar 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 registro. Quando a opção Ativar backup de registro de banco de dados está definida como Sim, o Tamanho do crescimento do disco de preparação de registro define o crescimento a ser usado ao aumentar automaticamente o disco de preparação em que os registros residem. Essa configuração é de 5 a 100 por cento.

  • Taxa de mudança estimada. Quando a opção Ativar backup de registro de banco de dados está definida como Sim, 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 preparação necessário para manter os registros. Essa configuração é de 0 a 100.

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

  • Tempo limite do 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 as quatro fases 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. O valor padrão é de 60 segundos, e o intervalo permitido é de 1 a 86.400 segundos.
    • Tempo limite de descongelamento do 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 esperar antes que o backup de dados seja concluído. O valor padrão é de 60 segundos, e o intervalo permitido é de 1 a 86.400 segundos.
    • Tempo limite de pós-replicação do script. Define por quanto tempo uma política deve esperar antes que a replicação seja concluída. O valor padrão é de 60 segundos, e o intervalo permitido é de 1 a 86.400 segundos.

Guia do 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. Encontre mais informações em: