Planeje a Configuração
Planeje os recursos e a configuração no sistema principal no Oracle Cloud Infrastructure antes de criar o sistema secundário.
Escolher um Snapshot Stand-by ou um Clone Remoto Atualizável
Revise o seguinte para determinar se deseja usar um Snapshot Standby ou um Clone Remoto Atualizável.
Observação:
O Clone Atualizável Remoto só está disponível com o Oracle Autonomous Database Serverless.Se você estiver usando o Oracle Autonomous Database on Dedicated Exadata Infrastructure, use o recurso de stand-by de snapshot para a configuração e o ciclo de vida. O Oracle Autonomous Database on Dedicated Exadata Infrastructure não implementa o recurso de clone atualizável remoto.
Se você estiver usando o Oracle Autonomous Database Serverless, poderá usar o Clone Atualizável Remoto ou o recurso stand-by de snapshot para a configuração e o ciclo de vida. Considere o seguinte para decidir:
Stand-by de Snapshot
- Vantagens:
- As operações de configuração e ciclo de vida são mais fáceis. Você não precisa modificar a wallet em secundário quando converte o stand-by em snapshot ou de volta para stand-by físico.
- O stand-by de snapshot não requer um banco de dados adicional na região stand-by. Só há o banco de dados stand-by que você pode converter em um snapshot e voltar para um stand-by físico.
- Quando você usa o standby no stand-by de snapshot para validar o secundário, está realmente usando o mesmo banco de dados autônomo que você usará no caso de um switchover. Portanto, sua validação é mais realista em termos de conectividade porque você usa a mesma wallet que usará no caso de um switchover.
- Desvantagens:
- Enquanto o banco de dados stand-by está no modo stand-by de snapshot, o banco de dados stand-by recebe, mas não se aplica, o
redo
do principal. Se você precisar executar um failover ou switchover urgente enquanto estiver testando o secundário, primeiro será necessário convertê-lo em standby físico para que ele seja sincronizado com o principal. Isso pode introduzir algum atraso no tempo de switchover.
- Enquanto o banco de dados stand-by está no modo stand-by de snapshot, o banco de dados stand-by recebe, mas não se aplica, o
Clone Atualizar Remoto
- Vantagens:
- O clone atualizável remoto é um banco de dados autônomo separado. Você não interage diretamente com o banco de dados stand-by ao configurar a camada intermediária stand-by ou ao testar o secundário durante o ciclo de vida.
- Desvantagens:
- Como se trata de um banco de dados autônomo separado, ele é cobrado como uma instância de banco de dados autônomo adicional.
- As operações de configuração e ciclo de vida são mais complexas. Você deve alternar a wallet entre o banco de dados stand-by real e o clone atualizável remoto cada vez para apontar para um ou para o outro.
A escolha de uma abordagem ou outra não o força a usar a mesma abordagem ao longo da vida do sistema. Desde que você use as etapas apropriadas, poderá usar uma abordagem diferente durante o ciclo de vida da abordagem usada para a configuração de recuperação de desastres. Você também pode combinar um stand-by de snapshot para algumas operações com clones atualizáveis para outros testes. Por exemplo, use snapshot para provisionamento e verificações de carga de trabalho em secundário, mas use um clone atualizável para testes esparsos enquanto o sistema está em carga pesada. Dessa forma, você pode evitar a sobrecarga (e possíveis atrasos de switchover) causada por redo apply
massivo na conversão do snapshot para o stand-by físico.
Considerações para o Sistema Principal
- Sub-rede privada
O Oracle Autonomous Database e o Oracle SOA Suite on Marketplace são colocados em uma sub-rede privada.
- Ponto Final Privado ao usar o Oracle Autonomous Database Serverless
O sistema Oracle Autonomous Database Serverless é exposto por meio de um Ponto Final Privado (PEP).
- Oracle Cloud Infrastructure Load Balancing
Um Balanceador de Carga do OCI front-end expõe o sistema Oracle WebLogic Server for OCI, Oracle SOA Suite on Marketplace ou Oracle Fusion Middleware.
O Balanceador de Carga do OCI pode ser público ou privado, dependendo dos requisitos de acesso do cliente. Para recursos implícitos de Alta Disponibilidade em regiões com vários ADs, coloque o Balanceador de Carga do OCI em uma sub-rede regional.
- Oracle Cloud Infrastructure File Storage
O sistema DR do sistema Oracle WebLogic Server for Oracle Cloud Infrastructure, Oracle SOA Suite on Marketplace ou Oracle Fusion Middleware usa uma montagem do Oracle Cloud Infrastructure File Storage que é compartilhada pelos diferentes nós nos clusters WebLogic. A montagem é usada para replicar a configuração entre regiões.
- O sistema Oracle SOA Suite on Marketplace permite criar um novo armazenamento de arquivos ou reutilizar um armazenamento de arquivos existente. Ele é montado no diretório
/u01/soacs/dbfs/share/
. Apesar do nome desse diretório, este NÃO é um diretório montado no Oracle Database File System (DBFS) para o Oracle Autonomous Database. Certifique-se de selecionar Configurar Armazenamento de Arquivos na pilha do Oracle SOA Suite on Marketplace. Você pode selecionar a opção durante o provisionamento ou pós-provisionamento. - O sistema Oracle WebLogic Server for Oracle Cloud Infrastructure permite criar um novo armazenamento de arquivos ou reutilizar o armazenamento de arquivos existente (montado no diretório
/u01/shared
). Certifique-se de selecionar Adicionar Sistema de Arquivos nas pilhas do Oracle WebLogic Server for OCI. Você pode selecionar a opção durante o provisionamento ou pós-provisionamento. - Para outros serviços, talvez você precise criar manualmente a montagem do OCI File Storage nos nós de camada intermediária principal e secundária. Se não estiver usando o Oracle WebLogic Server for Oracle Cloud Infrastructure ou o Oracle SOA Suite on Marketplace, consulte a documentação do OCI File Storage para obter detalhes e etapas sobre como criar o armazenamento.
- O sistema Oracle SOA Suite on Marketplace permite criar um novo armazenamento de arquivos ou reutilizar um armazenamento de arquivos existente. Ele é montado no diretório