1. Provisione e implante uma solução de disponibilidade máxima para PeopleSoft no Oracle Cloud
  2. Configurar para Migração de Banco de Dados
  3. Configurar o Banco de Dados Principal Futuro

Configurar o Banco de Dados Principal Futuro

Você configurará o Oracle Exadata Database Service on Dedicated Infrastructure principal futuro e configurará o Oracle Zero Downtime Migration para se preparar para migrar o banco de dados PeopleSoft para a OCI.

Sobre os Pré-requisitos do Oracle Zero Downtime Migration

Estes são os pré-requisitos mais críticos do Oracle Zero Downtime Migration (ZDM) para uma migração bem-sucedida:

  1. Servidor Host ZDM

    Provisione um host ou uma VM dedicada para hospedar a instalação do ZDM, que inclui uma pequena área de cobertura do Oracle Clusterware, um banco de dados MySQL e Fleet Patching and Provisioning. Esse servidor deve ter a imagem mais recente do Oracle Linux 7 instalada. Esta forma de VM pode ser pequena, 2 núcleos com 16 GB de RAM física são suficientes. O servidor ZDM orquestra todas as tarefas de migração de banco de dados nos sistemas de origem e de destino.

  2. Conectividade de Rede
    O tipo de conectividade de rede que você tem de on-premises para recursos no OCI determinará seu método de migração ZDM e as opções de transferência de dados. O Oracle Zero Downtime Migration permite diferentes topologias de conectividade de rede, incluindo conexões diretas por meio do OCI FastConnect ou IPSec VPN, uso de túneis SSH, servidores proxy e hosts bastion.

    Observação:

    É extremamente importante entender como seus sistemas on-premises acessarão recursos da OCI e se os recursos da OCI devem acessar sistemas on-premises específicos e, em caso afirmativo, por qual caminho de rede.
    Considere o seguinte:
    1. O servidor de host ZDM deve ser capaz de acessar os sistemas de origem local e de destino do OCI
    2. Para métodos de migração ON-LINE usando o Oracle Data Guard, os sistemas de origem e destino devem poder acessar um ao outro.
  3. Criptografia Transparente de Dados (TDE)

    A OCI exige que todos os bancos de dados sejam criptografados. Se não for possível criptografar os dados em si antes que o banco de dados seja transferido para o OCI, você poderá criar uma wallet de armazenamento de chaves TDE na origem e o processo de migração do ZDM criptografará os arquivos de dados no destino. Uma wallet de TDE é necessária na origem para as versões 12.2 e mais recentes do banco de dados, mas você pode usar esse método para releases de banco de dados anteriores.

    Para obter as etapas de definição da área de armazenamento de chaves de TDE, consulte "Configurando a Área de Armazenamento de Chaves de Criptografia de Dados Transparentes" em Mover para o Oracle Cloud Usando o Zero Downtime Migration.

  4. Banco de Dados de Placeholder
    Crie um banco de dados placeholder no Oracle Exadata Database Service on Dedicated Infrastructure de destino antes de migrar com o Oracle Zero Downtime Migration. O ZDM removerá as estruturas de dados do banco de dados de placeholder como parte do processo de migração, com as estruturas do banco de dados de origem restauradas em seu lugar. Seus metadados permanecerão em vigor. Use a Console do OCI para criá-la, com estas restrições:
    1. O home do banco de dados deve estar no mesmo nível de versão, release e patch do software que o principal.
    2. O DB_NAME deve ser igual ao do banco de dados principal.
    3. O DB_UNIQUE_NAME pode ser deixado em branco ou especificado, mas deve ser diferente do principal.
    4. A senha SYS deve ser igual à do principal, pois estamos usando o Oracle Data Guard.
    5. Não crie um banco de dados plugável (PDB) neste banco de dados contêiner (CDB).
    6. Não configure backups automáticos ao provisionar este banco de dados
  5. Acesso SSH

    O Oracle Zero Downtime Migration requer acesso SSH aos sistemas de origem e destino. Para o destino, você usará o usuário da nuvem opc e as chaves SSH sem senha. Para uma origem local, você usará o usuário root. Você pode configurar chaves SSH sem senha e usá-las sem frases-senhas ou pode usar o usuário e a senha root. Consulte Oracle Zero Downtime Migration para configurar o acesso SSH e garantir que o servidor host ZDM possa acessar os sistemas de origem e destino.

