Migrar para o Oracle Autonomous Database Serverless

Esta seção descreve como migrar suas cargas de trabalho de banco de dados VMware locais para o Oracle Autonomous Database Serverless e cargas de trabalho de aplicativos para o Oracle Cloud VMware Solution.

Arquitetura

Essa arquitetura mostra uma migração do banco de dados e dos aplicativos VMware locais para o Oracle Cloud Infrastructure.

A primeira etapa é migrar seus bancos de dados e 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.

Em seguida, usando o Oracle Zero Downtime Migration, automatize sua migração de banco de dados do Oracle Cloud VMware Solution para o Oracle Autonomous Database Serverless para consolidar em uma plataforma de banco de dados de alto desempenho.

Observação:

As regras de licenciamento e as condições de suporte do Oracle Database devem ser observadas ao migrar bancos de dados do VMware local para o Oracle Cloud VMware Solution.

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

Descrição da ilustração mig-vmware-autonomous-serverless-architecture.png

migrar-vmware-autonomous-serverless-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).

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

  Uma VCN é uma rede personalizável 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 sem Servidor

  O Oracle Autonomous Database Serverless fornece acesso à tecnologia de banco de dados autônomo mais recente. 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.

• Oracle Cloud VMware Solution SDDC (Data Center Definido por Software)

  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 (Data Center Definido por Software) 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. O FastConnect oferece opções de largura de banda mais alta e uma experiência de rede mais confiável quando comparado com conexões baseadas na internet.

• Armazenamento do arquivo

  O serviço OCI File Storage é usado durante a migração lógica para importar o banco de dados migrado de um sistema de arquivos compartilhado.

• 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.

Requisitos de Revisão

• Garanta que a VM do banco de dados Oracle Cloud VMware Solution de origem esteja executando o Oracle Linux 7.9 e o Oracle Database versão 19.18 Standard Edition ou Enterprise Edition.
• Os bancos de dados Oracle Autonomous Database Serverless de destino que usam até 8 OCPUs podem executar o Oracle Standard Edition. Os bancos de dados que usam mais de 8 OCPUs devem executar o Oracle Enterprise Extreme Performance versão 19.19.0.1.0 ou superior.
• O Oracle Zero Downtime Migration deve ser da versão 21.4 ou superior.
• O armazenamento intermediário deve incluir OCI Object Storage e OCI File Storage.

Documentação de Revisã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.

Aprenda a 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 Mover para o Oracle Cloud Using Zero Downtime Migration Guide
• Guia Passo a Passo - Migração On-line Lógica de Local para o Oracle Autonomous Database

Revise os recursos do Oracle Database:

• "Configurando Regras de Segurança da VCN para Armazenamento de Arquivos" na Documentação do Oracle Cloud Infrastructure
• "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
• Gerenciar Versão de Arquivo de Fuso Horário no Autonomous Database

Sobre Funções e Produtos Necessários

Esta solução requer os seguintes produtos:

• Oracle Cloud Infrastructure Identity and Access Management
• Computação OCI
• OCI Object Storage
• OCI File Storage
• Oracle Zero Downtime Migration
• Oracle Cloud VMware Solution
• Oracle Autonomous Database sem Servidor

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 do OCI: admin	Criar instância do OCI Compute para executar o software Oracle Zero Downtime Migration
OCI Object Storage: Storage Admin	Criar buckets do OCI Object Storage
Armazenamento de Arquivos do OCI: Storage Admin	Criar Armazenamento de Arquivos OCI para operações de exportação/importação
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 Cloud VMware Solution Máquina Virtual: root/sudoer user	Montar o compartilhamento do sistema de arquivos de rede do OCI File Storage para exportar banco de dados para migrações lógicas 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 fazer backup ou exportar banco de dados
Banco de Dados do Oracle Cloud VMware Solution: sys/system	Executar o Data Pump para exportar o banco de dados
OCI Oracle Cloud VMware Solution e OCI Virtual Cloud Network: Admin	Modificar a configuração do Oracle Cloud VMware Solution para adicionar o OCI Services Gateway, roteamento e regras de segurança Modificar a configuração do Oracle Cloud VMware Solution para adicionar regras de roteamento e segurança à sub-rede de rede virtual na nuvem na qual o banco de dados de destino está sendo executado
Oracle Autonomous Database Serverless: Database Admin	Criar banco de dados de destino
Oracle Autonomous Database Serverless: ADMIN	Executar o Data Pump para importar o banco de dados

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 de migração suportado.
• 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 (não CDB) são migrados para um banco de dados Oracle Autonomous Database Serverless.
• 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 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 de destino importa dados do OCI Object Storage.
• O banco de dados de origem pode executar a instância única da Oracle. O Oracle Autonomous Database Serverless sempre 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.
• A criptografia do banco de dados Oracle Transparent Data Encryption é opcional para o banco de dados de origem de VM do banco de dados Oracle Cloud VMware Solution. Ao migrar bancos de dados para o Oracle Autonomous Database Serverless, o banco de dados de destino sempre será criptografado.
• Os bancos de dados de origem e de destino devem executar os mesmos arquivos de fuso horário. Para obter instruções, consulte "Fazendo Upgrade do Arquivo de Fuso Horário e do Timestamp com Dados de Fuso Horário" e "Gerenciar Versão do Arquivo de Fuso Horário no Autonomous Database" na seção Revisar Documentação.
• As etapas deste playbook pressupõem que haja conectividade de rede direta do Oracle Cloud VMware Solution Overlay Network (onde a VM do banco de dados está instalada) para a VCN do OCI na qual a VM do Oracle Zero Downtime Migration será configurada e para a OCI Service Network na qual o banco de dados Oracle Autonomous Database Serverless de destino será executado (mostrado no diagrama da arquitetura).
• O Oracle Autonomous Database Serverless suporta apenas um tablespace padrão chamado DATA. Todas as tabelas devem ser colocadas neste tablespace. Se o banco de dados de origem usar tablespaces personalizados, eles deverão ser remapeados para o tablespace DATA durante a migração.
• Os bancos de dados de origem e de destino não precisam ter a mesma senha sys, senha ADMIN, senha da wallet, versão do banco de dados, nome do banco de dados e nível de patch.

