Documentação do Oracle Cloud Infrastructure

Recuperação de Desastre

Saiba mais sobre o uso da replicação do serviço File Storage para recuperação de desastre.

Importante

Ao fazer planos de recuperação de desastre, certifique-se de ter recursos suficientes disponíveis para criar os clones, os sistemas de arquivos e os pontos de montagem necessários para failover não planejado. C cenários comuns de recuperação de desastre requerem a criação de pelo menos um sistema de arquivos extra para cada sistema de arquivos de origem indisponível. É necessário pelo menos um ponto de acesso NFS para fornecer acesso aos sistemas de arquivos criados durante failovers. Consulte Limites do Serviço File Storage para obter mais informações.

A tabela a seguir mostra as etapas básicas de recuperação usando a replicação do serviço File Storage:

Etapa Condição do Domínio de Disponibilidade Principal Ação
1 Com falha Fazer failover para o sistema de arquivos de destino
2 Restaurado Preparar para fazer failback para a origem: Use a replicação reversa para sincronizar dados na origem
3 Restaurado Restabelecer a replicação da origem para o destino
Importante

A recuperação de desastre exige que você use clones dos sistemas de arquivos de origem e de destino. Ao criar sistemas de arquivos, você deve permanecer dentro dos limites do serviço File Storage. Os clones são necessários porque não é possível usar um sistema de arquivos que foi exportado como um sistema de arquivos de destino. A clonagem do sistema de arquivos cria uma cópia do sistema de arquivos sem histórico de exportação.

  • A criação de um clone é instantânea, e você pode acessá-lo imediatamente para as operações READ e WRITE. Embora a hidratação esteja em andamento, um pequeno impacto no desempenho pode ser observado tanto no sistema principal quanto no clone ao acessar dados compartilhados.
  • Não é possível excluir o sistema de arquivos pai de um clone a menos que ele seja desanexado. Consulte Clonando Sistemas de Arquivos e Desanexando um Clone para obter mais informações.

1. Fazer Failover para o Destino

Se a região que contém o sistema de arquivos de origem (Sistema de Arquivos A) estiver inacessível, clone o último snapshot de replicação aplicado no sistema de arquivos de destino (Sistema de Arquivos B) em um novo sistema de arquivos (Sistema de Arquivos C):

  1. Na página de lista Sistemas de Arquivos, selecione o sistema de arquivos com o qual você deseja trabalhar. Se precisar de ajuda para localizar a página da lista ou o sistema de arquivos, consulte Listando Sistemas de Arquivos.

  2. Selecione o link do nome do Destino de Replicação.

  3. Na página de detalhes do destino de replicação, selecione o Último Snapshot.

    Importante

    Observe o OCID de Proveniência do último snapshot aplicado. Isso identifica o snapshot no sistema de arquivos de origem necessário quando você faz failback para a origem. Para obter mais informações, consulte Identificando Snapshots.
  4. Na página de detalhes do snapshot, selecione Clonar para usar o snapshot e criar um novo sistema (Sistema de Arquivos C). Consulte Clonando um Sistema de Arquivos para obter mais informações.
  5. Exclua o recurso de destino de replicação da página Detalhes do sistema de arquivos de destino (Sistema de Arquivos B).
    Cuidado

    A exclusão do recurso de destino de replicação interrompe o processo de replicação, mas qualquer replicação em andamento poderá ser concluída após a restauração da origem. Se você não excluir o destino de replicação, a replicação será retomada quando o sistema de arquivos de origem for restaurado, o que poderá excluir o snapshot necessário em um failback planejado para a origem.
    Dica

    Se você estiver testando: O domínio de disponibilidade de origem ainda estará disponível, portanto, você pode excluir o recurso de replicação do sistema de arquivos de origem. A exclusão do recurso de replicação exclui automaticamente o recurso de destino de replicação.
  6. Crie uma exportação no novo sistema de arquivos (Sistema de Arquivos C).
  7. Monte o novo sistema de arquivos (Sistema de Arquivos C).

2. Preparar para Fazer Failback para a Origem

Quando a região principal for restaurada, prepare-se para fazer failback para a origem. Dependendo dos seus requisitos, você poderá fazer failback para um novo sistema de arquivos vazio ou fazer failback para um clone do sistema de arquivos de origem. Use a replicação reversa para sincronizar os dados e atualizá-los.