Observação:

Consulte Mover para o Oracle Cloud Usando o Zero Downtime Migration para obter uma descrição completa dos pré-requisitos do Oracle Zero Downtime Migration.

Configurar o Oracle Zero Downtime Migration para o Serviço Database Migration

Depois que seus pré-requisitos forem atendidos e você tiver instalado o Oracle Zero Downtime Migration, poderá criar um arquivo de resposta para configurar sua migração do banco de dados.

  1. Copie o modelo de arquivo de resposta encontrado em $ZDM_HOME/rhp/zdm/template/zdm_template.rsp para o diretório de trabalho no servidor host do Oracle Zero Downtime Migration.
  2. Edite o arquivo de resposta para a migração do banco de dados.
    Há vários parâmetros disponíveis para controlar a migração.
    Por exemplo, você pode configurar sua migração para configurar o Oracle Data Guard e o Oracle Data Guard Broker e minimizar o tempo de inatividade:
    Parâmetro ZDM Valor Comentários
    TGT_DB_UNIQUE_NAME CDBHCM_iad1dx Especifica o db_unique_name do banco de dados de placeholder.
    MIGRATION_METHOD ONLINE_PHYSICAL O método de migração usado pelo Oracle Zero Downtime Migration que não exige que o banco de dados principal esteja inativo.
    DATA_TRANSFER_MEDIUM OSS O Oracle Zero Downtime Migration usa o serviço OCI Object Storage para preparar o backup do banco de dados e depois restaurá-lo dele. Você pode usar outros métodos de transferência, como DIRECT, que podem usar RMAN RESTORE FROM SERVICE sem precisar preparar o banco de dados no armazenamento de objetos. Para DIRECT, outros parâmetros do Oracle Zero Downtime Migration são necessários, consulte a documentação do Oracle Zero Downtime Migration.
    PLATFORM_TYPE ExaCS[1] O sistema de destino para a migração é o Exadata Cloud Service.
    TGT_RETAIN_DB_UNIQUE_NAME TRUE Para que o Oracle Data Guard envie logs de volta para a origem, o banco de dados de destino (TGT) DB_UNIQUE_NAME é retido durante o processo de migração.
    TGT_SKIP_DATAPATCH TRUE Ignore a execução do datapatch no banco de dados de destino.
    SHUTDOWN_SRC FALSE Não faça shutdown do banco de dados de origem depois que a migração for concluída.
    SRC_RMAN_CHANNELS 10 O Oracle Recovery Manager (RMAN) alocará 10 canais no banco de dados de origem para backup paralelo do banco de dados.
    TGT_RMAN_CHANNELS 10 O Oracle RMAN alocará 10 canais no banco de dados de destino para restauração paralela do banco de dados.
    ZDM_USE_DG_BROKER TRUE O Oracle Zero Downtime Migration configurará o Oracle Data Guard Broker como parte do processo de migração.
    HOST https://swiftobjectstorage.us-ashburn-1.oraclecloud.com/v1/maacloud URL do ponto final do serviço OCI Object Storage. Necessário para o meio de transferência de dados do OCI Object Storage.
    OPC_CONTAINER ZDM_Backup Nome do bucket do OCI Object Storage. Necessário para o meio de transferência de dados do OCI Object Storage.

    [1] O valor aceito de PLATFORM_TYPE para o Oracle Exadata Database Service on Dedicated Infrastructure é ExaCS.

  3. Determine os parâmetros e as definições restantes apropriados ao cenário.
    Em nosso exemplo, conseguimos aceitar os valores padrão dos parâmetros restantes. Consulte a documentação do Oracle Zero Downtime Migration para obter detalhes.

Testar a Configuração e o Arquivo de Parâmetros do Oracle Zero Downtime Migration

Para testar suas etapas de preparação e seu arquivo de configuração, execute o Oracle Zero Downtime Migration no modo de avaliação.