Migrar Usando Migração Lógica

As etapas a seguir descrevem como executar uma migração lógica off-line. Para migração on-line, consulte Guia Passo a Passo - Migração On-line Lógica de Local para Oracle Autonomous Database na seção Revisar Documentação.

1. Na console do OCI, verifique se os seguintes workflows foram executados quando o Oracle Cloud VMware Solution foi implantado:
   • Configurar conectividade com o Oracle Services Network
   • Configurar conectividade com recursos de VCN
   Esses workflows permitem que as VMs em execução no NSX Overlay do Oracle Cloud VMware Solution se comuniquem com o Oracle Services Network e a VCN em que o servidor do Oracle Zero Downtime Migration está configurado ou será executado. Execute esses workflows se eles ainda não tiverem sido executados para configurar todas as regras de segurança e roteamento necessárias.
2. Crie um banco de dados Oracle Autonomous Database Serverless 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.
3. 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.
4. Siga a documentação de instalação do Oracle Zero Downtime Migration na seção Revisar Documentação para fazer download e instalar o software Oracle Zero Downtime Migration 21.4 na instância de computação do OCI.
   Execute o software Oracle Zero Downtime Migration como zdmuser.
5. 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. Modifique o resolvedor de DNS da VCN ou o arquivo /etc/hosts na VM do Oracle Zero Downtime Migration, se necessário. Verifique o seguinte:
   • 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 os hosts do banco de dados de destino nas portas do listener 1521 e 1522.
6. Faça log-in como zdmuser na instância de computação que executa o software Oracle Zero Downtime Migration e gere um par de chaves ssh. Ative o ssh sem senha da conta zdmuser para todos os nós na VM do banco de dados Oracle Cloud VMware Solution de origem (root, privilege-sudoer user).
7. Na console do OCI, crie um Armazenamento de Arquivos do OCI.
   Observe o ponto de acesso NFS, a exportação e o endereço IP na VCN.
8. Siga as etapas em "Configuring VCN Security Rules for File Storage" na seção Review Documentation para criar regras que permitam o protocolo do sistema de arquivos de rede da rede OCI NSX Overlay para o endereço IP do OCI File Storage criado na etapa 7.
9. Use o endereço IP e Exportar da etapa 7 para montar esse OCI File Storage via sistema de arquivos de rede na VM de banco de dados Oracle Cloud VMware Solution de origem. Observe o ponto de montagem.
10. 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.
11. Na console do OCI, 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 criado na etapa 10.
    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.
12. Copie os arquivos PEM da etapa anterior para a VM do Oracle Zero Downtime Migration.
13. Faça log-in como o usuário sys no banco de dados 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=’*’;                  

