Configure detalhes e configurações do aplicativo para bancos de dados do Microsoft SQL Server no console de gerenciamento do appliance

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. É 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 ao lado 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 registros, também precisará 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. 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. 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 Oracle ou 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 SQL Server sejam replicados para um dispositivo de backup/recuperação remoto. Para que um job de replicação de registro seja executado, é preciso 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, é preciso que pelo menos uma replicação do banco de dados seja concluída com sucesso. 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 SQL Server sejam replicados para um pool do OnVault. Para executar um job de replicação de registros, é 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 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 que eles sejam copiados 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. 120 segundos é o valor padrão, 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: