Detalhes e definições da aplicação para instâncias e bases de dados do Microsoft SQL Server

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

Clique em Substituições de políticas na janela Gerir plano de cópia de segurança para mostrar a caixa de diálogo Substituição das definições de políticas. Pode substituir definições de políticas específicas associadas ao modelo de cópia de segurança selecionado. Quando terminar, clique em Guardar alterações.

Para repor uma definição de substituição de política para o respetivo estado predefinido, clique na caixa de verificação junto à seleção. Clique em Selecionar opções que vão reverter para a predefinição para repor todas as definições de substituição de política para o respetivo estado predefinido.

A lista seguinte tem descrições das substituições das definições de políticas válidas para instâncias do SQL Server, grupos de disponibilidade (AG), bases de dados e grupos de consistência.

  • Não desassocie. Manter 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. Desassocie os discos de preparação após cada tarefa: esta opção desativa a montagem do disco de preparação no sistema operativo no final de cada tarefa (removendo pontos de montagem ou letras de unidade) e também desassocia o disco do anfitrião por completo. 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 Log After Backup. Especifica se os registos devem ser truncados após cada cópia de segurança. Quando ativados, os registos relacionados com a aplicação são truncados até à cópia de segurança recente ou atual. Se truncar os registos, também tem de fazer uma cópia de segurança do registo de transações para ativar uma recuperação de reversão.

  • Ignorar aplicações offline no grupo de consistência. Apenas para gestão de grupos para garantir a consistência. Especifica se devem ser ignoradas as bases de dados indisponíveis que fazem parte de um grupo de consistência. Crie um grupo de consistência para fazer uma cópia de segurança de várias bases de dados em conjunto para preservar a consistência dos dados. Os grupos de consistência são coleções de bases de dados da mesma instância ou grupo de disponibilidade.

    As opções são as seguintes:

    • 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 os discos de preparação para todos os anfitriões ESX num cluster. (Esta opção não é relevante quando usa armazenamentos de dados NFS.) 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. Mapear 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. Cópia de segurança dos registos de início de sessão da instância do SQL Server para contas com acesso concedido às bases de dados das quais está a ser feita uma cópia de segurança. Quando a base de dados é montada como uma aplicação virtual (montagem com reconhecimento de aplicações), os inícios de sessão de utilizadores com cópia de segurança podem ser restaurados opcionalmente na instância do SQL Server de destino, garantindo que a base de dados virtual vai estar acessível aos mesmos utilizadores com acesso à base de dados de origem original. 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 Oracle ou SQL Server 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 esta opção está definida como Sim, as opções relacionadas são ativadas.

  • 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. 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.

  • Replique 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 de transações da base de dados do SQL Server sejam replicados para um dispositivo de cópia de segurança/recuperação remoto. Para que uma tarefa de replicação de registos seja executada, tem de existir uma política de replicação do StreamSnap no modelo, juntamente com um perfil de recurso que especifique um dispositivo de cópia de segurança/recuperação remoto. Além disso, tem de existir, 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 de cópia de segurança/recuperação locais e remotos. A replicação de registos vai diretamente do grupo de recursos de instantâneos local para o grupo de recursos de instantâneos no dispositivo remoto.

  • Envie registos para o conjunto do OnVault. Quando a opção Ativar cópia de segurança do registo da base de dados está definida como Ativar, esta definição permite que os registos de transações da base de dados do SQL Server sejam replicados para um conjunto do OnVault. Para executar uma tarefa de replicação de registos, tem de existir uma política do OnVault incluída no modelo juntamente com um perfil de recurso que especifique um conjunto do OnVault. Além disso, tem de enviar, pelo menos, uma base de dados para o conjunto primeiro. Em seguida, use os registos no site remoto para qualquer imagem da base de dados dentro do intervalo de retenção. Esta função está ativada por predefinição.

  • Tamanho do crescimento do disco de preparação de registos. Quando a opção Ativar cópia de segurança do registo da base de dados está definida como Sim, o Tamanho de crescimento do disco de preparação de registos define o crescimento a usar quando o disco de preparação no qual 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), o que permite que o dispositivo de cópia de segurança/recuperação calcule melhor o tamanho do disco de preparação necessário para armazenar os registos. Esta definição varia de 0 a 100.

  • Comprimir cópia de segurança do registo da base de dados. 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 ser feita uma cópia de segurança dos mesmos pela consola de gestão. O servidor de base de dados realiza 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.

  • Limite de tempo do script. 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.

    • Script Init Timeout. Define o tempo que uma política deve aguardar antes de assumir que os scripts do lado do anfitrião num anfitrião gerido foram inicializados. 120 segundos é o valor predefinido. O intervalo permitido é de 1 a 86 400 segundos (24 horas).
    • Script Freeze Timeout. Define o tempo que uma política deve aguardar antes de considerar que a aplicação está congelada e pronta para a cópia de segurança de dados. 60 segundos é o valor predefinido. O intervalo permitido é de 1 a 86 400 segundos.
    • Script Unfreeze Timeout. Define o tempo que uma política deve aguardar antes de considerar que a aplicação está descongelada. 60 segundos é o valor predefinido. O intervalo permitido é de 1 a 86 400 segundos.
    • Script Finish Timeout. Define o tempo que uma política deve aguardar antes de a cópia de segurança dos dados estar concluída. O valor predefinido é de 60 segundos. O intervalo permitido é de 1 a 86 400 segundos.
    • Script Post Replication Timeout. Define o tempo que uma política deve esperar antes de a replicação estar concluída. O valor predefinido é de 60 segundos. O intervalo permitido é de 1 a 86 400 segundos.

O guia de DBA do Microsoft SQL Server do Backup and DR

Esta página faz parte de uma série de páginas específicas para proteger e recuperar bases de dados do Microsoft SQL Server com o Backup and DR. Pode encontrar informações adicionais em: