Implementar a Replicação do OCI File Storage

Essa implementação usa o recurso de replicação do Oracle Cloud Infrastructure File Storage, que fornece uma réplica automatizada entre regiões para os sistemas de arquivos do OCI File Storage.

As vantagens de implementar a replicação do serviço OCI File Storage são:

• Não há necessidade de criar e executar scripts periodicamente, como em outros casos de replicação. Depois que você configura a replicação, ela é executada automaticamente pelo Oracle Cloud Infrastructure.
• É uma solução de uso geral aplicável a qualquer sistema de arquivos do OCI File Storage montado por qualquer sistema de camada intermediária. Se você tiver vários sistemas usando o OCI File Storage, poderá usar a mesma abordagem em todos eles.
• A informação no sistema de arquivos replicado é uma cópia exata do primário; todos os arquivos no sistema de arquivos são replicados.

Estas são as considerações sobre a implementação do OCI File Storage:

• Requer etapas para montar o OCI File Storage replicado no sistema secundário. Não é possível montar diretamente os sistemas de arquivos de destino; primeiro você precisa cloná-los e, em seguida, montar o sistema de arquivos clonado. No entanto, você pode superar essa complexidade usando o serviço OCI Full Stack Disaster Recovery para automatizar essas etapas nas operações de switchover, failover e validação.
• Esta tecnologia pode não ser suficiente para muitos sistemas. Se o sistema tiver mais tipos de armazenamento (por exemplo, volumes em blocos), você precisará usar uma tecnologia de réplica diferente para eles.

Configurar Replicação para Armazenamento de Arquivos do OCI

Para implementar a replicação do serviço OCI File Storage, as seguintes etapas são necessárias:

• Use a Console do OCI para criar os sistemas de arquivos do OCI de destino no site secundário.
• Ative a réplica nos sistemas de arquivos principais do OCI, apontando para o sistema de arquivos do OCI de destino apropriado.
• Estabeleça conexão com os hosts de camada intermediária da região secundária e desmonte o sistema de arquivos que será replicado do principal.
• Usando a IU da Console do OCI, desanexe e descarte os sistemas de arquivos do OCI que serão replicados do principal.
• Implementar uma maneira de gerenciar as informações específicas do site, atualizando-as com as informações apropriadas após a réplica.

Exemplo 1: Usar a replicação do OCI File Storage para replicar a configuração e o runtime da camada intermediária

Observação:

Este exemplo se aplica a qualquer sistema de camada intermediária. Como referência, ele usa um sistema Oracle WebLogic Server que segue as melhores práticas do Oracle Fusion Middleware Enterprise Deployment Guide. Esse sistema tem dois sistemas de arquivos do OCI File Storage: um para a configuração compartilhada (o domínio de Administração WebLogic, armazenamentos de chaves etc.) e outro para os dados de runtime. Mas você pode seguir as mesmas etapas para replicar qualquer sistema de arquivos do OCI File Storage de uma camada intermediária.

Execute o seguinte para configurar a réplica entre regiões para os sistemas de arquivos do OCI File Storage:

1. Faça backup das informações específicas de cada site.
   O sistema de arquivos pode conter arquivos com informações específicas de cada site, por exemplo, strings de conexão com bancos de dados ou servidores LDAP. Ao usar a réplica do OCI File Storage, o sistema de arquivos replicado é uma cópia exata do principal; você não pode ignorar arquivos ou pastas específicos da réplica. Assim, você deve gerenciar essas diferenças adaptando as informações em cada site. Existem várias abordagens:

   • É possível realizar uma pesquisa e substituição de string nos arquivos com informações específicas do local.
   • Você pode fazer backup dessas informações antes da réplica e restaurá-las depois.

   Neste ponto, antes de ativar a réplica, identifique e faça backup de qualquer arquivo com informações específicas do site nos volumes em blocos que são replicados. Faça a cópia de backup em um local que não esteja sob o volume em blocos replicado; caso contrário, ela será substituída.

   Dica:

   Exemplo do Oracle WebLogic

   Por exemplo, ao replicar um sistema de arquivos que contém um domínio WebLogic, há arquivos com informações para se conectar ao banco de dados. Essas informações estão na pasta de administração do TNS. Verifique a propriedade tns_admin nas origens de dados WebLogic para identificar a pasta. Este documento fornece scripts para gerenciar isso, seguindo a abordagem apropriada, dependendo do cenário:

   • Se o sistema se conectar a um Oracle Base Database Service ou Oracle Exadata Database Service, você poderá apenas atualizar a string de conexão do banco de dados no arquivo tnsnames.ora do sistema de camada intermediária secundário durante as operações de switchover e failover. Este documento fornece um script de exemplo para isso.
   • Se o sistema se conectar a um Autonomous Database, a pasta de administração do TNS conterá mais artefatos (um armazenamento confiável e um armazenamento de chaves). Eles são diferentes em principal e em espera, e não podem ser atualizados com uma simples substituição de string. Este documento fornece um script que restaura a cópia de backup da pasta TNS.

   Neste ponto, você só precisa executar um backup das informações da pasta TNS.