A opção de linha de comando -eval instrui o Oracle Zero Downtime Migration a executar pré-verificações apenas para todas as fases do processo de migração e, em seguida, interromper. Não são feitas alterações nos sistemas. As pré-verificações do Oracle Zero Downtime Migration são executadas em bancos de dados de origem e de destino e, se DATA_TRANSFER_MEDIUM for definido como OSS, no OCI Object Storage.
  1. Executar pré-verificações do processo de migração.
    Por exemplo, 
    $ZDM_HOME/bin/zdmcli migrate database \
 -sourcedb CDBHCM_sca6dp \
 -sourcenode scaqan10dv0505.example.com \
 -srcauth zdmauth \
 -srcarg1 user:opc \
 -srcarg2 identity_file:/home/zdmuser/.ssh/zdm_service_host.ppk \
 -srcarg3 sudo_location:/usr/bin/sudo \
 -targetnode iadexadb-bw5wn1.ebsexadbprivate.ebscloudmaavcn.oraclevcn.com \
 -backupuser <oci user name> \
 -rsp /home/zdmuser/zdm_CDBHCM_migration.rsp \
 -tgtauth zdmauth \
 -tgtarg1 user:opc \
 -tgtarg2 identity_file:/home/zdmuser/.ssh/zdm_service_host.ppk \
 -tgtarg3 sudo_location:/usr/bin/sudo \
 -eval

    Todos os jobs do Oracle Zero Downtime Migration são executados por meio de um mecanismo de programação de jobs e são executados de forma assíncrona. Quando um comando do Oracle Zero Downtime Migration for emitido, você receberá um ID de job que pode ser usado para verificar o status do job.

  2. Verifique o status do seu job.
    Por exemplo, execute o seguinte comando para consultar o status do ID de job 5:
    $ $ZDM_HOME/bin/zdmcli query job -jobid 5
    A saída indica qual tarefa está em execução, quais tarefas estão pendentes e se as pré-verificações foram bem-sucedidas ou falharam. Ao consultar o status do job, você pode ver a progressão até que o job execute todas as tarefas necessárias.
  3. Execute zdmcli com -eval quantas vezes forem necessárias para que todas as pré-verificações sejam passadas.
    Se alguma tarefa estiver marcada como PRECHECK_FAILED, consulte o arquivo de log "Resultado" para obter erros e corrigi-los.
  4. Antes de fazer uma migração real, certifique-se de que o modo de avaliação retorne PRECHECK_PASSED para todas as tarefas de pré-verificação.
    Por exemplo, 
    iad-zdm. ebsexadbprivate.ebscloudmaavcn.oraclevcn.com: Audit ID: 50
Job ID: 5
User: zdmuser
Client: iad-zdm
Job Type: "EVAL"
Scheduled job command: "zdmcli migrate database -sourcedb CDBHCM_sca6dp -sourcenode scaqan10dv0505.mycompany.com -srcauth zdmauth -srcarg1 user:opc -srcarg2 identity_file:/home/zdmuser/.ssh/zdm_service_host.ppk -srcarg3 sudo_location:/usr/bin/sudo -targetnode iadexadb-bw5wn1.ebsexadbprivate.ebscloudmaavcn.oraclevcn.com -backupuser <oci user name> -rsp /home/zdmuser/zdm_CDBHCM_migration.rsp -tgtauth zdmauth -tgtarg1 user:opc -tgtarg2 identity_file:/home/zdmuser/.ssh/zdm_service_host.ppk -tgtarg3 sudo_location:/usr/bin/sudo -eval"
Scheduled job execution start time: 2022-07-26T20:26:01Z. Equivalent local time: 2022-07-26 20:26:01
Current status: SUCCEEDED
Result file path: "/u01/app/zdmbase/chkbase/scheduled/job-5-2022-07-26-20:26:21.log"
Metrics file path: "/u01/app/zdmbase/chkbase/scheduled/job-5-2022-07-26-20:26:21.json"
Job execution start time: 2022-07-26 20:26:21
Job execution end time: 2022-07-26 20:30:37
Job execution elapsed time: 4 minutes 16 seconds
ZDM_GET_SRC_INFO ........... PRECHECK_PASSED
ZDM_GET_TGT_INFO ........... PRECHECK_PASSED
ZDM_PRECHECKS_SRC .......... PRECHECK_PASSED
ZDM_PRECHECKS_TGT .......... PRECHECK_PASSED
ZDM_SETUP_SRC .............. PRECHECK_PASSED
ZDM_SETUP_TGT .............. PRECHECK_PASSED
ZDM_PREUSERACTIONS ......... PRECHECK_PASSED
ZDM_PREUSERACTIONS_TGT ..... PRECHECK_PASSED
ZDM_OBC_INST_SRC ........... PRECHECK_PASSED
ZDM_OBC_INST_TGT ........... PRECHECK_PASSED
ZDM_VALIDATE_SRC ........... PRECHECK_PASSED
ZDM_VALIDATE_TGT ........... PRECHECK_PASSED
ZDM_POSTUSERACTIONS ........ PRECHECK_PASSED
ZDM_POSTUSERACTIONS_TGT .... PRECHECK_PASSED
ZDM_CLEANUP_SRC ............ PRECHECK_PASSED
ZDM_CLEANUP_TGT ............ PRECHECK_PASSED

Migrar o Banco de Dados PeopleSoft

Você pode usar o Oracle Zero Downtime Migration para migrar o banco de dados. Por padrão, ele migrará o banco de dados e, em seguida, passará para ele.

Observação:

NÃO queremos que o Oracle Zero Downtime Migration execute o switchover; portanto, usaremos a cláusula -stopafter para interromper após a conclusão da fase ZDM_CONFIGURE_DG_SRC.

  1. Execute o processo de migração do banco de dados e especifique -stopafter para interromper a migração.
    Por exemplo, 
    $ZDM_HOME/bin/zdmcli migrate database \
 -sourcedb CDBHCM_sca6dp \
 -sourcenode scaqan10dv0505.mycompany.com \
 -srcauth zdmauth \
 -srcarg1 user:opc \
 -srcarg2 identity_file:/home/zdmuser/.ssh/zdm_service_host.ppk \
 -srcarg3 sudo_location:/usr/bin/sudo \
 -targetnode iadexadb-bw5wn1.ebsexadbprivate.ebscloudmaavcn.oraclevcn.com \
 -backupuser <oci user name> \
 -rsp /home/zdmuser/zdm_CDBHCM_migration.rsp \
 -tgtauth zdmauth \
 -tgtarg1 user:opc \
 -tgtarg2 identity_file:/home/zdmuser/.ssh/zdm_service_host.ppk \
 -tgtarg3 sudo_location:/usr/bin/sudo \
 -stopafter ZDM_CONFIGURE_DG_SRC

    O comando retorna um ID de job que você pode usar para verificar o status do job.

  2. Verifique o status do seu job.
    Por exemplo, execute o seguinte comando para consultar o status do ID de job 6:
    $ $ZDM_HOME/bin/zdmcli query job -jobid 6

    Veja a seguir um exemplo da saída final após concluir a fase ZDM_CONFIGURE_DB_SRC. 

    iad-zdm. ebsexadbprivate.ebscloudmaavcn.oraclevcn.com: Audit ID: 74
Job ID: 6
User: zdmuser
Client: iad-zdm
Job Type: "MIGRATE"
Scheduled job command: "zdmcli migrate database -sourcedb CDBHCM_sca6dp -sourcenode scaqan10dv0505.mycompany.com -srcauth zdmauth -srcarg1 user:opc -srcarg2 identity_file:/home/zdmuser/.ssh/zdm_service_host.ppk -srcarg3 sudo_location:/usr/bin/sudo -targetnode iadexadb-bw5wn1.ebsexadbprivate.ebscloudmaavcn.oraclevcn.com -backupuser <oci user name> -rsp /home/zdmuser/zdm_CDBHCM_migration.rsp -tgtauth zdmauth -tgtarg1 user:opc -tgtarg2 identity_file:/home/zdmuser/.ssh/zdm_service_host.ppk -tgtarg3 sudo_location:/usr/bin/sudo -pauseafter ZDM_CONFIGURE_DG_SRC"
Scheduled job execution start time: 2022-07-26T20:35:24Z. Equivalent local time: 2022-07-26 20:35:24
Current status: PAUSED
Current Phase: "ZDM_CONFIGURE_DG_SRC"
Result file path: "/u01/app/zdmbase/chkbase/scheduled/job-6-2022-07-26-20:35:51.log"
Metrics file path: "/u01/app/zdmbase/chkbase/scheduled/job-6-2022-07-26-20:35:51.json"
Job execution start time: 2022-07-26 20:35:51
Job execution end time: 2022-07-26 21:37:05
Job execution elapsed time: 1 hours 1 minutes 14 seconds
ZDM_GET_SRC_INFO ............... COMPLETED
ZDM_GET_TGT_INFO ............... COMPLETED
ZDM_PRECHECKS_SRC .............. COMPLETED
ZDM_PRECHECKS_TGT .............. COMPLETED
ZDM_SETUP_SRC .................. COMPLETED
ZDM_SETUP_TGT .................. COMPLETED
ZDM_PREUSERACTIONS ............. COMPLETED
ZDM_PREUSERACTIONS_TGT ......... COMPLETED
ZDM_OBC_INST_SRC ............... COMPLETED
ZDM_OBC_INST_TGT ............... COMPLETED
ZDM_VALIDATE_SRC ............... COMPLETED
ZDM_VALIDATE_TGT ............... COMPLETED
ZDM_BACKUP_FULL_SRC ............ COMPLETED
ZDM_BACKUP_INCREMENTAL_SRC ..... COMPLETED
ZDM_DISCOVER_SRC ............... COMPLETED
ZDM_COPYFILES .................. COMPLETED
ZDM_PREPARE_TGT ................ COMPLETED
ZDM_SETUP_TDE_TGT .............. COMPLETED
ZDM_CLONE_TGT .................. COMPLETED
ZDM_FINALIZE_TGT ............... COMPLETED
ZDM_CONFIGURE_DG_SRC ........... COMPLETED

Quando esse comando conclui a etapa ZDM_CONFIGURE_DG_SRC, o Oracle Zero Downtime Migration copiou o banco de dados de origem para o OCI, o configurou como stand-by da origem, configurou o Data Guard Broker e iniciou o redo apply. O novo stand-by do OCI está sendo sincronizado com o principal de origem.

O Oracle Zero Downtime Migration também concluiu as seguintes tarefas:

  • Registrou o banco de dados migrado no Oracle Clusterware
  • Foram atualizados os metadados do plano de controle do OCI com informações atualizadas, incluindo qualquer banco de dados plugável (PDBs) que esteja dentro do banco de dados stand-by
  • Criptografou os arquivos de dados do banco de dados stand-by usando a Criptografia Transparente de Dados (TDE), conforme observado nos pré-requisitos do Oracle Zero Downtime Migration.

    Observação:

    O WALLET_TYPE na view V$ENCRYPTION_WALLET é definido como AUTOLOGIN.

Definir Serviços de Bancos de Dados Baseados em Atribuições para Principal Futuro

Adicione serviços de banco de dados baseados em atribuição que o aplicativo PeopleSoft usará quando o banco de dados do OCI estiver preenchendo a atribuição PRIMARY, para usuários on-line e o programador de processos.

  • Adicione serviços de banco de dados baseados em atribuição para usuários on-line e o process scheduler.
    srvctl add service -db CDBHCM_iad1dx -pdb HR92U033 -service HR92U033_BATCH -preferred "CDBHCM1,CDBHCM2" -notification TRUE -role PRIMARY,SNAPSHOT_STANDBY -failovermethod BASIC -failovertype AUTO -failoverretry 10 -failoverdelay 3

srvctl add service -db CDBHCM_iad1dx -pdb HR92U033 -service HR92U033_ONLINE -preferred "CDBHCM1,CDBHCM2" -notification TRUE -role PRIMARY,SNAPSHOT_STANDBY -failovermethod BASIC -failovertype AUTO -failoverretry 10 -failoverdelay 3