Copiando dados hidratados para o armazenamento em fita para a recuperação de desastres

É possível copiar dados de um conjunto de armazenamentos de contêiner primário para um conjunto de armazenamentos de cópias em fita. A fita pode ser uma alternativa com custo reduzido para armazenar uma cópia hidratada de seus dados, que podem ser usados para a recuperação de desastres.

Sobre esta tarefa

Use regras de armazenamento para criar automaticamente uma cópia de backup de um conjunto de armazenamentos de contêiner de diretório em disco ou um conjunto de armazenamentos de contêiner em nuvem no local para o armazenamento em fita, criando uma cópia totalmente hidratada e fisicamente isolada para recuperação de desastres. Durante a operação de cópia, qualquer compactação ou deduplicação de dados no conjunto de armazenamentos de contêiner é revertida para criar uma cópia hidratada dos dados originais do cliente. Em caso de desastre, os dados hidratados podem ser restaurados diretamente dos volumes de fita para os clientes. É possível criar uma cópia no local, uma cópia externa ou ambas. Uma cópia de fita pode ser levada para um local de recuperação de desastre externo. Outra cópia pode ser mantida no local para agilizar a recuperação de falhas menos críticas. Você não está limitado a duas cópias de fita. No entanto, se você criar três ou mais cópias de dados, precisará executar três ou mais operações de backup diariamente. As operações podem exceder sua janela de backup.

Uma cópia de backup hidratada na fita fornece as vantagens a seguir:
Proteção de recuperação de desastres e um processo aperfeiçoado para restauração de dados
Uma cópia totalmente hidratada de seu conjunto de armazenamentos de contêiner ajuda a suportar a recuperação rápida de seus dados em um desastre. Se ocorrer um desastre, os clientes poderão ser restaurados diretamente dos volumes de fita. Não é necessário restaurar seu conjunto de armazenamentos de contêiner de diretório antes de restaurar dados para clientes.
Cópia fisicamente isolada de seus dados críticos
Ao armazenar uma cópia de backup de seu conjunto de armazenamentos de contêiner em fita, você cria uma cópia fisicamente isolada de seus dados. Uma cópia de fita fisicamente isolada é melhor protegida contra ransomware e pode ser usada para recuperar seus dados após um ataque de ransomware no local.

Para planejar uma operação de cópia para um conjunto de armazenamentos de contêiner, deve-se definir uma regra de armazenamento de cópias. As regras de armazenamento de cópias especificam os dados do cliente a serem copiados, a duração da operação e o planejamento da operação. Para cada regra de armazenamento de cópias que você define, o servidor cria um planejamento para executar automaticamente o comando BACKUP STGPOOL para criar uma cópia de seu conjunto de armazenamentos de contêiner na fita. Ao definir uma regra de armazenamento de cópia, você especifica um ou mais conjuntos de armazenamentos de contêiner, que contêm os dados do cliente a serem submetidos a backup. Você também especifica o conjunto de armazenamentos de cópias que representa os volumes de fita e define o número máximo de processos que serão executados durante a operação de cópia. Para manter os backups de fita atuais, configure a regra de armazenamento para executar em um horário planejado do dia e para uma duração configurada. Para executar uma regra de armazenamento de cópias fora do horário agendado que é definido pela regra de armazenamento, emita o comando START STGRULE . Quando você inicia explicitamente uma regra de armazenamento de cópias, a regra de armazenamento é executada até que todos os dados elegíveis sejam copiados para a fita.

É possível definir sub-regras de cópia para uma regra de armazenamento de cópias. As sub-regras especificam exceções para a regra pai. Se, por exemplo, você não deseja fazer backup dos dados para todos os nós clientes ou máquinas virtuais em um conjunto de armazenamento, poderá definir sub-regras que incluam ou excluam nós ou máquinas virtuais específicas. As regras de armazenamento fornecem a flexibilidade para usar uma única regra para fazer backup de múltiplos conjuntos de armazenamento e as sub-regras fornecem controle granular sobre quais nós são submetidos a backup e o destino de backup para cada nó.

Considerações de planejamento:
  • Quando os dados são movidos para fora de um conjunto de armazenamentos de contêiner, por exemplo, durante operações em camadas, os dados não são excluídos da cópia da fita. Em vez disso, a expiração de um arquivo em um conjunto de armazenamentos primário de origem determina quando o arquivo é excluído do conjunto de armazenamentos de destino na fita.
  • As regras de armazenamento de cópias não iniciam o processamento de recuperação. As configurações de recuperação, que são especificadas em comandos administrativos, como RECLAIM STGPOOL e DEFINE STGPOOL, determinam quando um volume de fita se torna elegível para recuperação e reutilização. Para recuperar o espaço nos volumes de fita em um conjunto de armazenamento de cópias, use o planejamento administrativo para executar o comando RECLAIM STGPOOL em intervalos regulares.
    Dica: Você também pode especificar limites de recuperação quando você define ou atualiza um conjunto de armazenamento usando os comandos DEFINE STGPOOL ou UPDATE STGPOOL com o parâmetro RECLAIMPROCESS .
  • As regras de armazenamento de cópias são projetadas para criar uma cópia fisicamente isolada de seus dados para recuperação de desastres, não para reparar conjuntos de armazenamentos de contêiner. Não é possível usar os comandos RESTORE STGPOOL ou REPAIR STGPOOL para reparar ou restaurar dados em um conjunto de armazenamentos de contêiner por meio do conjunto de armazenamentos de destino na fita. Se os dados em um conjunto de armazenamentos de contêiner de origem forem danificados, será possível usar o cliente de backup-archive para restaurar dados do conjunto de armazenamentos de cópias. Para obter informações, consulte Recuperando dados em clientes de backup-archive e conjuntos de armazenamentos de contêiner usando uma cópia de fita hidratada
  • O conjunto de armazenamentos de destino que você especifica em uma regra de armazenamento de cópias também pode ser usado como um conjunto de armazenamentos de destino para conjuntos de armazenamentos sem contêiner que já estão executando o comando BACKUP STGPOOL. O conjunto de armazenamentos de cópias de destino não precisa ser usado apenas para dados de regra de armazenamento de cópias.
  • Em um ambiente de replicação, é possível definir regras de armazenamento para copiar dados de um servidor de replicação de origem, de um servidor de replicação de destino ou de ambos.
  • Ao definir uma regra de armazenamento de cópias, as configurações de disposição especificadas para o conjunto de armazenamentos de cópias de destino são preservadas e se aplicam aos dados reidratados do conjunto de armazenamentos de contêiner.

Procedimento

Para definir uma regra de armazenamento para copiar um conjunto de armazenamentos de contêiner para fita, siga as instruções em Definindo uma regra de armazenamento de cópia.