Implementar a Replicação rsync Ponto a Ponto

Essa implementação usa a tecnologia rsync e segue o modelo peer-to-peer. Neste modelo, a cópia é feita diretamente entre os hosts pares de camada intermediária. Cada nó tem conectividade SSH com seu par e usa comandos rsync no SSH para replicar os artefatos principais do arquivo de camada intermediária.

As vantagens de implementar a replicação ponto a ponto rsync são as seguintes:

• É uma solução de uso geral aplicável a qualquer camada intermediária, portanto, se você tiver vários sistemas, poderá usar a mesma abordagem em todos eles.
• Ele não depende do tipo de armazenamento subjacente; é válido para replicar artefatos de arquivo que residem em volumes em blocos, em NFS e assim por diante.
• Ele não precisa de hardware adicional, como um host central ou armazenamento.
• O armazenamento pode permanecer montado nos nós secundários. Portanto, não é necessário executar etapas adicionais para anexar ou montar o armazenamento no secundário em cada operação de switchover ou failover.

As considerações para implementar o rsync peer-to-peer são as seguintes:

• É responsabilidade do usuário criar os scripts personalizados para cada ambiente e executá-los periodicamente.
• É responsabilidade do usuário implementar uma maneira de reverter a direção da réplica.
• Requer manutenção em muitos nós, pois os scripts não são centralizados, portanto a solução é mais complexa em clusters grandes.

Os scripts rsync peer-to-peer podem usar um modelo pull ou push. No modelo "pull", o script copia os arquivos do nó remoto para o nó local. No modelo "push", o script copia os arquivos do nó local para o nó remoto. Quando os scripts rsync são executados nos nós com a atribuição stand-by, eles executam uma operação de "extração" para recuperar o conteúdo do principal. Quando os scripts rsync são executados nos nós com a atribuição principal, eles executam uma operação de envio para copiar o conteúdo para os nós secundários. A Oracle recomenda o modelo pull para peer-to-peer. Dessa forma, os scripts rsync usam menos recursos dos hosts do sistema principal, já que todas as operações da cópia (por exemplo, a comparação checksum da cópia) são executadas nos nós secundários.

Configurar Replicação para rsync Ponto a Ponto

O seguinte é necessário para implementar o modelo ponto a ponto rsync:

• Permita a conectividade SSH entre os hosts e seus hosts pares.
• Crie scripts que usem rsync para copiar os artefatos de arquivo de camada intermediária dos hosts principais para os secundários. Os scripts rsync podem ignorar determinadas pastas da cópia (como arquivos de bloqueio, logs, arquivos temporários etc.)
• Implemente uma maneira de gerenciar as informações específicas do site, excluindo essas informações da cópia ou atualizando-as com as informações apropriadas após a réplica.
• Programe esses scripts para serem executados periodicamente.
• Um mecanismo para alterar a direção da réplica após um switchover ou failover. Esse mecanismo pode ser uma verificação dinâmica que identifica a função do site, ou uma alteração manual após um switchover ou failover (por exemplo, desabilitar e habilitar os scripts apropriados).

Exemplo 1: Usar os scripts rsync do Oracle Fusion Middleware Disaster Recovery Guide para replicação ponto a ponto

Observação:

Este exemplo se aplica a qualquer sistema de camada intermediária. Ele usa os scripts fornecidos pelo Oracle Fusion Middleware Disaster Recovery Guide para executar a réplica de camada intermediária de um sistema de DR WebLogic: rsync_for_WLS.sh e rsync_copy_and_validate.sh. Mas esses scripts geralmente são aplicáveis e fornecem flexibilidade suficiente para sincronizar qualquer artefato de arquivo de camada intermediária na OCI. Consulte Explorar Mais para obter links para esses e outros recursos.

Neste exemplo, cada host no site secundário estabelece uma conexão com seu nó primário de mesmo nível e executa uma extração do conteúdo. Para configurar a replicação de camada intermediária com esses scripts, consulte Replicating the Primary File Systems to the Secondary Site no Oracle Fusion Middleware Disaster Recovery Guide e a seção Rsync Replication Approach e, em particular, as etapas Using a Peer-to-Peer.

Descrição da ilustração dr-scripts-peer-peer.png

dr-scripts-peer-peer-oracle.zip

Validar Replicação para rsync Ponto a Ponto

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

Nesta implementação, o armazenamento está sempre disponível no stand-by; você não precisa anexar nem montar nenhum volume. A única ação que você precisa é garantir que ele contenha a versão mais recente do conteúdo.

1. Execute uma replicação.
   Execute os scripts para replicar a última versão do conteúdo.
2. Desative as replicações programadas.
   Após a última réplica ser finalizada, desative todos os scripts de réplica. Caso contrário, pode interferir com o switchover, failover ou procedimento de validação. Você ativará os scripts novamente após a operação, na direção apropriada.
3. Substitua as informações que são específicas do local nos hosts secundários de camada intermediária.
   Se os artefatos do sistema de arquivos que você está replicando contiverem informações específicas do site, certifique-se de que elas não sejam substituídas pela cópia ou sejam atualizadas após a réplica.

   Dica:

   Por exemplo, os scripts rsync ignoram o arquivo tnsnames.ora da cópia, para que você não precise alterá-lo após cada replicação.

   Se o sistema usar o Oracle Autonomous Database, restaure a pasta da wallet necessária na secundária para estabelecer conexão com o banco de dados da região secundária. Você pode usar o script de substituição fmwadb_switch_db_conn.sh em todos os hosts de camada intermediária stand-by. Requer, como entradas, o caminho onde está a wallet original secundária e a senha da wallet.

Executar Replicação Contínua para rsync Ponto a Ponto

Execute os scripts de replicação periodicamente para manter o domínio secundário em sincronia com o principal.

Siga estas recomendações ao usar o rsync nos hosts de camada intermediária:

• Use o SO crontab ou outra ferramenta de programação para executar OS scripts de replicação periodicamente. Por exemplo, ao usar os scripts rsync fornecidos pelo Oracle Fusion Middleware Disaster Recovery Guide, siga as etapas descritas na seção Scheduling Ongoing Replication With Rsync Scripts. Consulte Explore Mais neste manual para obter links para esses e outros recursos. Para a frequência de replicação, siga as diretrizes descritas em Artefatos de Arquivo de Camada Intermediária no início deste playbook.
• Mantenha os processos de camada intermediária interrompidos no site stand-by. Se os servidores estiverem ativos no site stand-by enquanto as alterações forem replicadas, as alterações entrarão em vigor na próxima vez que forem iniciadas. Inicie-os apenas quando estiver validando o site stand-by ou durante os procedimentos de switchover ou failover.
• Manter as informações específicas de cada site 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 da wallet quando executar uma atualização na wallet. Dessa forma, ele será restaurado corretamente em switchover e failovers subsequentes.
• Após um switchover ou failover, reverta a direção da réplica. Isso depende da implementação específica. Isso pode ser feito usando uma verificação dinâmica que identifica quem é o site ativo, ou com uma alteração manual após um switchover ou failover, desativando e ativando os scripts apropriados. Por exemplo, com os scripts rsync fornecidos pelo Oracle Fusion Middleware Disaster Recovery Guide, certifique-se de criar os scripts equivalentes para executar a réplica no outro sentido. No crontab ou na ferramenta agendada, habilite apenas os scripts apropriados para a função real.