Configure planos de cópia de segurança para instâncias e bases de dados do Microsoft SQL Server

O serviço de cópias de segurança e RD permite-lhe fazer cópias de segurança do Microsoft SQL Server:

  • Instâncias

  • Base de dados principal de um grupo de disponibilidade Always On

  • Bases de dados em VMs

  • Bases de dados do sistema

  • Bases de dados de utilizadores

  • Bases de dados e ficheiros de apoio num grupo de consistência

  • Membros individuais de um grupo de consistência

Antes de começar

Antes de proteger as bases de dados do Microsoft SQL Server:

Práticas recomendadas para proteger bases de dados do Microsoft SQL Server

Para bases de dados do Microsoft SQL Server que usam o modelo de recuperação completo, tire partido da capacidade do dispositivo de cópia de segurança/recuperação para fazer uma cópia de segurança da base de dados e dos respetivos registos com uma única política. Quando a base de dados e os respetivos registos têm uma cópia de segurança, o dispositivo pode recuperar a base de dados até um determinado momento, fazendo o roll forward dos respetivos registos através da interface do utilizador do dispositivo. A cópia de segurança da base de dados e dos respetivos registos é ativada através das definições avançadas do modelo de política.

Faça uma cópia de segurança de bases de dados numa instância em comparação com um grupo de consistência

Quando uma base de dados é desativada para criar uma cópia de segurança, é criado um instantâneo dos respetivos discos e, em seguida, é libertado. Para grupos de consistência e instâncias de base de dados, os membros são desativados e libertados em conjunto para um ponto consistente no tempo dos dados.

Quando faz uma cópia de segurança de uma instância SQL, à medida que são adicionadas bases de dados à instância, estas são automaticamente incluídas na operação de cópia de segurança de cópia de segurança e recuperação de desastres. A criação de cópias de segurança de bases de dados numa instância SQL presta-se a ambientes em que as bases de dados são adicionadas e removidas regularmente. As bases de dados montadas numa instância SQL como aplicações virtuais não estão protegidas com os outros membros da instância. As bases de dados montadas virtualmente têm de ser protegidas em separado.

A associação a um grupo de consistência é feita manualmente. A criação de cópias de segurança de bases de dados num grupo de consistência presta-se a ambientes em que as bases de dados não são adicionadas nem removidas com frequência.

Gestão de bases de dados versus gestão de VMs

Os Microsoft SQL Servers são protegidos de forma diferente consoante sejam protegidos como uma aplicação (base de dados, instância ou grupo de disponibilidade) ou como parte de uma VM inteira.