2. Identifique as informações dos sistemas de arquivos do OCI File Storage no site principal.
   • Para os sistemas de arquivos do OCI File Storage que serão replicados, identifique os nomes, os pontos de acesso NFS, as exportações e os pontos de montagem dos hosts de camada intermediária principais.
   • Vá para a Console do OCI, selecione sua região principal e escolha seu compartimento.
   • Navegue até Armazenamento, Armazenamento de Arquivos, Sistemas de Arquivos e identifique os sistemas de arquivos.
   • Salve o nome, a exportação, o ponto de acesso NFS e o AD onde eles estão localizados.

   Identifique qual host monta as exportações e os pontos de montagem verificando o /etc/fstab dos hosts.

   Dica:

   Exemplo do Oracle WebLogic

   Por exemplo, em um sistema Oracle WebLogic Server que segue o Guia de Implantação Empresarial:

   Sistema de Arquivos do OCI	Ponto de Acesso NFS	Caminho de Exportação	AD	Hosts e Pontos de Montagem
   configFS	mt1_region1	/exports/configFS	AD1	apphost1, /u01/oracle/config apphost2, /u01/oracle/config
   runtimeFS	mt1_region1	/exports/runtimeFS	AD1	apphost1, /u01/oracle/runtime apphost2,/u01/oracle/runtime

3. Identifique as informações dos sistemas de arquivos do OCI File Storage no site secundário.
   Repita os passos descritos na etapa anterior para obter as mesmas informações no local secundário.

   Dica:

   Exemplo do Oracle WebLogic

   Por exemplo, em um sistema WebLogic que segue o Enterprise Deployment Guide:

   Sistema de Arquivos do OCI	Ponto de Acesso NFS	Caminho de Exportação	AD	Hosts e Pontos de Montagem
   configFS	mt1_region2	/exports/configFS	AD1	apphost1, /u01/oracle/config apphost2, /u01/oracle/config
   runtimeFS	mt1_region2	/exports/runtimeFS	AD1	apphost1, /u01/oracle/runtime apphost2, /u01/oracle/runtime

4. Desmonte os sistemas de arquivos originais do OCI File Storage dos hosts de camada intermediária secundários.
   Para cada host de camada intermediária no secundário, desmonte os sistemas de arquivos que serão replicados do primário. Por exemplo:

   [opc@host ~]$ sudo umount  /u01/oracle/config
   [opc@host ~]$ sudo umount  /u01/oracle/runtime

   Verificar se nenhum processo oracle está em execução; caso contrário, a desmontagem falhará. Repita essas etapas em todos os nós de camada intermediária no secundário.

   Não remova as entradas do arquivo /etc/fstab para essas montagens. Se você sempre usar os mesmos valores para o ponto de acesso NFS e nomes de exportação para o sistema de arquivos replicado, as entradas serão válidas durante todo o ciclo de vida.

5. Exclua ou renomeie os sistemas de arquivos originais do OCI File Storage no secundário.
   Somente um sistema de arquivos que nunca foi exportado pode ser definido como o sistema de arquivos de destino para a replicação do serviço OCI File Storage. Portanto, os sistemas de arquivos originais montados nos hosts de camada intermediária secundários não podem ser usados como destino de replicação. Eles não serão mais usados; exclua-os agora (ou renomeie e exclua mais tarde), removendo a exportação e encerrando o sistema de arquivos.

   Observação:

   NÃO exclua os pontos de acesso NFS. Eles serão usados para exportar os sistemas de arquivos replicados.
6. Ative a réplica nos sistemas de arquivos primários.
   Na principal, ative a réplica de cada sistema de arquivos do OCI File Storage que deve ser replicado.
   1. Vá para a Console do OCI, selecione sua região principal e escolha o compartimento.
   2. Selecione Armazenamento, Armazenamento de Arquivos e Sistemas de Arquivos.
   3. Clique no nome do sistema de arquivos, navegue até Replicações e clique em Criar Replicação.
      Forneça um nome para a replicação.
   4. Selecione Criar novo Sistema de Arquivos de destino e forneça os seguintes detalhes:
      • Nome: o nome da réplica do sistema de arquivos que será criada na região secundária. Use um nome que o identifique claramente como uma réplica, por exemplo: configFS_replica.
      • Região de destino: a região do sistema secundário.
      • Domínio de Disponibilização: o domínio de disponibilidade do sistema de arquivos de destino. Deve ser o mesmo que o ponto de acesso NFS que o exportará.
      • Compartimento: o compartimento do sistema de arquivos de destino.
      • Intervalo de replicação: Intervalo em minutos que determina a frequência de replicação de dados.

   Observação:

   Como alternativa, você pode criar os sistemas de arquivos de destino com antecedência em secundário e fornecer o OCID aqui.
7. Se necessário, prepare os scripts para substituir as informações específicas de cada local.

   Essa ação só se aplica quando o sistema de arquivos do OCI File Storage contém informações específicas de cada site. Caso contrário, nenhuma ação será necessária.

   Crie scripts para substituir as informações do local, de acordo com seus requisitos específicos (por exemplo, realizar uma pesquisa e substituição ou restaurar uma cópia de backup dos dados específicos do local). Certifique-se de armazenar esses scripts em uma pasta que NÃO esteja replicada.

   IMPORTANTE! Não execute os scripts neste momento. O script será usado na próxima vez que uma validação, um switchover ou um failover for executado.

   Dica:

   Exemplo do Oracle WebLogic

   Por exemplo, ao replicar um sistema de arquivos que contém um domínio do Oracle WebLogic. Durante um switchover ou failover, você deve executar uma substituição na configuração replicada para apontar para o banco de dados local. Este documento fornece exemplos de scripts para automatizar essa substituição.

   Tipo de Banco de Dados	Etapas de Download e Script de Substituição	Preparar Etapas
   Oracle Base Database Service ou Oracle Exadata Database Service	replacement_script_BVmodel.sh Vá para o repositório do Oracle MAA em GitHub em https://github.com/oracle-samples/maa Faça download de todos os scripts no diretório wls_mp_dr. O script está localizado na pasta wls_mp_dr/Block_Volume_Replica_Method Copie para todos os hosts de camada intermediária.	Este script substitui as strings de conexão do banco de dados. Ele também limpa os arquivos de estado dos servidores WebLogic (.lck e .state) para uma inicialização limpa. Edite e personalize-o em cada host com os valores apropriados, fornecendo os valores locais e remotos para o banco de dados em cada site. Observe que os valores são diferentes dependendo do site. Quando você o personaliza nos hosts site1, os valores "LOCAL" se referem aos valores do site1 e os valores "REMOTE" se referem aos valores do site2. Quando você personaliza o script nos hosts site2, os valores "LOCAL" se referem ao site2 e aos valores "REMOTE" ao site1. Vá para o repositório do Oracle MAA em GitHub https://github.com/oracle-samples/maa Faça download de todos os scripts no diretório app_dr_common. Faça download de todos os scripts no diretório fmw-wls-with-adb-dr. Copie para todos os hosts de camada intermediária. Os scripts fazem chamadas uns aos outros. Coloque todos os scripts de ambos os diretórios na mesma pasta.
   Oracle Autonomous Database	fmwadb_switch_db_conn.sh Vá para o repositório do Oracle MAA em GitHub https://github.com/oracle-samples/maa Faça download de todos os scripts no diretório app_dr_common. Faça download de todos os scripts no diretório fmw-wls-with-adb-dr. Copie para todos os hosts de camada intermediária. Os scripts fazem chamadas uns aos outros. Coloque todos os scripts de ambos os diretórios na mesma pasta.	Este script substitui a pasta de administração TNS usada pelo Oracle WebLogic Server pela pasta fornecida como entrada. Ele também atualiza as propriedades de senha da wallet nas origens de dados. Não é necessário editar o script. Os valores da pasta e da senha serão passados como entradas. Para executar o script: ./fmwadb_switch_db_conn.sh WALLET_DIR WALLET_PASSWORD Em que WALLET_DIR é uma pasta que contém os arquivos tnsnames.ora, de armazenamento de chaves e de armazenamento confiável para conexão com o banco de dados local. Certifique-se de que a pasta WALLET_DIR não seja substituída na réplica. Não execute o script neste ponto.

A replicação do sistema de arquivos do OCI agora está pronta.

Validar Replicação para Armazenamento de Arquivos do OCI

Em uma operação de switchover ou failover, as informações replicadas devem estar disponíveis e utilizáveis no site stand-by antes do início dos processos. Isso também é necessário quando você valida o sistema secundário (abrindo o banco de dados stand-by no modo snapshot).

Para disponibilizar e usar os sistemas de arquivos replicados do OCI File Storage no sistema stand-by, siga essas ações para cada sistema de arquivos.

Execute as seguintes etapas para usar os sistemas de arquivos replicados no stand-by:

1. Crie um clone do sistema da arquivos de destino.
   Um sistema de arquivos de destino não pode ser montado diretamente. Você deve cloná-lo primeiro.
   1. Em segundo lugar, navegue até Armazenamento, Armazenamento de Arquivos e, em seguida, Sistemas de Arquivos.
   2. Clique no nome do sistema de arquivos de destino.
   3. Na seção Replicação de Informações do Sistema de Arquivos, clique no link do nome Destino de Replicação.
   4. Clique no link do nome do Último Snapshot.
   5. Clique em Clonar para criar um sistema de arquivos regular a partir deste snapshot.
   6. Edite os detalhes para fornecer um nome para o clone.
      Para consistência, use o mesmo nome que no principal, por exemplo, configFS.
2. Criar uma exportação para o sistema de arquivos clonado.
   1. No sistema de arquivos clonado, navegue até Exportações.
   2. Selecione o ponto de acesso NFS no secundário.
   3. Selecione o nome da exportação.
      Para facilitar o gerenciamento de switchover, use o mesmo nome da exportação no principal. Por exemplo: /exports/configFS.
3. Montar o sistema de arquivos nos hosts stand-by.
   1. Se você sempre usar o mesmo nome de exportação e o mesmo ponto de acesso NFS para o sistema de arquivos, a entrada no arquivo /etc/fstab para a montagem não será alterada durante o ciclo de vida.
   2. Se você não usar o mesmo nome de exportação e ponto de acesso NFS para o sistema de arquivos, edite o arquivo /etc/fstab e modifique a entrada em cada switchover, failover e validação.
      Veja a seguir um exemplo da entrada /etc/fstab:

      10.1.80.131:/exports/configFS    /u01/oracle/config  nfs  defaults,nofail,nosuid,resvport 0 0

   3. Uma vez que o arquivo /etc/fstab contém a entrada de montagem apropriada, monte o sistema de arquivos no host.
      Por exemplo:

      [opc@host opc]# sudo mount -a

   4. Repita em todos os hosts stand-by que montam o sistema de arquivos.
4. Execute o script de substituição em todos os hosts de camada intermediária stand-by para substituir as informações específicas do site nos hosts de camada intermediária secundários.

   Dica:

   Exemplo do Oracle WebLogic

   Por exemplo, em um sistema de arquivos que contém o domínio do Oracle WebLogic: atualize as informações de conexão do banco de dados para apontar para o banco de dados local executando o script de substituição em todos os hosts de camada intermediária stand-by:

   • Se o sistema usar o Oracle Base Database Service ou o Oracle Exadata Database Service, o script será replacement_script_BVmodel.sh. Certifique-se de que ele usa os valores apropriados.
   • Se o sistema usar o Oracle Autonomous Database, o script será fmwadb_switch_db_conn.sh. Requer, como entradas, o caminho onde está a wallet original secundária e a senha da wallet.