Observação

O failback para um novo sistema de arquivos requer uma cópia base completa. Você pode usar o estimador de replicação para decidir se esse cenário seria rápido o suficiente durante o processo de recuperação de desastre.
  1. Exclua o recurso de replicação FAILED no Sistema de Arquivos A.
    Dica

    Se você estiver testando: Você já excluiu o recurso de replicação do sistema de arquivo de origem, para que possa ignorar esta etapa.
    Observação

    Quando a replicação é excluída, o snapshot de replicação é convertido em um snapshot do usuário.
  2. Identifique o snapshot comum ao sistema de arquivos de origem (Sistema de Arquivos A) e ao sistema de arquivos que você criou quando fez failover para o destino (Sistema de Arquivos C). O snapshot usado deve estar na origem e no clone do destino.
    • No sistema de arquivos de origem (Sistema de Arquivos A), você pode usar o OCID de Proveniência que anotou anteriormente para identificar esse snapshot.
      Cuidado

      O Último Snapshot pode identificar um snapshot que concluiu após o failover inicial para o destino, não o snapshot usado para criar o Sistema de Arquivos C.
    • No Sistema de Arquivos C, você pode encontrar o último snapshot com um nome como replication-snapshot-<replication_number>-<creation_time_UTC>, mas um tipo de Usuário. Quando você clonou o snapshot de replicação para criar o sistema de arquivos, o tipo de snapshot foi alterado de Replicação para Usuário.
    1. Se você estiver usando um clone do sistema de arquivos de origem original para failback, no sistema de arquivos de origem (Sistema de Arquivos A), clone o snapshot identificado na etapa anterior para criar um novo sistema de arquivos (Sistema de Arquivos D).
    2. Caso esteja usando um novo sistema de arquivos vazio e uma cópia base completa para failback, você poderá criar um novo sistema de arquivos (Sistema de Arquivos D) sem clonagem.
    1. Se você estiver usando um clone do sistema de arquivos de origem original para failback, crie uma nova replicação em que o clone do sistema de arquivos de destino original (Sistema de Arquivos C) se torne a nova origem e o Sistema de Arquivos D se torne o novo destino. Aguarde a conclusão de um ciclo de replicação e mantenha atualizado o Sistema de Arquivos D com Sistema de Arquivos C. Você pode verificar se os sistemas de arquivos estão em sincronia criando um snapshot no Sistema de Arquivos C e aguardando que ele apareça no Sistema de Arquivos D.
    2. Se você estiver usando um novo sistema de arquivos vazio para failback, crie uma replicação usando o Sistema de Arquivos C como origem e seu novo sistema de arquivos vazio (Sistema de Arquivos D) como destino. Aguarde a conclusão de um ciclo de replicação e mantenha atualizado o Sistema de Arquivos D com Sistema de Arquivos C. Você pode verificar se os sistemas de arquivos estão em sincronia criando um snapshot no Sistema de Arquivos C e aguardando que ele apareça no Sistema de Arquivos D.

3. Restabelecer a Replicação da Origem para o Destino

Restabeleça a configuração de replicação original. Migre aplicativos do Sistema de Arquivos C para o Sistema de Arquivos D e pare de gravar no Sistema de Arquivos C. Em seguida, crie uma replicação de sua origem (Sistema de Arquivos D) para um novo clone de destino (Sistema de Arquivos E).

  1. Desmonte o clone do destino original (Sistema de Arquivos C).
  2. Exclua o recurso de replicação do Sistema de Arquivos C.
  3. Crie uma exportação para o Sistema de Arquivos D.
  4. Monte o Sistema de Arquivos D para que os aplicativos possam acessá-lo.
  5. Clone o último snapshot de replicação completamente aplicado no Sistema de Arquivos D para criar um novo sistema de arquivos de destino (Sistema de Arquivos E). Para determinar o último snapshot completamente aplicado, compare o nome e o timestamp do último snapshot de replicação listado na origem com o nome e o timestamp do último snapshot de replicação no destino. O snapshot usado deve estar na origem e no destino.
  6. Crie uma nova replicação em que o Sistema de Arquivos D seja o sistema de arquivos de origem e o Sistema de Arquivos E seja o sistema de arquivos de destino.