14. Use o modelo de arquivo de resposta de migração lógica do Oracle Zero Downtime Migration incluído no 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 criado na etapa 2.
    • MIGRATION_METHOD: OFFLINE_LOGICAL
    • DATA_TRANSFER_MEDIUM: OSS
    • TARGETDATABASE_ADMINUSERNAME: ADMIN
    • SOURCEDATABASE_ADMINUSERNAME: system
    • SOURCEDATABASE_CONNECTIONDETAILS_HOST: IP/nome do host da VM do banco de dados Oracle Cloud VMware Solution de origem.
    • SOURCEDATABASE_CONNECTIONDETAILS_PORT: 1521
    • SOURCEDATABASE_CONNECTIONDETAILS_SERVICENAME: Nome do serviço do banco de dados plugável (PDB) de origem ou do banco de dados contêiner (CDB). Use lsnrctl para localizar.
    • OCIAUTHENTICATIONDETAILS_USERPRINCIPAL_TENANTID: OCID da Tenancy na etapa 11.
    • OCIAUTHENTICATIONDETAILS_USERPRINCIPAL_USERID: OCID do Usuário na etapa 11.
    • OCIAUTHENTICATIONDETAILS_USERPRINCIPAL_FINGERPRINT: Impressão digital da etapa 11.
    • OCIAUTHENTICATIONDETAILS_PRIVATEKEYFILE: Caminho do arquivo para o arquivo PEM de chave privada no servidor do Oracle Zero Downtime Migration na etapa 12.
    • OCIAUTHENTICATIONDETAILS_REGIONID: ID da região do OCI para o usuário do OCI na etapa 11.
    • SOURCECONTAINERDATABASE_ADMINUSERNAME: system
    • SOURCECONTAINERDATABASE_CONNECTIONDETAILS_HOST: IP/nome do host da VM do banco de dados Oracle Cloud VMware Solution de origem.
    • SOURCECONTAINERDATABASE_CONNECTIONDETAILS_PORT: 1521
    • SOURCECONTAINERDATABASE_CONNECTIONDETAILS_SERVICENAME: Nome do serviço para o banco de dados contêiner de origem na VM do banco de dados do Oracle Cloud VMware Solution. Use lsnrctl para localizar.
    • DATAPUMPSETTINGS_JOBMODE: SCHEMA
    • DATAPUMPSETTINGS_FIXINVALIDOBJECTS: TRUE
    • DATAPUMPSETTINGS_EXPORTDIRECTORYOBJECT_NAME: mig
    • DATAPUMPSETTINGS_EXPORTDIRECTORYOBJECT_PATH: Ponto de montagem do sistema de arquivos de rede na etapa 9.
    • DATAPUMPSETTINGS_CREATEAUTHTOKEN: FALSE
    • DATAPUMPSETTINGS_METADATAREMAPS-1: type:REMAP_TABLESPACE,oldValue:USERS,newValue:DATA.
    • DATAPUMPSETTINGS_METADATAREMAPS-2: type:REMAP_TABLESPACE,oldValue:tablespace_to_be_migrated,newValue:DATA. É necessária uma entrada de remapeamento de tablespace para cada tablespace personalizado a ser migrado.
    • DATAPUMPSETTINGS_DATAPUMPPARAMETERS_EXPORTPARALLELISMDEGREE: Comente essa linha com um sinal de número (#) se a VM de banco de dados do Oracle Cloud VMware Solution de origem estiver executando o Oracle Standard Edition 2. Caso contrário, informe um número maior que dois, de acordo com o número de CPUs disponíveis.
    • DATAPUMPSETTINGS_DATABUCKET_NAMESPACE: Namespace do OCI Object Storage na etapa 10.
    • DATAPUMPSETTINGS_DATABUCKET_BUCKETNAME: Nome do bucket do OCI Object Storage da etapa 10.
    • EXCLUDEOBJECTS-1: owner:PDBADMIN
15. Execute um job de migração de execução seca do Oracle Zero Downtime Migration (-eval) para validar todos os pré-requisitos para migração são atendidos. Isso executa a Ferramenta Cloud Pre-Migration Advisor (CPAT) para validar se o banco de dados de origem é adequado para migração para o banco de dados de destino 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_Oracle_Cloud_VMware_Solution_database_virtual_machine \
    -srcauth zdmauth \
    -srcarg1 user:root_or_sudoer_user \
    -srcarg2 identity_file:path_to_ssh_private_key/ssh_private_key_file_name_from_step_6 \
    -srcarg3 sudo_location:/usr/bin/sudo \
    -rsp path_to_response_file/response_file_name_from_step_14 \
    -eval

    Este comando solicita duas senhas. A primeira senha é a senha do sistema para o banco de dados de origem. A segunda senha é a senha ADMIN do banco de dados 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.
16. 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_Oracle_Cloud_VMware_Solution_database_virtual_machine \
    -srcauth zdmauth \
    -srcarg1 user:root_or_sudoer_user \
    -srcarg2 identity_file:path_to_ssh_private_key/ssh_private_key_file_name_from_step_6 \
    -srcarg3 sudo_location:/usr/bin/sudo \
    -rsp path_to_response_file/response_file_name_from_step_14

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