Esta página lista as configurações avançadas de um modelo de política de configuração de backup. É possível definir as configurações avançadas de políticas ao criar uma política de backup.
Também é possível conferir e mudar as configurações de políticas para aplicativos específicos exibindo o painel de substituições de políticas na página Gerenciar plano de backup do aplicativo.
Use as instruções a seguir para acessar a página de configurações da política.
- No console de gerenciamento, clique na guia Backup Plans e selecione a opção Templates no menu suspenso.
- Selecione o modelo a ser gerenciado e clique em Editar no menu suspenso no canto inferior direito da página.
- Na página de modelos, no lado direito, clique na seta branca ao lado da política que você quer gerenciar. Na parte de baixo das opções, clique em Editar política.
- Na parte de baixo da seção Criar/editar política, clique em Configurações avançadas da política. Isso abre as configurações avançadas da política detalhadas na tabela a seguir.
Quando terminar, clique em Salvar alterações para atualizar as configurações.
A tabela a seguir detalha as configurações de políticas avançadas.
| Configuração avançada | Descrição |
|---|---|
| Consistente com o aplicativo
(aplicável apenas a VMs do VMware Engine e do Compute Engine) |
Selecione uma das seguintes opções:
Leia a seção Criar um snapshot de disco permanente consistente do aplicativo Linux para mais informações. Para montar um snapshot do Windows Compute Engine como uma VM nova ou existente capturada com a opção Application consistent, mude o modo do disco de somente leitura para leitura e gravação. Para fazer isso, siga as instruções em Opcional: marque o disco como disponível para leitura e gravação. |
| Local do snapshot
(aplicável apenas a instâncias do Compute Engine) |
Selecione a região em que os snapshots do Persistent Disk serão armazenados. Por padrão, a multirregião é selecionada com base no local do disco de origem. Também é possível mudar o local de armazenamento do snapshot para uma região diferente da do disco de origem. Ao armazenar snapshots em um local diferente do local do disco de origem, os dados trafegam pela rede entre esses locais e podem gerar taxas de rede. Os snapshots geram as mesmas taxas que a transferência de dados do Cloud Storage. Saiba mais sobre o snapshot de disco permanente. Para saber os detalhes dos preços, consulte Preços de disco. |
| Tipo de snapshot
(aplicável apenas a instâncias do Compute Engine) | Selecione o tipo de snapshot Persistent Disk a ser usado para
backups de instâncias do Compute Engine. Os snapshots fazem backup incremental de dados de
discos permanentes. Durante os backups, um novo snapshot é criado para capturar o estado atual do disco permanente e pode ser usado posteriormente para criar um novo disco para montagens ou restaurações. O Compute Engine armazena várias cópias
de cada snapshot em vários locais com somas de verificação automáticas para
garantir a integridade dos dados. Saiba mais sobre o snapshot de disco permanente.
Para saber os detalhes dos preços, consulte Preços de disco.
|
| Alocação excessiva de disco de preparação
(em porcentagem) |
Especifique o espaço extra alocado para o disco de preparação (além do que é realmente necessário) para acomodar o crescimento do aplicativo. Essa configuração varia de zero a 1.000%. |
| Caminhos de poda globais | Não faça backup desses diretórios (especifique o caminho completo). Consulte também os valores de caminhos de poda globais no nível da política. |
| Compactar a replicação de Streamsnap | Por padrão, a compactação para a replicação de streamsnap está ativada.
A compactação aumenta a eficiência da replicação de streamsnap para o
dispositivo de backup/recuperação remoto ao transferir dados pela rede,
por exemplo, ao replicar imagens e vídeos. Quando a compactação é
ativada, todos os pacotes são compactados. O dispositivo de backup/recuperação de destino
descompacta os pacotes antes de gravar no disco de preparação.
Se a compactação não for necessária para a replicação de streamsnap para o
segundo dispositivo de backup/recuperação, mude a configuração avançada de
compactação de replicação de streamsnap para Não compactar e clique em
Salvar alterações.
Observação: a replicação do Streamsnap é compatível apenas com os dispositivos de backup/recuperação implantados em uma única rede. |
| Não desmapear | Especifica se você quer que os discos de preparo temporários sejam mapeados para o host
e usados durante o movimento de dados para que o backup permaneça mapeado para o host.
Os LUNs são mapeados durante o primeiro job, e todos os jobs
subsequentes reutilizam o mesmo LUN mapeado. Selecione uma das opções:
Observação: para aplicativos gerenciados usando o agente de backup e DR (como o banco de dados SQL) em que o aplicativo está em um SO em execução em uma VM do VMware, essa opção é ignorada. O disco de preparação é sempre desmapeado da VM após cada job. |
| Truncate (Purge) Log After Backup | Especifica se os registros do banco de dados serão truncados (purgados) após
cada backup. Quando a opção Truncate Log After Backup está ativada,
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 avanço.
As opções são: |
| Ignorar aplicativos off-line
(somente para gerenciamento de grupos de consistência) |
Especifique se é necessário ignorar aplicativos indisponíveis que fazem parte
de um grupo de consistência. Você cria um grupo de consistência para fazer
backup dos dados de todos os aplicativos membros juntos e preservar
a consistência dos dados entre eles.
Os grupos de consistência são coleções de aplicativos descobertos
do mesmo host.
As opções são: |
| Mapear discos de preparação para todos os nós em um cluster de aplicativos | Se os nós estiverem em um cluster de aplicativos, use
essa opção para garantir que os nós de um cluster de aplicativos
estejam protegidos em caso de failover durante o backup.
No caso de falha de um cluster de aplicativos, essa opção protege as cópias de failover. |
| Mapear o disco de preparação para todos os hosts ESX em um cluster
(somente para VMs do VMware) |
Se os servidores ESX estiverem em um appliance, use essa configuração para
garantir que as VMs sejam gerenciadas em caso de failover durante o backup. Em caso de falha do host ESX, essa opção gerencia cópias de failover de VMs VMware. (Oracle, sistemas de arquivos locais, SMB, NFS, SQL Server):
|
| Fazer backup de logins de usuários do SQL Server | Captura as credenciais de login do banco de dados do SQL Server. Quando o banco de dados é montado como um aplicativo virtual (montagem ciente do app), o banco de dados virtual tem todas as credenciais de login usadas pela origem. As opções são Sim ou Não. |
| Ativar o backup de registro do banco de dados | A opção Ativar o backup do registro do banco de dados permite que a
política do plano de backup faça backup de um banco de dados 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.
Observação: para detalhes sobre a proteção de registro, consulte Proteção de registro do banco de dados em uma política de plano de backup. |
| RPO | Quando a opção Enable Database Log Backup está definida como Yes, o RPO define a frequência do backup do 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 retenção do backup de registros
(em dias) |
Quando a opção Enable Database Log Backup (Ativar o backup de registro de banco de dados) está definida como Yes (Sim), a retenção de registro é 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 conjunto de snapshots. O período de armazenamento de registros é uma configuração obrigatória. |
| Replicate Logs
(usa a tecnologia Streamsnap) |
Quando a opção Enable Database Log Backup está definida como
Enable, a configuração avançada Replicate Logs
permite que os registros do banco de dados sejam replicados em um dispositivo remoto. Para que um job de replicação de registros seja executado, é necessário que haja uma política de replicação do streamsnap incluída no modelo, além de um perfil de recurso que especifique um dispositivo remoto. Além disso, pelo menos uma replicação bem-sucedida do banco de dados precisa ser concluída. 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 registro usa a tecnologia de streamsnap para realizar a replicação entre os dispositivos local e remoto. A replicação de registro vai diretamente do pool de snapshots local para o pool de snapshots no dispositivo remoto. Observação: a replicação de registros não ocorre até que o banco de dados tenha sido protegido e a imagem replicada para o dispositivo remoto. |
| Enviar registros para o OnVault Pool | Se definido como Yes, os registros são replicados em um ou mais pools de armazenamento do OnVault, permitindo recuperações pontuais do OnVault em outro site. |
| Tamanho do crescimento do disco de registro de log (em percentual) | 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 quando o disco de registro de preparação em que os registros residem é aumentado automaticamente. 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 appliance calcule melhor o tamanho do disco de preparação necessário para armazenar registros. Essa configuração varia de zero a 100. |
| Compactar o backup de registro do banco de dados | Quando a opção Enable Database Log Backup está definida como Yes, ela instrui o banco de dados de origem a compactar os registros antes que eles sejam capturados pelo console de gerenciamento. 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 definido como Yes, a opção Compress Database Log Backup é ativada. |
| Retenção forçada | Permite que o usuário configure o período de imutabilidade
entre zero e 36525 dias. Por padrão, o valor é definido como zero
para todas as políticas existentes.
É possível modificar uma política que já é usada para proteger um aplicativo definindo um período de retenção mais longo. No entanto, não é possível encurtar o período de armazenamento obrigatória. Não é possível definir a retenção obrigatória para uma política de streamsnap com a retenção "Manter apenas a imagem remota mais recente". Observação: a retenção forçada não pode ser substituída por aplicativo. A opção não aparece na página Modificações de política. Observação: a configuração da política avançada Retenção forçada não é compatível com a proteção de aplicativo que aponta para um cofre de backup. Quando um backup vault é o destino de armazenamento, ele determina o período de armazenamento aplicado. |
| Comportamento do job quando a VM de destino precisa de consolidação de snapshots | Selecione uma ação se a VM precisar de consolidação:
|
| Falha no caminho de início ausente | Se um ou mais caminhos de início forem especificados e algum deles
não existir, o job falhará com a mensagem UDSAgent:
Specified start path doesn't exist. Se nenhum caminho de início for especificado,
essa opção não terá efeito. As opções são Sim ou
Não.
Observação: o estado padrão dessa opção é "Não" (desativado), que é o mesmo comportamento das versões anteriores do agente de backup e DR. O job não falha se um caminho de início não existir. |
| Ativar o modo de captura degradada | O modo de captura degradado captura dados incrementais quando o serviço de mudança de bloqueio de blocos (CBT, na sigla em inglês) está indisponível. A captura de dados pode demorar mais. As opções são Sim ou Não. |
| Tempo limite do script
(aplicável apenas a backups baseados em agentes) |
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 etapas de um script do lado do host.
Observação: por padrão, os valores de tempo limite do script são conforme os valores a seguir. Se o tempo limite de um script não for especificado, o valor será em branco e o padrão será usado. |
A seguir
- Conferir uma visão geral do plano de backup
- Criar um modelo de backup
- Criar uma política de backup
- Crie um perfil de recurso.
- Configurar as configurações avançadas de políticas de um aplicativo com backup da política
- Aplicar um plano de backup a um aplicativo