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 Policy Overrides na janela Manage Backup Plan para mostrar a caixa de diálogo Policy Settings Override. É possível 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 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 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 em massa mapeados entre os jobs: selecione esta opção se você quiser que os discos de transferência em massa temporários mapeados no host e usados durante o movimento de dados permaneçam mapeados no 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. Especifica se é necessário ignorar bancos de dados indisponíveis que fazem parte de um grupo de consistência. 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:

    • 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. 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 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 de plano de backup faça backup de um banco de dados do Oracle ou 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 Ativar o backup de registro do banco de dados é 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 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 e um perfil de recurso que especifique um dispositivo de backup/recuperação remoto. Além disso, é necessário que pelo menos uma replicação bem-sucedida do banco de dados seja concluída primeiro. 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 de registro do banco de dados está definida como Ativar, ela 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 e 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 do 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.

O guia de DBA para backup e DR do 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: