Visão Geral do Upgrade da Nuvem Fora do Local do Exadata Cloud@Customer Gen1 para a Infraestrutura do Oracle Exadata Database Service on Cloud@Customer Gen2

• As Formas dos Sistemas Exadata Cloud@Customer X6 e X7 são elegíveis para o upgrade fora do local.
• Os bancos de dados no Exadata Cloud@Customer Gen1 que participam de uma configuração do Data Guard são suportados pela migração. Nesse caso, o principal deve ser migrado para o Exadata Cloud@Customer Gen2 usando o procedimento regular. Uma vez concluída a migração, a configuração do Data Guard deverá ser instalada no Exadata Cloud@Customer Gen2 usando o procedimento regular Gen2.

• O upgrade do Exadata Cloud@Customer Gen1 para Gen2 só é feito quando as versões de software são compatíveis nos sistemas de origem e de destino.

  • Software Oracle Database: A origem e o destino devem estar na mesma versão principal. Por exemplo, a origem e o destino devem estar na versão 19c. No entanto, o destino pode ter um nível de patch superior ao da origem. Por exemplo, as versões do patch podem ser 19.3 para a origem e 19.8 para o destino. A equivalência correspondente da versão é 12.2; a origem e o destino devem estar na versão 12.2.0.1 do software Oracle Database, mas os níveis de patch podem ser 2019JulyRU na origem e2020OctRU no destino.
  • Banco de Dados Não Contêiner (CDB) para não CDB.
  • Implantação multitenant (CDB/PDB) em Implantação multitenant (CDB/PDB).
  • Oracle Database de instância única: Após a migração, a origem do banco de dados de instância única será convertida no banco de dados Oracle Real Application Clusters (Oracle RAC) no destino.
• As diferenças permitidas nas versões de software incluem:
  • Oracle Grid Infrastructure
  • Software Exadata
  • Sistema operacional da VM convidada
  • Ferramentas DBaaS
• Os Bancos de Dados Oracle criados no Exadata Cloud@Customer Gen1 usando ferramentas de backend, dbaasapi e dbaascli, também são suportados, além dos Bancos de Dados Oracle criados usando a Console Gen1.
• Todas as versões suportadas do Oracle Database no Exadata Cloud@Customer Gen1 são suportadas e serão migradas para a mesma versão principal no destino. O ambiente Gen2 estará na versão mais recente suportada do Exadata Cloud@Customer Gen2 para o sistema operacional da VM Convidada e o Oracle Grid Infrastructure.

Veja a seguir o que não está no escopo do upgrade da nuvem fora do local para o novo hardware Gen2:

• Não se espera que a implantação do Exadata Cloud@Customer Gen1 usando os recursos do Exadata Cloud@Customer Gen1 ainda não disponíveis na Gen2 use os procedimentos de upgrade até que o recurso ou equivalente esteja disponível na Gen2.
• Somente o upgrade do Exadata Cloud@Customer está no escopo como parte do procedimento aqui. O upgrade ou a migração do próprio OCC não está no escopo.
• Você poderá reverter o upgrade até que o hardware principal e secundário estejam no local. A perda de dados é possível dependendo do uso do aplicativo e do tempo de transição. Depois que o hardware do Exadata Cloud@Customer Gen1 for enviado de volta à Oracle, você não poderá reverter o upgrade e não poderá reverter para o Exadata Cloud@Customer Gen1 também.

Confira esta lista de verificação para preparar o upgrade da nuvem fora do local para a nova infraestrutura Gen2:

• Configurar Ambiente do Exadata Cloud@Customer Gen2

  Uma implantação base em funcionamento do Exadata Cloud@Customer Gen2 é um pré-requisito para iniciar qualquer upgrade fora do local do Exadata Cloud@Customer Gen1 para Gen2.

  Para obter mais informações sobre a configuração do Exadata Cloud@Customer Gen2, consulte Preparação para o Exadata Cloud@Customer.

• Configurar Hardware para Migrar Bancos de Dados Oracle usando o Oracle Zero Downtime Migration (ZDM). Para obter mais informações, consulte Preparar um Host para Instalação de Software Zero Downtime Migration

