Configure as definições avançadas das políticas

Esta página apresenta as definições avançadas de um modelo de política de configuração de cópia de segurança. Pode definir as definições avançadas da política ao criar uma política de cópia de segurança.

Também pode ver e alterar as definições de políticas para aplicações específicas apresentando o painel de substituições de políticas na página Gerir plano de cópia de segurança da aplicação.

Siga as instruções abaixo para ver a página de definições de políticas.

1. Na consola de gestão, clique no separador Planos de cópia de segurança e selecione a opção Modelos no menu pendente.
2. Selecione o modelo a gerir e, de seguida, clique em Editar no menu pendente no canto inferior direito da página.
3. Na página do modelo, no lado direito, clique na seta branca junto à política que quer gerir. Na parte inferior das seleções, clique em Editar política.
4. Na parte inferior da secção Criar/editar política, clique em Definições avançadas da política. Esta ação abre as definições avançadas de políticas detalhadas na tabela seguinte.

5. Quando terminar, clique em Guardar alterações para atualizar as definições.

   Nota: a página de definições Substituições de políticas pode não apresentar todas as definições indicadas na tabela seguinte. Apenas apresenta definições relevantes com base na sua aplicação.

A tabela seguinte detalha as definições de políticas avançadas.

               

Definição avançada	Descrição
Consistente com a aplicação (aplicável apenas a VMs do VMware Engine e VMs do Compute Engine)	Selecione uma das seguintes opções: Cópia de segurança consistente com falhas: a cópia de segurança consistente com falhas é uma cópia de segurança rápida dos dados da aplicação no armazenamento, como se a energia fosse perdida nesse momento. Não pausa a E/S de dados da aplicação. Todos os dados no disco são guardados e os dados na memória são perdidos. A recuperação de uma cópia de segurança consistente com falhas do sistema pode demorar mais tempo e introduzir exceções. Pode ser necessário realizar alguns passos de recuperação manual adicionais durante a recuperação, consoante o SO convidado, os sistemas de ficheiros e as aplicações. Escolha a opção consistente com falhas se o processo consistente com a aplicação causar problemas para as suas aplicações ou cargas de trabalho devido ao processo de suspensão. A consistência de falhas pode resultar num RTO mais longo devido à necessidade de o sistema de ficheiros ou a aplicação realizar uma recuperação a partir da cópia instantânea inconsistente e pode até resultar numa cópia instantânea irrecuperável em casos extremos. Fazer uma cópia de segurança consistente com a aplicação: a cópia de segurança consistente com a aplicação tira partido dos instantâneos inativos, que usam as ferramentas VMware ou um Google Cloud ambiente convidado para inativar o sistema de ficheiros da máquina virtual. Uma operação de suspensão temporária tira partido das capacidades incorporadas do sistema operativo Windows para suspender temporariamente os sistemas de ficheiros e as aplicações que suportam o VSS. Também tira partido de quaisquer scripts de congelamento ou descongelamento fornecidos pelo cliente (em todas as plataformas) para obter uma consistência da aplicação de nível superior. O resultado é um nível de confiança mais elevado na recuperabilidade da cópia de segurança, bem como tempos de recuperação mais curtos na maioria dos casos. Por vezes, as cópias de segurança consistentes com as aplicações podem causar uma breve pausa na E/S e, embora seja pouco comum, algumas aplicações mais ocupadas podem comunicar erros de E/S no momento da cópia de segurança. Ocasionalmente, as cópias de segurança consistentes com a aplicação falham se o VMware não conseguir suspender a VM dentro de um limite de tempo predeterminado durante a operação de captura de ecrã. Use cópias de segurança consistentes com a aplicação quando a capacidade de recuperação for mais importante e as aplicações na VM não forem sensíveis à breve pausa de E/S. Leia a secção Crie uma captura instantânea de disco persistente consistente de uma aplicação Linux para mais informações. Para montar uma captura instantânea do Windows Compute Engine como uma VM nova ou existente capturada com a opção Consistente com a aplicação, tem de alterar o disco do modo só de leitura para o modo de leitura/escrita. Para o fazer, siga as instruções em Opcional: marque o disco como disponível para leitura e escrita. Fazer uma cópia de segurança consistente com falhas na última tentativa: Esta opção faz inicialmente cópias de segurança consistentes com a aplicação, mas, se uma cópia de segurança consistente com a aplicação falhar por qualquer motivo, faz uma cópia de segurança consistente com falhas.
Localização da captura de ecrã (aplicável apenas a instâncias do Compute Engine e SAP HANA)	Selecione a região onde as cópias instantâneas do disco persistente devem ser armazenadas. Por predefinição, a opção de várias regiões está selecionada (com base na localização do disco de origem). Também pode alterar a localização de armazenamento da captura instantânea para uma região diferente da região do disco de origem. Quando armazena instantâneos numa localização diferente da localização do disco de origem, os dados são transferidos através da rede entre essas localizações e podem incorrer em taxas de rede. As capturas instantâneas incorrem nas mesmas taxas que a transferência de dados do Cloud Storage. Saiba mais sobre a imagem instantânea do disco persistente. Para saber os detalhes dos preços, consulte os preços dos discos.
Tipo de instantâneo       (aplicável apenas a instâncias do Compute Engine e SAP HANA)	Selecione o tipo de instantâneo do Persistent Disk a usar para as cópias de segurança de instâncias do Compute Engine. Os instantâneos fazem uma cópia de segurança incremental dos dados dos discos persistentes. Durante as cópias de segurança, é criado um novo resumo para captar o estado atual do disco persistente, que pode ser usado posteriormente para criar um novo disco para montagens ou restauros. O Compute Engine armazena várias cópias de cada instantâneo em várias localizações com somas de verificação automáticas para garantir a integridade dos seus dados. Saiba mais acerca da imagem instantânea do disco persistente. Para saber os detalhes dos preços, consulte os preços dos discos. Padrão: por predefinição, o tipo de captura instantânea padrão está selecionado. Recomendamos que use o tipo padrão se quiser reter as cópias de segurança durante menos de 90 dias. Arquivo: selecione o tipo de arquivo se quiser reter as cópias de segurança durante um longo período. Tenha em atenção que o período de faturação mínimo para o instantâneo do arquivo é de 90 dias, independentemente do período de retenção definido na política, e que o tipo de arquivo também tem um custo de obtenção adicional se for usado numa tarefa de montagem ou restauro. O tipo de instantâneo de arquivo só pode ser usado quando a consola de gestão e o dispositivo de cópia de segurança/recuperação estão ambos na versão 11.0.4 ou posterior.
Sobreatribuição do disco de preparação (Em percentagem)	Especifique o espaço adicional atribuído ao disco de preparação (além do que é realmente necessário) para acomodar o crescimento da aplicação. Esta definição varia entre zero e 1000 por cento.
Global Prune Paths	Não fazer uma cópia de segurança destes diretórios (especifique o caminho completo). Consulte também os valores dos caminhos de remoção globais ao nível da política.
Comprima a replicação do Streamsnap	Por predefinição, a compressão para a replicação de streamsnap está ativada. A compressão aumenta a eficiência da replicação do streamsnap para o dispositivo de cópia de segurança/recuperação remoto quando transfere dados através da rede, por exemplo, quando replica imagens e vídeos. Quando a compressão está ativada, todos os pacotes são comprimidos. O dispositivo de cópia de segurança/recuperação de destino descomprime os pacotes antes de escrever no disco de preparação. Se a compressão não for necessária para a replicação do streamsnap para o segundo dispositivo de cópia de segurança/recuperação, altere a definição avançada de replicação do streamsnap para Não comprimir e, de seguida, clique em Guardar alterações. Nota: a replicação do Streamsnap só é suportada para os dispositivos de cópia de segurança/recuperação implementados numa única rede.
Não desassocie	Especifica se quer que os discos de preparação temporários mapeados para o anfitrião e usados durante a movimentação de dados para a cópia de segurança permaneçam mapeados para o anfitrião. As LUNs são mapeadas durante a primeira tarefa e todas as tarefas subsequentes reutilizam a mesma LUN mapeada. Selecione uma das opções: Mantenha os discos de preparação mapeados entre tarefas. Selecione esta opção se quiser que os discos de preparação temporários mapeados para o anfitrião e usados durante a movimentação de dados permaneçam mapeados para o anfitrião. As LUNs são mapeadas durante a primeira tarefa e todas as tarefas subsequentes reutilizam a mesma LUN mapeada. Por predefinição, esta opção está selecionada. Nota: para aplicações geridas através do agente de cópia de segurança e recuperação de desastres (como uma base de dados SQL) em que a aplicação está num SO em execução numa VM do VMware, esta opção é ignorada. O disco de preparação é sempre desassociado da VM após cada tarefa. Desassocie os discos de preparação após cada tarefa. Esta opção: desmonta o disco de preparação do sistema operativo no final de cada tarefa (removendo pontos de montagem ou letras de unidades) e desassocia-o completamente do anfitrião. Esta opção requer que o anfitrião execute uma análise de LUNs SCSI no início da tarefa seguinte, uma vez que os discos de preparação remapeados têm de ser redescobertos antes de poderem ser remontados.
Truncate (Purge) Log After Backup	Especifique se os registos da base de dados devem ser truncados (removidos completamente) após cada cópia de segurança. Quando a opção Truncar registo após a cópia de segurança está ativada, os registos relacionados com a aplicação são truncados até à cópia de segurança recente ou atual. Se truncar registos, também tem de fazer uma cópia de segurança do registo de transações para permitir uma recuperação de reversão. As opções são: Não corte nem limpe o registo após a cópia de segurança Trunque ou remova completamente o registo após a cópia de segurança
Ignorar aplicações offline (Apenas para gestão de grupos de consistência)	Especifique se deve ignorar as aplicações indisponíveis que fazem parte de um grupo de consistência. Cria um grupo de consistência para fazer uma cópia de segurança dos dados de todas as aplicações membro em conjunto para preservar a consistência dos dados nas aplicações membro. Os grupos de consistência são coleções de aplicações descobertas do mesmo anfitrião. As opções são: Falha na cópia de segurança quando são encontradas aplicações offline Ignore aplicações offline durante a cópia de segurança
Mapeie discos de preparação para todos os nós num cluster de aplicações	Se os seus nós estiverem num cluster de aplicações, pode usar esta opção para garantir que os nós de um cluster de aplicações estão protegidos em caso de comutação por falha durante a cópia de segurança. Não mapeie o disco de preparação para todos os nós do cluster de aplicações. Mapeie o disco de preparação para todos os nós do cluster de aplicações Em caso de falha do cluster de aplicações, esta opção protege as cópias de comutação por falha.
Mapeie o disco de preparação para todos os anfitriões ESX num cluster (Apenas para VMs VMware)	Se os seus servidores ESX estiverem num dispositivo, pode usar esta definição para garantir que as VMs são geridas em caso de comutação por falha durante a cópia de segurança. No caso de uma falha do anfitrião ESX, esta opção gere cópias de comutação por falha de VMs VMware. (Oracle, sistemas de ficheiros locais, SMB, NFS, SQL Server): Mapeie o disco de preparação para o anfitrião ESX apenas para a VM Mapeie o disco de preparação para todos os anfitriões ESX no cluster Mapeie o disco de preparação para dois anfitriões ESX no cluster
Faça uma cópia de segurança dos inícios de sessão de utilizadores do SQL Server	Captura as credenciais de início de sessão da base de dados do SQL Server. Quando a base de dados é montada como uma aplicação virtual (montagem com reconhecimento de apps), a base de dados virtual tem todas as credenciais de início de sessão usadas pela origem. As opções são Sim ou Não.
Ative a cópia de segurança do registo da base de dados	A opção Ativar cópia de segurança do registo da base de dados permite que a política do plano de cópia de segurança faça uma cópia de segurança de uma base de dados e de todos os ficheiros de registo de transações associados. É feita uma cópia de segurança dos registos quando a tarefa de instantâneo do registo é executada. As opções são Sim ou Não. Quando definido como Sim, as opções relacionadas são ativadas. Nota: para ver detalhes sobre a proteção de registos, consulte o artigo Proteção de registos de bases de dados numa política de plano de cópia de segurança.
RPO	Quando a opção Ativar cópia de segurança do registo da base de dados está definida como Sim, o RPO define a frequência da cópia de segurança do registo da base de dados. A frequência é definida em minutos e não pode exceder o intervalo de cópia de segurança da base de dados. O valor mais pequeno que pode ser definido (em minutos) é 15.
Período de retenção da cópia de segurança do registo (em dias)	Quando a opção Ativar cópia de segurança do registo da base de dados está definida como Sim, a retenção de registos é definida separadamente da retenção da política de instantâneos. Ter um período de retenção separado permite-lhe usar registos em conjunto com cópias da base de dados armazenadas no conjunto de instantâneos. O período de retenção de registos é uma definição obrigatória.
Replicar registos (Usa a tecnologia Streamsnap)	Quando a opção Ativar cópia de segurança do registo da base de dados está definida como Ativar, a definição avançada Replicar registos permite que os registos da base de dados sejam replicados para um dispositivo remoto. Para que uma tarefa de replicação de registos seja executada, tem de existir uma política de replicação de streamsnap incluída no modelo, juntamente com um perfil de recurso que especifique um dispositivo remoto, e, primeiro, tem de ser concluída, pelo menos, uma replicação bem-sucedida da base de dados. Em seguida, pode usar os registos no site remoto para qualquer imagem da base de dados dentro do intervalo de retenção dos registos replicados. Esta função está ativada por predefinição. A replicação de registos usa a tecnologia streamsnap para realizar a replicação entre os dispositivos locais e remotos. A replicação de registos vai diretamente do conjunto de instantâneos local para o conjunto de instantâneos no dispositivo remoto. Nota: a replicação de registos não ocorre até que a base de dados seja protegida e a imagem replicada para o dispositivo remoto.
Enviar registos para o conjunto do OnVault	Se estiver definido como Sim, os registos são replicados para um ou mais contentores de armazenamento do OnVault, o que permite recuperações num determinado momento a partir do OnVault noutro site. Nota: se selecionar esta opção, a cópia de segurança e a recuperação de desastres enviam registos para todos os conjuntos OnVault definidos no perfil dessa aplicação. Se existirem dois conjuntos no perfil, o monitor apresenta tarefas OnVault (registo) para cada cópia de segurança do registo, uma para cada conjunto. Apenas os conjuntos OnVault que estão no perfil para esse SLA recebem os registos. A retenção de registos replicados para o OnVault é semelhante à retenção de registos de instantâneos. A replicação de registos da base de dados para um contentor do OnVault é diferente de uma cópia de segurança da base de dados. Se selecionar Enviar registos para o conjunto do OnVault, o Backup e a DR replicam continuamente os registos para recipientes do OnVault semelhantes às cópias de segurança de instantâneos de registos. Por exemplo, se for feita uma cópia de segurança dos registos a cada 15 minutos, os registos são replicados para o OnVault a cada 15 minutos para garantir que todas as capturas instantâneas dos registos são replicadas para os conjuntos do OnVault. O ID da política apresentado na consola de gestão é o ID da política de instantâneos, uma vez que esta replicação de registos para contentores do OnVault está associada à política de instantâneos. Nota: as políticas diárias, semanais, mensais e anuais do OnVault destinam-se apenas a cópias de segurança de bases de dados e não se aplicam a cópias de segurança de registos.
Log Staging Disk Growth Size (In Percent)	Quando a opção Ativar cópia de segurança do registo da base de dados está definida como Sim, Tamanho do crescimento do disco de preparação do registo define o crescimento a usar quando o disco de preparação em que os registos residem é aumentado automaticamente. Esta definição varia entre 5 e 100 por cento.
Taxa de alteração estimada	Quando a opção Ativar cópia de segurança do registo da base de dados está definida como Sim, esta definição define a alteração diária (em percentagem), que permite ao dispositivo calcular melhor o tamanho do disco de preparação necessário para armazenar registos. Esta definição varia de zero a 100.
Compress Database Log Backup	Quando a opção Ativar cópia de segurança do registo da base de dados está definida como Sim, esta definição indica à base de dados de origem que comprima os respetivos registos antes de serem capturados pela consola de gestão. O servidor de base de dados executa a compressão de registos durante a cópia de segurança dos registos. As opções são Sim ou Não. Quando definida como Sim, a opção Comprimir cópia de segurança do registo da base de dados está ativada.
Retenção forçada	Permite que o utilizador configure o respetivo período de imutabilidade entre zero e 36 525 dias. Por predefinição, o valor está definido como zero para todas as políticas existentes. Pode modificar uma política já usada para proteger uma aplicação definindo um período de retenção aplicado mais longo. No entanto, não pode reduzir o período de retenção aplicado. Não pode definir a retenção forçada para uma política streamsnap cuja retenção seja "Manter apenas a imagem remota mais recente". Nota: a retenção forçada não pode ser substituída com base em cada aplicação. A opção não aparece na página Substituições de políticas. Nota: a definição da política avançada de retenção forçada não é compatível com a proteção de aplicações que aponta para um cofre de cópias de segurança. Quando um cofre de cópias de segurança é o destino de armazenamento, o cofre de cópias de segurança determina o período de retenção aplicado.
Comportamento da tarefa quando a VM de destino precisa de consolidação de instantâneos	Selecione uma ação se a MV precisar de consolidação: Falha na tarefa se a VM precisar de consolidação: As tarefas de um momento específico falham. Executar a tarefa sem realizar a consolidação: todas as tarefas são executadas normalmente, mesmo que a consolidação esteja pendente. Realize a consolidação no início da tarefa: As tarefas de momento específico tentam realizar a consolidação no início da tarefa. Se a consolidação falhar, a tarefa falha com uma mensagem de erro.
Fail On Missing Start Path	Se forem especificados um ou mais caminhos de início e qualquer um destes caminhos de início não existir, a tarefa falha com a mensagem UDSAgent: Specified start path doesn't exist. Se não forem especificados caminhos de início, esta opção não tem efeito. As opções são Sim ou Não. Nota: o estado predefinido desta opção é Não (desativado), que é o mesmo comportamento das versões anteriores do agente de cópia de segurança e recuperação de desastres; a tarefa não falha se não existir um caminho de início.
Ative o modo de captura degradado	O modo de captura degradado captura dados incrementais quando o serviço de monitorização de blocos de alterações (CBT) não está disponível. A captura de dados pode demorar mais tempo. As opções são Sim ou Não.
Tempo limite do script (aplicável apenas a cópias de segurança baseadas em agentes)	O agente de cópia de segurança e recuperação de desastres permite-lhe criar scripts do lado do anfitrião que são executados no anfitrião de uma aplicação antes ou depois de uma política ser executada. Os quatro limites de tempo fornecidos num modelo de política são mapeados diretamente para as quatro fases de um guião do lado do anfitrião. Nota: por predefinição, os valores de tempo limite do script são os seguintes. Se não for especificado um limite de tempo do script, o valor fica em branco e é usada a predefinição. Script Init Timeout: define o tempo que uma tarefa deve esperar pelo script invocado no anfitrião antes de ser realizada qualquer ação pela tarefa. Se o script não for concluído dentro deste limite de tempo, a tarefa falha. O valor predefinido é 60 segundos. O intervalo permitido é de 1 a 86 400 segundos. Tempo limite de congelamento do script: define o tempo que uma política deve aguardar pelo script invocado para congelar uma aplicação antes de ser tirado um instantâneo. Se o script não for concluído dentro deste limite de tempo, a tarefa falha. O valor predefinido é 60 segundos. O intervalo permitido é de 1 a 86 400 segundos. Script Unfreeze Timeout: define o tempo que uma política deve esperar pelo script que é invocado para congelar uma aplicação após a captura de um instantâneo. Se o script não for concluído dentro deste limite de tempo, a tarefa falha. O valor predefinido é 60 segundos. O intervalo permitido é de 1 a 86 400 segundos. Script Finish Timeout: define durante quanto tempo uma política deve aguardar pelo script que é invocado no final da tarefa. Se o script não for concluído dentro deste limite de tempo, a tarefa falha. O valor predefinido é 60 segundos. O intervalo permitido é de 1 a 86 400 segundos.

O que se segue?

• Obtenha uma vista geral do plano de cópia de segurança
• Crie um modelo de alternativa
• Crie uma política de cópia de segurança
• Crie um perfil de recurso
• Configure as definições avançadas da política de uma aplicação com cópia de segurança feita pela política
• Aplique um plano de backup a uma aplicação