5. Limpe os arquivos de bloqueio dos servidores.

   O sistema de arquivos replicado pode conter arquivos de bloqueio do processo de camada intermediária, porque a réplica é executada enquanto os processos principais estão ativos. Antes de iniciar os processos em segundo plano, pode ser necessário limpar esses arquivos. Caso contrário, eles podem impedir o início dos processos de camada intermediária.

   Dica:

   Exemplo do Oracle WebLogic

   Por exemplo, em um sistema de arquivos que contém um domínio do Oracle WebLogic: pode haver arquivos .lck, .pid ou .state nas pastas ${DOMAIN_HOME}/servers/*/data/nodemanager transportadas do principal. Certifique-se de que esses arquivos estejam limpos antes de tentar iniciar o gerenciador de nós e os servidores. Por exemplo:

   rm -f ${DOMAIN_HOME}/servers/*/data/nodemanager/*.lck
   rm -f ${DOMAIN_HOME}/servers/*/data/nodemanager/*.state
   rm -f ${DOMAIN_HOME}/servers/*/data/nodemanager/*.pid

   É possível incluir essa ação nos scripts de substituição ou como uma etapa anterior na inicialização do Oracle WebLogic.

6. Quando a operação de switchover ou failover terminar, você deverá desmontar e excluir os sistemas de arquivos do OCI File Storage no site com a atribuição stand-by. Execute as etapas a seguir para reverter para a atribuição stand-by.
   Isso também será necessário quando você tiver concluído uma validação no site stand-by (abrindo o banco de dados stand-by no modo snapshot) e quiser revertê-lo para a atribuição stand-by.
   1. Desmonte o sistema de arquivos do OCI File Storage no site stand-by que é replicado do principal.
      Por exemplo:

      [opc@host opc]# sudo umount /u01/oracle/config

   2. Exclua os sistemas de arquivos desmontados.
      Encerre os sistemas de arquivos desmontados no site stand-by. Eles não são mais usados.

Executar Replicação Contínua para o OCI File Storage

Siga estas recomendações para a replicação contínua ao usar esta implementação.

• O OCI executa automaticamente a replicação do OCI File Storage em segundo plano. A única coisa que você precisa fazer durante o ciclo de vida é garantir que os sistemas de arquivos do OCI File Storage do principal tenham a réplica ativada.
• Considere o uso do OCI Full Stack Disaster Recovery para automatizar as tarefas de switchover e failover. Ele permite executar um plano de switchover ou failover com apenas um clique usando a Console do OCI. É muito útil simplificar a execução das tarefas relacionadas à réplica do OCI File Storage.
• O recurso de replicação é complementar ao recurso de instantâneo, não um substituto. Certifique-se de anexar uma política de snapshot para os sistemas de arquivos do OCI File Storage também. Isso fornecerá proteção de dados, além da réplica entre regiões, permitindo que você restaure um sistema de arquivos para um ponto no tempo.
• Manter as informações específicas de cada site e mantê-las atualizadas. Por exemplo, se o sistema de arquivos contiver uma pasta com os artefatos para estabelecer conexão com um Autonomous Database, mantenha uma cópia de backup dessa pasta. Certifique-se de atualizar o backup da pasta quando executar uma atualização na wallet. Dessa forma, ele será restaurado corretamente em switchover e failovers subsequentes.
• Após uma operação de switchover ou failover, limpe os sistemas de arquivos não utilizados e altere a direção da réplica. Estas ações são necessárias para reverter a direção da réplica:
  1. Desative a replicação anterior do primário anterior e limpe (exclua) os sistemas de arquivos de destino não utilizados no novo primário.
  2. Ative a réplica nos sistemas de arquivos do OCI File Storage do novo principal.
  3. Exclua os sistemas de arquivos não utilizados no novo standby.