• Configurar a rede
  • Forneça o caminho de acesso da rede dos servidores Exadata Cloud@Customer Gen1 e Gen2 aos servidores ZDM usados no upgrade.
  • Forneça acesso da rede e o acesso SSH do servidor ZDM para a respectiva infraestrutura do Exadata Cloud@Customer.
  • Para qualquer acesso de cliente aos bancos de dados de destino, verifique se um caminho de rede está disponível do host cliente para os novos bancos de dados implantados do Exadata Cloud@Customer Gen2.
• Software
  • O upgrade exigirá versões mínimas da pilha de software para que, antes do upgrade, instale a versão apropriada do Oracle Grid Infrastructure na infraestrutura de destino do Exadata Cloud@Customer Gen2.
  • As versões do Oracle Database suportadas no Exadata Cloud@Customer Gen1 continuarão a ser suportadas. Na infraestrutura Gen2 de destino, instale as versões apropriadas do software Oracle Database e os patches one-off que existem no banco de dados de origem.
  • Preencha todos os requisitos para servidores ZDM em termos de instalação, configuração, acesso da rede e acesso SSH.
• Segurança
  • O Exadata Cloud@Customer Gen2 não usa o Oracle Advanced Support Gateway Security (OASG); por isso, não pode solicitar logs do OASG.
• Certifique-se de que o backup automático não esteja configurado no destino Gen2 antes da migração.

Use o ZDM para migrar bancos de dados Oracle da infraestrutura Gen1 do Exadata Cloud@Customer para o Oracle Exadata Database Service on Cloud@Customer Gen2.

Para se familiarizar com os recursos do ZDM, consulte Configurando o Software Zero Downtime Migration. Como primeira etapa, faça download, instale e configure o ZDM no host identificado para o servidor ZDM.

O Zero Downtime Migration suporta migração on-line e off-line (backup e recuperação). Para o upgrade do Exadata Cloud@Customer de Gen1 para Gen2, é recomendável usar a Migração Física do ZDM. Especificamente, é recomendável usar a Migração On-line com Transferência de Dados Direta (migração física on-line (MIGRATION_METHOD=ONLINE_PHYSICAL) usando a transferência de dados direta (DATA_TRANSFER_MEDIUM=DIRECT). A Migração On-line com Transferência de Dados Direta está disponível com o Zero Downtime Migration 21.2 e suporta a transferência de dados direta da metodologia de migração física. Esse novo recurso permite que os usuários evitem o uso de um armazenamento intermediário para backups (normalmente, NFS ou OCI Object Storage). O ZDM aproveita a duplicação de banco de dados ativa (para bancos de dados 11.2) ou a restauração do serviço (para mais de 12 bancos de dados). Você pode usar esse método para migrar seus bancos de dados Exadata Cloud@Customer Gen1 para Exadata Cloud@Customer Gen2. Exemplos dos arquivos de linha de comando e resposta são fornecidos a seguir para referência.

Para obter mais informações, consulte:

• Introdução ao Zero Downtime Migration
• Preparação para a Migração do Banco de Dados
• Migrando o Banco de Dados com o Zero Downtime Migration

zdmcli migrate database -sourcedb z19tgt1 -sourcenode scaqae03client01vm06 -srcauth zdmauth -srcarg1 user:opc -srcarg2 identity_file:/home/giusr/.ssh/id_gen1vm -srcarg3 sudo_location:/usr/bin/sudo -targetnode tgt1 -rsp /home/giusr/activeduplicate_zdm_online_19c.rsp -tgtauth zdmauth -tgtarg1 user:opc -tgtarg2 identity_file:/home/giusr/.ssh/dbaas_sshkey.priv -tgtarg3 sudo_location:/usr/bin/sudo -schedule NOW -tdekeystorepasswd
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_VALIDATE_SRC .............. COMPLETED
ZDM_VALIDATE_TGT .............. COMPLETED
ZDM_DISCOVER_SRC .............. COMPLETED
ZDM_COPYFILES ................. COMPLETED
ZDM_PREPARE_TGT ............... COMPLETED
ZDM_SETUP_TDE_TGT ............. COMPLETED
ZDM_DUPLICATE_TGT ............. COMPLETED
ZDM_FINALIZE_TGT .............. COMPLETED
ZDM_CONFIGURE_DG_SRC .......... COMPLETED
ZDM_SWITCHOVER_SRC ............ COMPLETED
ZDM_SWITCHOVER_TGT ............ COMPLETED
ZDM_POST_DATABASE_OPEN_TGT .... COMPLETED
ZDM_DATAPATCH_TGT ............. COMPLETED
ZDM_MANIFEST_TO_CLOUD ......... COMPLETED
ZDM_POST_MIGRATE_TGT .......... COMPLETED
ZDM_POSTUSERACTIONS ........... COMPLETED
ZDM_POSTUSERACTIONS_TGT ....... COMPLETED
ZDM_CLEANUP_SRC ............... COMPLETED
ZDM_CLEANUP_TGT ............... COMPLETED

TGT_DB_UNIQUE_NAME=z19tgt1_uniq2
MIGRATION_METHOD=ONLINE_PHYSICAL
DATA_TRANSFER_MEDIUM=DIRECT
PLATFORM_TYPE=EXACC
SRC_HTTP_PROXY_URL=
SRC_HTTP_PROXY_PORT=
SRC_CONFIG_LOCATION=
SRC_BASTION_HOST_IP=
SRC_BASTION_PORT=
SRC_BASTION_USER=
SRC_BASTION_IDENTITY_FILE=
SRC_HOST_IP=
SRC_TIMEZONE=
SRC_OSS_PROXY_HOST=
SRC_OSS_PROXY_PORT=
SRC_SSH_RETRY_TIMEOUT=
SRC_PDB_NAME=
SRC_DB_LISTENER_PORT=
TGT_HTTP_PROXY_URL=
TGT_HTTP_PROXY_PORT=
TGT_CONFIG_LOCATION=
TGT_BASTION_HOST_IP=
TGT_BASTION_PORT=
TGT_BASTION_USER=
TGT_BASTION_IDENTITY_FILE=
TGT_HOST_IP=
TGT_SSH_TUNNEL_PORT=
TGT_SSH_RETRY_TIMEOUT=
TGT_OSS_PROXY_HOST=
TGT_OSS_PROXY_PORT=
TGT_DATADG=
TGT_REDODG=
TGT_RECODG=
TGT_DATAACFS=
TGT_REDOACFS=
TGT_RECOACFS=
BACKUP_PATH=
HOST=
OPC_CONTAINER=
SRC_ZDLRA_WALLET_LOC=
TGT_ZDLRA_WALLET_LOC=
ZDLRA_CRED_ALIAS=
NONCDBTOPDB_CONVERSION=FALSE
NONCDBTOPDB_SWITCHOVER=TRUE
SKIP_FALLBACK=TRUE
TGT_RETAIN_DB_UNIQUE_NAME=
TGT_SKIP_DATAPATCH=FALSE
MAX_DATAPATCH_DURATION_MINS=
DATAPATCH_WITH_ONE_INSTANCE_RUNNING=
SHUTDOWN_SRC=
SKIP_SRC_SERVICE_RETENTION=
SRC_RMAN_CHANNELS=6
TGT_RMAN_CHANNELS=16
ZDM_LOG_OSS_PAR_URL=
ZDM_BACKUP_FULL_SRC_MONITORING_INTERVAL=10
ZDM_BACKUP_INCREMENTAL_SRC_MONITORING_INTERVAL=10
ZDM_BACKUP_DIFFERENTIAL_SRC_MONITORING_INTERVAL=10
ZDM_CLONE_TGT_MONITORING_INTERVAL=10
ZDM_OSS_RESTORE_TGT_MONITORING_INTERVAL=10
ZDM_OSS_RECOVER_TGT_MONITORING_INTERVAL=10
ZDM_BACKUP_RETENTION_WINDOW=
ZDM_BACKUP_TAG=
ZDM_USE_EXISTING_BACKUP=
ZDM_OPC_RETRY_WAIT_TIME=
ZDM_OPC_RETRY_COUNT=
ZDM_SRC_TNS_ADMIN=
ZDM_CURL_LOCATION=
ZDM_USE_EXISTING_UNDO_SIZE=
ZDM_SKIP_DG_CONFIG_CLEANUP=
ZDM_RMAN_COMPRESSION_ALGORITHM=LOW
ZDM_SRC_DB_RESTORE_SERVICE_NAME=
ZDM_RMAN_DIRECT_METHOD=ACTIVE_DUPLICATE

zdmcli migrate database -sourcedb z12tgt1s -sourcenode scaqae03client01vm06 -srcauth zdmauth -srcarg1 user:opc -srcarg2 identity_file:/home/giusr/.ssh/id_gen1vm -srcarg3 sudo_location:/usr/bin/sudo -targetnode tgt1 -rsp /home/giusr/dir_zdm_online_121_sidb.rsp -tgtauth zdmauth -tgtarg1 user:opc -tgtarg2 identity_file:/home/giusr/.ssh/dbaas_sshkey.priv-tgtarg3 sudo_location:/usr/bin/sudo -schedule NOW -tdekeystorepasswd"
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_VALIDATE_SRC .............. COMPLETED
ZDM_VALIDATE_TGT .............. COMPLETED
ZDM_DISCOVER_SRC .............. COMPLETED
ZDM_COPYFILES ................. COMPLETED
ZDM_PREPARE_TGT ............... COMPLETED
ZDM_SETUP_TDE_TGT ............. COMPLETED
ZDM_RESTORE_TGT ............... COMPLETED
ZDM_RECOVER_TGT ............... COMPLETED
ZDM_FINALIZE_TGT .............. COMPLETED
ZDM_CONFIGURE_DG_SRC .......... COMPLETED
ZDM_SWITCHOVER_SRC ............ COMPLETED
ZDM_SWITCHOVER_TGT ............ COMPLETED
ZDM_POST_DATABASE_OPEN_TGT .... COMPLETED
ZDM_DATAPATCH_TGT ............. COMPLETED
ZDM_MANIFEST_TO_CLOUD ......... COMPLETED
ZDM_POST_MIGRATE_TGT .......... COMPLETED
ZDM_POSTUSERACTIONS ........... COMPLETED
ZDM_POSTUSERACTIONS_TGT ....... COMPLETED
ZDM_CLEANUP_SRC ............... COMPLETED
ZDM_CLEANUP_TGT ............... COMPLETED

TGT_DB_UNIQUE_NAME=z12tgt1s_uniq
MIGRATION_METHOD=ONLINE_PHYSICAL
DATA_TRANSFER_MEDIUM=DIRECT
PLATFORM_TYPE=EXACC
SRC_HTTP_PROXY_URL=
SRC_HTTP_PROXY_PORT=
SRC_CONFIG_LOCATION=
SRC_BASTION_HOST_IP=
SRC_BASTION_PORT=
SRC_BASTION_USER=
SRC_BASTION_IDENTITY_FILE=
SRC_HOST_IP=
SRC_TIMEZONE=
SRC_OSS_PROXY_HOST=
SRC_OSS_PROXY_PORT=
SRC_SSH_RETRY_TIMEOUT=
SRC_PDB_NAME=
SRC_DB_LISTENER_PORT=
TGT_HTTP_PROXY_URL=
TGT_HTTP_PROXY_PORT=
TGT_CONFIG_LOCATION=
TGT_BASTION_HOST_IP=
TGT_BASTION_PORT=
TGT_BASTION_USER=
TGT_BASTION_IDENTITY_FILE=
TGT_HOST_IP=
TGT_SSH_TUNNEL_PORT=
TGT_SSH_RETRY_TIMEOUT=
TGT_OSS_PROXY_HOST=
TGT_OSS_PROXY_PORT=
TGT_DATADG=
TGT_REDODG=
TGT_RECODG=
TGT_DATAACFS=
TGT_REDOACFS=
TGT_RECOACFS=
BACKUP_PATH=
HOST=
OPC_CONTAINER=
SRC_ZDLRA_WALLET_LOC=
TGT_ZDLRA_WALLET_LOC=
ZDLRA_CRED_ALIAS=
NONCDBTOPDB_CONVERSION=FALSE
NONCDBTOPDB_SWITCHOVER=TRUE
SKIP_FALLBACK=TRUE
TGT_RETAIN_DB_UNIQUE_NAME=
TGT_SKIP_DATAPATCH=FALSE
MAX_DATAPATCH_DURATION_MINS=
DATAPATCH_WITH_ONE_INSTANCE_RUNNING=
SHUTDOWN_SRC=
SKIP_SRC_SERVICE_RETENTION=
SRC_RMAN_CHANNELS=6
TGT_RMAN_CHANNELS=16
ZDM_LOG_OSS_PAR_URL=
ZDM_BACKUP_FULL_SRC_MONITORING_INTERVAL=10
ZDM_BACKUP_INCREMENTAL_SRC_MONITORING_INTERVAL=10
ZDM_BACKUP_DIFFERENTIAL_SRC_MONITORING_INTERVAL=10
ZDM_CLONE_TGT_MONITORING_INTERVAL=10
ZDM_OSS_RESTORE_TGT_MONITORING_INTERVAL=10
ZDM_OSS_RECOVER_TGT_MONITORING_INTERVAL=10
ZDM_BACKUP_RETENTION_WINDOW=
ZDM_BACKUP_TAG=
ZDM_USE_EXISTING_BACKUP=
ZDM_OPC_RETRY_WAIT_TIME=
ZDM_OPC_RETRY_COUNT=
ZDM_SRC_TNS_ADMIN=
ZDM_CURL_LOCATION=
ZDM_USE_EXISTING_UNDO_SIZE=
ZDM_SKIP_DG_CONFIG_CLEANUP=
ZDM_RMAN_COMPRESSION_ALGORITHM=LOW
ZDM_SRC_DB_RESTORE_SERVICE_NAME=
ZDM_RMAN_DIRECT_METHOD=

Monitoramento: A Oracle vai monitorar a instalação do Oracle Exadata Database Service on Cloud@Customer Gen2 desde o início da instalação, exatamente como uma instalação normal do Gen2.

Backups: Os backups são feitos do cluster de VMs do Exadata Cloud@Customer Gen1 e continuarão a funcionar durante o upgrade. Após a migração para o Oracle Exadata Database Service on Cloud@Customer Gen2, os backups para o Gen1 Oracle Cloud At Customer (OCC) Object Storage Service (OSS) não são permitidos e você deve usar métodos de backup suportados para o Oracle Exadata Database Service on Cloud@Customer Gen2.

O upgrade moverá seus recursos para o Plano de Controle Gen 2 Cloud do Oracle Exadata Database Service on Cloud@Customer e para o hardware de nova geração.

Use a Console do OCI Gen2 para gerenciar a infraestrutura, os clusters, os bancos de dados e os usuários/grupos do Oracle Exadata Database Service on Cloud@Customer Gen2.

A pilha de software é atualizada para versões mais recentes, por exemplo, da seguinte forma:

• Software Exadata: 19.x ou mais recente
• Oracle Grid Infrastructure: 19c
• Sistema operacional da VM Convidada: Oracle Linux 7
• Ferramentas DBaaS: 20.x
• CSI: Você terá um novo CSI para sua conta do Cloud.

Patches: O processo de aplicação de patch da infraestrutura e a notificação são diferentes na Gen2. Para obter mais informações, consulte Mantendo um Sistema Exadata Cloud@Customer.

Para finalidades de upgrade, a ferramenta recomendada para uso é o Oracle Zero Downtime Migration (ZDM).

Estas são algumas das melhores práticas recomendadas no contexto do uso do ZDM para o upgrade de Gen1 para Gen2:

• Embora todos os métodos de migração Física sejam suportados, é recomendável usar a Migração On-line com Transferência de Dados Direta.
  Observação
  
  Não é recomendável usar o Gen1 Oracle Cloud At Customer OSS ou o OCI Object Storage para essa migração.
• Defina ZDM_RMAN_COMPRESSION_ALGORITHM como LOW.
• O Oracle Home do banco de dados de destino deve estar no mesmo nível de patch ou em um nível mais alto que o da origem.
• O Oracle Home do banco de dados de destino deve ter todos os patches one-off que o Oracle Home de origem.
• Faça uma execução de validação antes da execução real.
• Para um banco de dados de origem CDB, é necessário que todos os PDBs na origem estejam on-line.