Migrar para o Oracle Autonomous Database on Dedicated Exadata Infrastructure

Esta seção descreve como migrar suas cargas de trabalho do Oracle Exadata para o Oracle Autonomous Database on Dedicated Exadata Infrastructure e migrar seus aplicativos VMware para o Oracle Cloud VMware Solution.

Arquitetura

Essa arquitetura mostra uma migração de bancos de dados Oracle Exadata locais e aplicativos VMware para o Oracle Autonomous Database on Dedicated Exadata Infrastructure e a Oracle Cloud VMware Solution.

Usando o Oracle Zero Downtime Migration, automatize sua migração de banco de dados e experimente um tempo de inatividade mínimo ao migrar seus dados do local para a nuvem.

Migre seus aplicativos locais em execução em VMware para o Oracle Cloud VMware Solution usando ferramentas VMware, como HCX e vMotion. O Oracle Cloud VMware Solution oferece uma implementação totalmente automatizada de um data center definido por software (SDDC) VMware na tenancy do OCI, em execução em instâncias bare metal do OCI.

O diagrama a seguir ilustra essa arquitetura de referência.

Descrição da ilustração migrar-vmware-cloud-solution-autonomous-dedicated-architecture.png

migrar-vmware-cloud-solution-autonomous-dedicated-architecture.zip

Essa arquitetura suporta os seguintes componentes:

• Região

  Uma região do Oracle Cloud Infrastructure é uma área geográfica localizada que contém um ou mais data centers, denominada domínios de disponibilidade. As regiões são independentes de outras regiões, e grandes distâncias podem separá-las (entre países ou até mesmo continentes).

• Rede virtual na nuvem (VCN) e sub-rede

  Uma VCN é uma rede personalizável e definida por software que você configura em uma região do Oracle Cloud Infrastructure. Como as redes tradicionais de data center, as VCNs oferecem total controle sobre seu ambiente de rede. Uma VCN pode ter vários blocos CIDR não sobrepostos que você pode alterar após a criação da VCN. Você pode segmentar uma VCN em sub-redes, com escopo definido para uma região ou para um domínio de disponibilidade. Cada sub-rede consiste em um intervalo contíguo de endereços que não se sobrepõem a outras sub-redes da VCN. Você pode alterar o tamanho de uma sub-rede após a criação. Uma sub-rede pode ser pública ou privada.

• Oracle Autonomous Database na Infraestrutura Dedicada do Exadata

  O Oracle Autonomous Database on Dedicated Exadata Infrastructure fornece acesso à mais recente tecnologia de banco de dados autônomo em execução em uma Infraestrutura dedicada do Exadata em uma região do OCI. Com o Autonomous Database, você tem um banco de dados totalmente elástico no qual a Oracle opera autonomamente todos os aspectos do ciclo de vida do banco de dados, desde o posicionamento do banco de dados até o backup e as atualizações. Um Exadata Infrastructure dedicado pode hospedar muitos clusters de VMs autônomas, que podem hospedar muitos bancos de dados autônomos.

• Oracle Cloud VMware Solution SDDC (Software-Defined Data Center)

  A Oracle e a VMware fizeram uma parceria para desenvolver uma implementação de SDDC (Software-Defined Data Center) certificada por VMware para uso no Oracle Cloud Infrastructure. Essa implementação, chamada Oracle Cloud VMware Solution, usa o Oracle Cloud Infrastructure para hospedar um SDDC VMware altamente disponível. Também permite a migração perfeita de todas as suas cargas de trabalho do SDDC VMware locais para o Oracle Cloud VMware Solution. O Oracle Cloud VMware Solution contém os seguintes componentes VMware:

  • VMware vSphere ESXi
  • VMware vSAN
  • VMware vCenter
  • VMware NSX-T
  • VMware HCX (opcional)
• bare metal

  Um Oracle Cloud VMware Solution SDDC (Software-Defined Data Center) contém servidores bare metal que hospedam o Oracle Cloud VMware Solution. O servidor bare metal suporta aplicativos que exigem altas contagens de núcleos, grandes volumes de memória e alta largura de banda (como Oracle Cloud VMware Solution). Você pode implantar o Oracle Cloud VMware Solution em servidores bare metal e configurar máquinas virtuais com melhorias de desempenho significativas em comparação com outras nuvens públicas e data centers locais.

• Gateway de serviço

  O gateway de serviço fornece acesso de uma VCN a outros serviços, como o Oracle Cloud Infrastructure Object Storage. O tráfego da VCN para o serviço Oracle passa pela malha da rede Oracle e nunca atravessa a internet.

• Gateway de roteamento dinâmico (DRG)

  O DRG é um roteador virtual que fornece um caminho para o tráfego de rede privada entre VCNs na mesma região, entre uma VCN e uma rede fora da região, como uma VCN em outra região do Oracle Cloud Infrastructure, uma rede local ou uma rede em outro provedor de nuvem.

• FastConnect

  O Oracle Cloud Infrastructure FastConnect fornece uma maneira fácil de criar uma conexão privada dedicada entre o seu data center e o Oracle Cloud Infrastructure. FastConnect oferece opções de largura de banda mais alta e uma experiência de rede mais confiável quando comparada com conexões baseadas em internet.

• Armazenamento de arquivos

  O OCI File Storage é usado como espaço de armazenamento temporário ao migrar bancos de dados do Oracle Exadata local para o Oracle Autonomous Database on Dedicated Exadata Infrastructure.

• Object Storage

  O OCI Object Storage é usado para armazenamento temporário de backups e exportações de banco de dados durante a migração.

Antes de Começar

Antes de começar, verifique as versões dos principais componentes usados nesta configuração e consulte a documentação do produto para referência posterior.

Verificar Requisitos

• Certifique-se de que o banco de dados de origem esteja executando o Oracle Database versão 19.18 Enterprise Edition ou superior.
• O banco de dados de destino deve ser o Oracle Autonomous Database on Dedicated Exadata Infrastructure versão 19.19.0.1.0 Enterprise Edition Extreme Performance ou mais recente.
• O Oracle Zero Downtime Migration deve ser da versão 21.4 ou superior.
• O armazenamento intermediário deve incluir o OCI Object Storage e o NAS (Oracle ZFS Storage Appliance).

Revisar Documentação

Este manual de soluções descreve como migrar cargas de trabalho de banco de dados. Consulte a solução abaixo para saber como migrar suas cargas de trabalho VMware. Os recursos adicionais são úteis para contexto, detalhes e referência para a migração do banco de dados.

Saiba como migrar os componentes VMware da sua carga de trabalho para o Oracle Cloud VMware Solution.

• Migre suas cargas de trabalho do VMware on-premises para a nuvem

Revise os recursos do Oracle Zero Downtime Migration:

• Oracle Zero Downtime Migration
• Vídeo do Oracle Zero Downtime Migration
• Instalar o software Oracle Zero Downtime Migration

Revisar recursos de migração lógica:

• "Setting Logical Migration Parameters" em Move to Oracle Cloud Using Zero Downtime Migration Guide
• Guia Passo a Passo - Migração On-line Lógica do Local para o Oracle Autonomous Database

Revise os recursos do Oracle Database:

• "Fazendo Upgrade do Arquivo de Fuso Horário e do Timestamp com Dados de Fuso Horário" no Guia de Suporte do Oracle Database Globalization

Sobre Funções e Produtos Necessários

Esta solução requer os seguintes produtos:

• Oracle Cloud Infrastructure Identity and Access Management
• Computação do OCI
• OCI Object Storage
• Oracle Zero Downtime Migration
• Oracle Exadata
• Oracle Autonomous Database na Infraestrutura Dedicada do Exadata

Estas são as funções necessárias para cada produto.

Nome do Produto: Função	Obrigatório para...
Oracle Cloud Infrastructure Identity and Access Management: OCI_user	Criar chaves de API para migração lógica
Computação OCI: admin	Criar instância do OCI Compute para executar o software Oracle Zero Downtime Migration
OCI Object Storage: Storage Admin	Criar buckets do serviço OCI Object Storage para fazer upload de dados exportados
Oracle Zero Downtime Migration: opc	Crie zdmuser para instalar e executar o software Oracle Zero Downtime Migration
Oracle Zero Downtime Migration: zdmuser	Instalar o software Oracle Zero Downtime Migration Executar o Oracle Zero Downtime Migration
Oracle Exadata: root/sudoer user	Montar compartilhamento do sistema de arquivos de rede do dispositivo de armazenamento conectado à rede para exportar banco de dados Ativar ssh sem senha na máquina virtual do Oracle Zero Downtime Migration Execute comandos sudo para instalar o agente de software do Oracle Zero Downtime Migration Execute comandos sudo para exportar banco de dados
Banco de Dados Oracle Exadata: sys/system	Executar Data Pump para exportar banco de dados para migração lógica
Oracle Autonomous Database on Dedicated Exadata Infrastructure: Database Admin	Criar banco de dados de destino do Oracle Autonomous Database on Dedicated Exadata Infrastructure
Oracle Autonomous Database on Dedicated Exadata Infrastructure: ADMIN	Executar Data Pump para importar o banco de dados para migração lógica

Consulte Produtos, Soluções e Serviços da Oracle para obter o que você precisa.

Considerações sobre Migração

Antes de começar a migração, verifique essas suposições e considerações.

• A migração lógica é o único método suportado para migrar bancos de dados do Oracle Exadata para o Oracle Autonomous Database on Dedicated Exadata Infrastructure.
• As etapas a seguir neste manual descrevem como migrar usando uma migração lógica off-line. Consulte a seção Revisar Documentação para obter informações sobre como migrar usando uma migração lógica on-line. Durante a migração on-line lógica, o Oracle Zero Downtime Migration configura o Oracle GoldenGate para migrações entre os bancos de dados de origem e de destino para garantir que os bancos de dados estejam sempre on-line durante a migração.
• Durante a migração lógica, bancos de dados plugáveis (PDBs) e/ou esquemas são migrados. Os bancos de dados não contêineres são migrados para um banco de dados Oracle Autonomous Database on Dedicated Exadata Infrastructure contido em um Autonomous Container Database.
• Durante a migração lógica, o Oracle Zero Downtime Migration não exportará os dados diretamente para o OCI Object Storage. No banco de dados Exadata de origem, o Oracle Zero Downtime Migration exporta dados para um sistema de arquivos compartilhado (sistema de arquivos de rede ou Oracle Advanced Cluster File System). Os dados exportados são então submetidos a upload para o OCI Object Storage. O banco de dados Oracle Autonomous Database on Dedicated Exadata Infrastructure de destino importa dados do OCI Object Storage.
• O Oracle Exadata local pode executar bancos de dados de instância única e RAC. O Oracle Autonomous Database on Dedicated Exadata Infrastructure executa bancos de dados RAC. Durante a migração do banco de dados, o Oracle Zero Downtime Migration converte a instância única em bancos de dados RAC quando necessário.
• No Oracle Exadata local, o uso do Oracle Transparent Data Encryption para criptografar bancos de dados é opcional. Ao migrar bancos de dados do Exadata para o Oracle Autonomous Database on Dedicated Exadata Infrastructure, o banco de dados Oracle Autonomous Database on Dedicated Exadata Infrastructure de destino sempre será criptografado.
• Os bancos de dados Exadata de origem e de destino do Oracle Autonomous Database on Dedicated Exadata Infrastructure devem executar os mesmos arquivos de fuso horário.
• As etapas deste manual pressupõem que haja conectividade de rede direta entre o Data Center em que o Exadata está instalado e a Rede Virtual na Nuvem do OCI em que o Oracle Autonomous Database on Dedicated Exadata Infrastructure e a máquina virtual do Oracle Zero Downtime Migration estão configurados (via FastConnect ou IPSec VPN, conforme mostrado no diagrama de arquitetura).
• Por padrão, o Oracle Zero Downtime Migration tentará se comunicar com o banco de dados do Oracle Autonomous Database on Dedicated Exadata Infrastructure usando o serviço high_tls. Certifique-se de que a conectividade para TCPS na porta 2484 seja permitida entre a máquina virtual do Oracle Zero Downtime Migration e o banco de dados do Oracle Autonomous Database on Dedicated Exadata Infrastructure.

Migrar Usando Migração Lógica

Esta seção descreve como executar uma migração lógica off-line. Para migração on-line, consulte a seção Revisar Documentação.

1. Na console do OCI, crie uma instância de computação na mesma VCN na qual o banco de dados de destino será configurado.
   Esta instância de computação pode ser qualquer configuração, com pelo menos duas OCPUs e 16 GB de RAM, executando o sistema operacional Oracle Linux 7.9. Essa máquina virtual será usada para executar o software Oracle Zero Downtime Migration.
2. Faça download e instale o software Oracle Zero Downtime Migration 21.4 na instância de computação do OCI usando a documentação de instalação do Oracle Zero Downtime Migration na seção Revisar Documentação.
   Execute o software Oracle Zero Downtime Migration como zdmuser.
3. Faça log-in no Oracle Zero Downtime Migration como zdmuser e gere um par de chaves ssh. Ative o ssh sem senha da conta zdmuser para todos os nós no banco de dados Exadata de origem (root, privilege-sudoer user).
4. Garanta que a VM do Oracle Zero Downtime Migration possa se comunicar com os hosts do banco de dados de origem usando o nome do host e o endereço IP. Verifique o seguinte:
   • Modifique o resolvedor de DNS da VCN ou o arquivo /etc/hosts na VM do Oracle Zero Downtime Migration, se necessário.
   • Verifique se há uma regra de segurança que permite que a VM do Oracle Zero Downtime Migration se conecte ao banco de dados de origem na porta do listener padrão 1521 e na porta ssh 22.
   • Certifique-se de que a VM do Oracle Zero Downtime Migration possa acessar o banco de dados de destino na porta TLS 2484 segura.
5. No Oracle ZFS Storage Appliance, ou no dispositivo de armazenamento conectado à rede, crie um compartilhamento de sistema de arquivos de rede para ser usado como um espaço reservado para os dumps de dados do banco de dados enquanto a migração avança.
6. Monte o compartilhamento do sistema de arquivos de rede em todos os nós do banco de dados Exadata.
   Certifique-se de que todos os usuários tenham permissões de leitura, gravação e execução (rwx). Anote o ponto de montagem.
7. Crie um novo banco de dados de destino usando a console do OCI ou a API REST. Configure o banco de dados da seguinte forma:
   • O novo banco de dados de destino pode ter um nome diferente do banco de dados de origem.
   • O novo banco de dados pode ser uma versão mais recente que o banco de dados de origem.
   • Informe uma senha para o usuário ADMIN. Anote a senha.
   Observe o OCID do banco de dados após a criação do banco de dados.
8. Na console do OCI, crie um bucket do OCI Object Storage se ainda não existir um.
   Observe o URL Swift, o namespace de armazenamento de objetos e o nome do bucket.
9. Crie uma chave de API para o usuário do OCI que possui o banco de dados de destino e também tem permissões para fazer upload de dados para o bucket do OCI Object Storage criado na etapa 8.
   Observe o OCID do usuário, o OCID da tenancy, a impressão digital e a região do OCI. Salve as chaves privadas e públicas correspondentes em arquivos PEM. Essa chave de API será usada pelo Oracle Zero Downtime Migration para estabelecer conexão com o OCI para obter informações do banco de dados de destino durante a migração do banco de dados e fazer upload de dumps de dados para o OCI Object Storage.
10. Copie os arquivos PEM da etapa anterior para a VM do Oracle Zero Downtime Migration.
11. Faça log-in como o usuário sys no banco de dados Exadata de origem para garantir que o parâmetro Streams_Pool_Size esteja definido como pelo menos 2G, por exemplo:

    SQL>show parameter streams_pool_size;
    SQL>alter system set streams_pool_size=2G scope=both SID=’*’;                  

12. Use o modelo de arquivo de resposta de migração lógica do Oracle Zero Downtime Migration incluído no Oracle Zero Downtime Migration para criar um arquivo de resposta para a migração. Os parâmetros-chave são:
    • TARGETDATABASE_OCID: OCID do banco de dados de destino do Oracle Autonomous Database on Dedicated Exadata Infrastructure.
    • MIGRATION_METHOD: OFFLINE_LOGICAL
    • DATA_TRANSFER_MEDIUM: OSS
    • TARGETDATABASE_ADMINUSERNAME: ADMIN
    • SOURCEDATABASE_ADMINUSERNAME: system
    • SOURCEDATABASE_CONNECTIONDETAILS_HOST: IP/nome do host do primeiro nó no banco de dados Exadata de origem.
    • SOURCEDATABASE_CONNECTIONDETAILS_PORT: 1521
    • SOURCEDATABASE_CONNECTIONDETAILS_SERVICENAME: Nome do serviço do PDB de origem ou banco de dados não contêiner (não CDB). Use lsnrctl para localizar.
    • OCIAUTHENTICATIONDETAILS_USERPRINCIPAL_TENANTID: OCID da Tenancy na etapa 9.
    • OCIAUTHENTICATIONDETAILS_USERPRINCIPAL_USERID: OCID do Usuário na etapa 9.
    • OCIAUTHENTICATIONDETAILS_USERPRINCIPAL_FINGERPRINT: Impressão digital da etapa 9.
    • OCIAUTHENTICATIONDETAILS_PRIVATEKEYFILE: Caminho do arquivo para o arquivo .pem de chave privada no servidor do Oracle Zero Downtime Migration da etapa 10.
    • OCIAUTHENTICATIONDETAILS_REGIONID: ID da região do OCI para o usuário do OCI na etapa 9.
    • SOURCECONTAINERDATABASE_ADMINUSERNAME: system
    • SOURCECONTAINERDATABASE_CONNECTIONDETAILS_HOST: IP/nome do host do primeiro nó no banco de dados Exadata de origem.
    • SOURCECONTAINERDATABASE_CONNECTIONDETAILS_PORT: 1521
    • SOURCECONTAINERDATABASE_CONNECTIONDETAILS_SERVICENAME: Nome do serviço para o banco de dados contêiner de origem no banco de dados Exadata. Use lsnrctl para localizar).
    • DATAPUMPSETTINGS_JOBMODE: SCHEMA
    • DATAPUMPSETTINGS_FIXINVALIDOBJECTS: TRUE
    • DATAPUMPSETTINGS_EXPORTDIRECTORYOBJECT_NAME: mig
    • DATAPUMPSETTINGS_EXPORTDIRECTORYOBJECT_PATH: Ponto de montagem do armazenamento de arquivos de rede na etapa 6.
    • DATAPUMPSETTINGS_CREATEAUTHTOKEN: FALSE
    • DATAPUMPSETTINGS_DATAPUMPPARAMETERS_EXPORTPARALLELISMDEGREE: Número de CPUs disponíveis. Deve ser maior que 2.
    • DATAPUMPSETTINGS_DATABUCKET_NAMESPACE: Namespace do OCI Object Storage na etapa 8.
    • DATAPUMPSETTINGS_DATABUCKET_BUCKETNAME: Nome do bucket do OCI Object Storage da etapa 8.
    • EXCLUDEOBJECTS-1: owner:PDBADMIN
13. É possível executar um job de migração de dryrun do Oracle Zero Downtime Migration (-eval) para validar todos os pré-requisitos para migração. Isso executa a Ferramenta Cloud Pre-Migration Advisor (CPAT) para validar se o banco de dados de origem é adequado para migração para o Oracle Autonomous Database on Dedicated Exadata Infrastructure usando a migração lógica do Oracle Zero Downtime Migration. Resolva problemas reportados pelo CPAT antes de continuar. Por exemplo:

    zdmcli migrate database -sourcedb source_db_unique_name \
    -sourcenode IP/hostname_of_first_Exadata_node \
    -srcauth zdmauth \
    -srcarg1 user: root_or_sudoer_user \
    -srcarg2 identity_file: path_to_ssh_private_key/ssh_private_key_file_name
    \
    -srcarg3 sudo_location:/usr/bin/sudo \
    -rsp path_to_response_file/response_file_name_from_step_12 \
    -eval

    Este comando solicita duas senhas. A primeira senha é a senha do sistema para o banco de dados Exadata de origem. A segunda senha é a senha ADMIN do banco de dados Oracle Autonomous Database on Dedicated Exadata Infrastructure de destino.
    Observe o ID do job do Oracle Zero Downtime Migration.
    Após uma migração de dryrun bem-sucedida, vá para a próxima etapa.
14. Depois que uma migração de dryrun for bem-sucedida, execute o job do Oracle Zero Downtime Migration. Por exemplo:

    zdmcli migrate database -sourcedb source_db__unique_name \
    -sourcenode IP/hostname_of_first_Exadata_node \
    -srcauth zdmauth \
    -srcarg1 user:root_or_sudoer_user \
    -srcarg2 identity_file:path_to_ssh_private_key/ssh_private_key_file_name \
    -srcarg3 sudo_location:/usr/bin/sudo \
    -rsp path_to_response_file/response_file_name_from_step_12

    Este comando solicita duas senhas. A primeira senha é a senha do sistema para o banco de dados Exadata de origem. A segunda senha é a senha ADMIN do banco de dados de destino. Observe o ID do job do Oracle Zero Downtime Migration.