Protegido como uma aplicação, não como um ESP Protegido como parte de uma VM
Os dispositivos de cópia de segurança/recuperação protegem apenas os ficheiros da base de dados. As VMs VMware inteiras têm uma cópia de segurança criada através das APIs VMware. Se estiver a gerir bases de dados SQL que fazem parte de uma VM protegida completa, consulte o artigo [Proteja e recupere instâncias do Compute Engine](/backup-disaster-recovery/docs/quickstarts/gce-instances-backup-recovery).
O agente de cópias de segurança e RD coordena o instantâneo do VSS e executa o corte de registos. A API VMware coordena a imagem instantânea do VSS. O agente de cópia de segurança e recuperação de desastres tem de ser instalado na VM para o corte de registos.
O agente de cópia de segurança e recuperação de desastres usa a monitorização de blocos de alterações em ficheiros com nome, o que é muito eficiente para ficheiros de base de dados grandes. A API VMware oferece acompanhamento de blocos de alterações.
Os registos de transações são efetuados quando uma tarefa de cópia de segurança é executada se selecionar Truncar registo após a cópia de segurança em Detalhes e definições (consulte [Configure as definições avançadas para substituições das definições de políticas](: #SetOverrides) Não é feita uma cópia de segurança dos registos de transações.
O cliente pode avançar com os registos. A reversão não é suportada durante o restauro.

Use as instruções seguintes para aplicar um plano de cópia de segurança para proteger a base de dados do Microsoft SQL Server.

  1. Na consola de gestão, aceda a Gestor de apps > Aplicações. É apresentada a página Aplicações.

  2. Selecione a base de dados, a instância, o AG ou o grupo de consistência do Microsoft SQL Server que quer fazer uma cópia de segurança e, no canto inferior direito da página, selecione Gerir plano de cópia de segurança.

  3. Na janela Gerir plano de cópia de segurança, escolha um Modelo e um Perfil nas listas pendentes:

    • Modelo. Um modelo de cópia de segurança existente que inclui políticas para definir o instantâneo e a replicação dos dados da aplicação.

    • Perfil. Um perfil de recurso existente que define os recursos usados para armazenar os dados da aplicação como instantâneos e imagens replicadas.

  4. Na janela Gerir modelo de plano de cópia de segurança, faça as seguintes alterações antes de aplicar um plano de cópia de segurança:

    • Definições da aplicação. Definições específicas do Microsoft SQL, como o tipo de aplicação, o nome do anfitrião, o endereço IP do anfitrião, o caminho, o sistema operativo, o dispositivo de cópia de segurança/recuperação e o endereço IP do dispositivo.

    • Substituições de políticas. Substituir definições de políticas específicas configuradas anteriormente no modelo de alternativa selecionado. As substituições de políticas podem ser úteis ou necessárias em determinadas circunstâncias. Só pode substituir as definições de políticas se o modelo da política tiver sido configurado para permitir substituições das definições de políticas.

  5. Para selecionar bases de dados, em Regra de inclusão de base de dados, clique em Editar. É aberta a caixa de diálogo Gerir subscrição.

    • Na caixa de diálogo Gerir registo de membro, selecione as bases de dados para fazer uma cópia de segurança atribuindo uma regra de inclusão (Tudo, Bases de dados do sistema, Bases de dados do utilizador) e, em seguida, selecione se a regra deve Incluir selecionado ou Excluir selecionado.

    • Clique em Guardar e a caixa de diálogo Gerir subscrição é fechada.

  6. Clique em Aplicar para aplicar o modelo de cópia de segurança e o perfil de recursos. É apresentada a caixa de mensagem de êxito.

    Na primeira vez que a base de dados selecionada é descoberta, é executada uma tarefa a pedido assim que possível para proteger os dados. Posteriormente, é feita uma cópia de segurança dos novos dados quando a tarefa agendada é executada de acordo com o horário de funcionamento definido no modelo de cópia de segurança. Por exemplo, se às 10:00 (UTC) atribuir um modelo com horário de funcionamento das 02:00 às 05:00 (UTC), a primeira tarefa só começa quando o dispositivo tiver uma vaga de tarefa disponível depois das 02:00 (UTC).

Proteção de registos da base de dados numa política do plano de cópia de segurança

Quando cria uma política de instantâneos para uma base de dados, também pode fazer uma cópia de segurança dos respetivos ficheiros de registo. A frequência com que são feitas cópias de segurança dos registos da base de dados é definida separadamente da frequência da base de dados. Por exemplo, pode fazer uma cópia de segurança de uma base de dados todos os dias e uma cópia de segurança dos respetivos registos a cada hora. A frequência da cópia de segurança do registo da base de dados é definida em minutos e a frequência com que os registos são copiados não pode exceder a frequência com que a base de dados associada é copiada. Por exemplo, se for feita uma cópia de segurança de uma base de dados a cada 24 horas, a frequência da cópia de segurança do ficheiro de registo tem de ser inferior a 24 horas.

A frequência e a retenção são definidas nos Detalhes e definições da política de instantâneo da base de dados. A cópia de segurança do registo é feita independentemente do momento em que é feita a cópia de segurança da base de dados associada.

Ativa a proteção de registos através das definições avançadas Ativar cópia de segurança do registo da base de dados numa política de instantâneo do plano de cópia de segurança. A frequência e a retenção são definidas nos Detalhes e definições de uma política do plano de backup.

O espaço necessário para acomodar os registos de uma base de dados é gerido automaticamente pela consola de gestão. A consola de gestão avalia os tamanhos típicos dos registos e o respetivo período de retenção, e adiciona espaço conforme necessário. Para gerir os requisitos de armazenamento dos registos de uma base de dados, as políticas de instantâneos oferecem as seguintes definições avançadas:

  • Período de retenção da cópia de segurança do registo. 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 e, opcionalmente, num conjunto OnVault. O período de retenção de registos é obrigatório quando as cópias de segurança de registos estão ativadas.

  • Replique registos. Pode replicar registos da base de dados para um dispositivo de cópia de segurança/recuperação remoto ou para um conjunto OnVault e usar os registos remotos para qualquer imagem da base de dados dentro do intervalo de retenção dos registos replicados. A replicação de registos usa a tecnologia StreamSnap entre os dispositivos locais e remotos, passando diretamente do conjunto de instantâneos local para o conjunto de instantâneos no dispositivo remoto. Isto requer uma política de replicação do StreamSnap no modelo e, primeiro, tem de ser concluída, pelo menos, uma replicação bem-sucedida da base de dados.

  • Tamanho de crescimento do disco de preparação de registos. Define a percentagem em que o disco de preparação no qual os registos residem deve ser aumentado automaticamente. Esta definição é uma percentagem e os valores válidos variam entre 5 e 100.

  • Taxa de alteração estimada. Define a alteração diária (em percentagem), que permite ao dispositivo de cópia de segurança/recuperação calcular melhor o tamanho do disco de preparação necessário para armazenar registos. Esta definição é uma percentagem e os valores válidos são de 0 a 100.

  • Comprimir cópia de segurança do registo da base de dados. Indica à base de dados de origem que comprima os respetivos registos antes de fazer uma cópia de segurança. O servidor de base de dados realiza a compressão de registos durante a cópia de segurança dos registos.

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. Aqui, 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íticas para o estado predefinido, clique na caixa de verificação à esquerda da 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íticas para o 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 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. 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 de consistência) Especifique se deve ignorar as bases de dados 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 de várias bases de dados em conjunto para preservar a consistência dos dados nas bases de 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. Faz uma cópia de segurança dos registos de início de sessão da instância do SQL Server para contas às quais foi concedido acesso à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 do Oracle ou do Microsoft 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 Microsoft 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, e, pelo menos, uma replicação bem-sucedida da base de dados tem de ser concluída primeiro. 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 Microsoft SQL Server sejam replicados para um conjunto do OnVault. Para que uma tarefa de replicação de registos seja executada, tem de existir uma política OnVault incluída no modelo juntamente com um perfil de recurso que especifique um conjunto OnVault e, primeiro, tem de ser enviada, pelo menos, uma base de dados para o conjunto. Em seguida, pode usar 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: