Saiba Mais sobre a Migração de um Ambiente do Oracle EBS por Método Stand-by Usando o EBS Cloud Manager

Esse método de aumento e mudança de tempo de inatividade reduzido para migração funciona com ambientes de destino que usam o Oracle Base Database Service ou o Exadata Database Service.

Neste manual, você usa o Cloud Manager para configurar uma versão stand-by do seu ambiente on-premises na Oracle Cloud Infrastructure (OCI) e, em seguida, promover esse stand-by para produção para concluir o lift and shift. Esse recurso está disponível para o EBS 12.2 e o Oracle Database 19c e usa o Zero Downtime Migration (ZDM) da Oracle para tornar o processo mais suave.

Arquitetura

Esta solução implementa a seguinte arquitetura:



migre-ebs-env-prod-oracle.zip

A arquitetura consiste nos seguintes componentes:

  • Gerente do Oracle E-Business Suite Cloud

    O Oracle E-Business Suite Cloud Manager é um aplicativo baseado na Web que orienta os principais fluxos de automação do Oracle E-Business Suite na OCI, incluindo a migração de ambientes baseados em Linux on-premises, o provisionamento de novos ambientes e a execução de atividades de gerenciamento do ciclo de vida.

  • Camada aplicativos

    A camada de aplicativos do Oracle E-Business Suite hospeda os vários servidores e grupos de serviços, incluindo serviços Web, serviços de formulários e o servidor de processamento concorrente, que processam a lógica de negócios e gerencia a comunicação entre a camada de desktop e a camada de banco de dados.

  • Oracle Database

    Essa arquitetura é válida para ambientes de destino que incorporam o Oracle Base Database Service 19c ou o Oracle Exadata Database Service 19c.

  • OCI Object Storage

    O OCI Object Storage oferece acesso a grandes quantidades de dados estruturados e não estruturados de qualquer tipo de conteúdo, incluindo backups de banco de dados, dados analíticos e conteúdo avançado como imagens e vídeos. Você pode armazenar dados com segurança diretamente de aplicativos ou de dentro da plataforma de nuvem. Você pode dimensionar o armazenamento sem sofrer qualquer degradação no desempenho ou na confiabilidade de serviço.

    Use armazenamento padrão para armazenamento "quente" que você precisa acessar com rapidez, rapidez e frequência. Use armazenamento de arquivo compactado para armazenamento "frio" que você retém por longos períodos de tempo e acesso raro.

  • Oracle Data Guard

    O Oracle Data Guard e o Active Data Guard fornecem um conjunto abrangente de serviços que criam, mantêm, gerenciam e monitoram um ou mais bancos de dados stand-by e que permitem que os bancos de dados Oracle de produção permaneçam disponíveis sem interrupção. O Oracle Data Guard mantém esses bancos de dados stand-by como cópias do banco de dados de produção usando a replicação na memória. Se o banco de dados de produção ficar indisponível devido a uma interrupção planejada ou não planejada, o Oracle Data Guard poderá alternar qualquer banco de dados stand-by para a atribuição de produção, minimizando o tempo de inatividade associado à interrupção. O Oracle Active Data Guard fornece a capacidade adicional de descarregar cargas de trabalho de leitura máxima para bancos de dados stand-by e também fornece recursos avançados de proteção de dados.

Abordar os Pré-requisitos

Antes de proceder com esta solução, você precisa atender aos seguintes pré-requisitos:

  • Conecte o Cloud Manager ao aplicativo de origem e à camada de banco de dados por SSH, diretamente ou por meio de um servidor bastion.
  • Conecte a camada de aplicativos de destino à camada de aplicativos de origem por SSH, diretamente ou por meio de um servidor bastion.
  • Verifique a conectividade entre as camadas de banco de dados de origem e de destino usando TNSPing nas duas direções.
  • Abra as portas de firewall para o aplicativo de origem e os nós do banco de dados.
  • Certifique-se de que os nomes de host de origem e destino e os nomes de verificação sejam DNS resolvíveis nas camadas de banco de dados de origem e de destino.
  • Ative a TDE (Transparent Data Encryption) para o ambiente de origem e criptografe todos os tablespaces (exceto TEMP) no CDB e no PDB. Inclua entradas oratab, entradas de listener e use o Oracle Managed Files (OMF) para redo log. Defina o parâmetro dg_broker_config_file. Para obter mais informações sobre TDE, consulte o Oracle Advanced Security Guide 19c, que você pode acessar no Explore More, em outro lugar deste playbook.
  • Cancele a definição do parâmetro LOG_ARCHIVE_DEST na origem; use LOG_ARCHIVE_DEST_1.
  • Mantenha o banco de dados em 19c RU (Release Update) 19.21 ou posterior, seguindo os requisitos de atualização trimestral mais recentes do Oracle E-Business Suite Cloud Manager. Para obter mais detalhes, consulte "Cloud Automation Support for Database Quarterly Updates" no documento de conhecimento 2517025.1 do My Oracle Support, Getting Started with Oracle E-Business Suite on Oracle Cloud Infrastructure, que você pode acessar em Explore More, em outro lugar deste manual.
  • Crie uma pasta de estágio no ambiente de origem com as permissões corretas: use chmod 777 para /u01/STAGE e chmod 755 para /u01.
  • Corresponder sistemas operacionais entre a origem e o destino. Se o destino usar o Oracle Database@Azure, execute o banco de dados de origem no OL8.
  • Forneça pelo menos 2 GB de espaço temporário na camada de banco de dados de origem para CDB e PDB.
  • Certifique-se de que nenhuma sessão de adoção esteja ativa ou em execução; não inicie nenhuma após a criação do stand-by, pois isso fará com que a promoção falhe.
  • Certifique-se de que /tmp tenha espaço suficiente e que o usuário sudo possa ler e gravar nele, pois o ZDM usa esse diretório.
  • Defina senhas para APPS, WebLogic Server, SYS e criptografia de TDE para atender aos padrões de segurança do Oracle E-Business Suite Cloud Manager.
  • Não altere a senha da wallet de TDE na origem ou no destino, pois isso pode causar problemas durante a promoção da instância stand-by.