Detalhes e configurações do aplicativo para instâncias e bancos de dados do Microsoft SQL Server

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. É possível substituir configurações específicas de política 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 ao lado 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 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 ativar uma recuperação de encaminhamento.

  • Ignorar aplicativos off-line no grupo de consistência. Apenas para gerenciamento de grupo de consistência. Especifica 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. 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. 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 registro do banco de dados permite que a política do plano de backup faça backup de um banco de dados Oracle ou SQL Server e de todos os arquivos de registro 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 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 de backup/recuperação remoto. Além disso, é preciso concluir pelo menos uma replicação bem-sucedida do banco de dados. 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 SQL Server sejam replicados para um pool do OnVault. Para executar um job de replicação de registros, é necessário incluir uma política do OnVault 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 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 Enable Database Log Backup está definido como Yes, 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 aguardar 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 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: