Migrar para o Oracle Autonomous Database Serverless

Esta seção descreve como migrar suas cargas de trabalho do servidor x86 local ou do Oracle Database Appliance para o Oracle Autonomous Database Serverless e migrar seus aplicativos VMware para o Oracle Cloud VMware Solution.

Arquitetura

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 x86-oda-migrate-autonomous-serverless-vmware.png

x86-oda-migrate-autonomous-serverless-vmware.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.
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 em execução em um servidor x86 ou no Oracle Database Appliance Standard Edition, Enterprise Edition, versão 19.18 ou superior.
O banco de dados Oracle Autonomous Database Serverless de destino deve ser da versão 19.19.0.01 Extreme Enterprise Edition ou superior.
Os bancos de dados 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 Edition Extreme Performance.
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 Oracle ZFS Storage Appliance (NAS).

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.

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:

Revisar recursos de migração lógica:

Revise os recursos do Oracle 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
Oracle Zero Downtime Migration
Servidor x86 ou Oracle Database Appliance
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 bucket do OCI Storage Criar chave de API para fazer upload de dados para o bucket e importar o banco de dados
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 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
Servidor x86 ou Oracle Database Appliance: `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
Servidor x86 ou Banco de Dados do Oracle Database Appliance: `sys/system`	Executar o Data Pump para exportar o banco de dados
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 suportado para migrar bancos de dados do servidor x86 ou do Oracle Database Appliance para o Oracle Autonomous Database Serverless.
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 o Oracle Autonomous Database Serverless.
Um sistema de arquivos compartilhados é necessário para migrações lógicas. 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 Oracle Zero Downtime Migration então move os dumps de dados do OCI Object Storage para o OCI File Storage. Por fim, o Oracle Autonomous Database Serverless pode importar os dados diretamente do OCI Object Storage.
O servidor x86 ou o Oracle Database Appliance local podem executar bancos de dados de instância única e RAC. O Oracle Autonomous Database Serverless 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.
O Oracle Transparent Data Encryption é opcional para bancos de dados locais em execução no servidor x86 ou no Oracle Database Appliance. Ao migrar bancos de dados para o Oracle Autonomous Database Serverless, o banco de dados de destino sempre será criptografado.
O servidor x86 de origem ou o banco de dados e os bancos de dados de destino do Oracle Database Appliance devem executar os mesmos arquivos de fuso horário. Para obter instruções, consulte "Manage Time Zone File Version on Autonomous Database" na seção Review Documentation. Para obter instruções sobre como atualizar arquivos de fuso horário no Oracle Autonomous Database Serverless, consulte "Manage Time Zone File Version on Autonomous Database" na seção Review Documentation.
As etapas deste playbook pressupõem que haja conectividade de rede direta entre o data center em que o servidor x86 ou o Oracle Database Appliance está instalado e a VCN (Rede Virtual na Nuvem) do OCI em que a máquina virtual do Oracle Zero Downtime Migration está configurada (via FastConnect ou IPSec VPN, conforme mostrado no diagrama de arquitetura). Também é necessária uma conectividade entre a VCN e o banco de dados de destino por meio de um gateway de serviço.
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.

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.

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.
Na console do OCI, crie uma instância de computação na VCN que tenha conectividade com o banco de dados de origem por meio do gateway de roteamento dinâmico e do Oracle Autonomous Database Serverless por meio do gateway de serviço.
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.
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.
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 no banco de dados de origem (root, privilege-sudoer user).
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 Rede Virtual na Nuvem (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.
No Oracle ZFS Storage Appliance, ou no dispositivo de armazenamento conectado à rede, crie um compartilhamento de sistema de arquivos de rede a ser usado como um espaço reservado para os dumps de dados do banco de dados enquanto a migração avança.
Monte o compartilhamento do sistema de arquivos de rede em todos os nós do banco de dados de origem.
Certifique-se de que todos os usuários tenham permissões de leitura, gravação e execução (rwx). Anote o ponto de montagem.
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.
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.
Copie os arquivos PEM da etapa anterior para a VM do Oracle Zero Downtime Migration.
Faça log-in como o usuário sys no banco de dados do Oracle Database Appliance 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=’*’;                  
```
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 Serverless.
- 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 Oracle Database Appliance de origem.
- SOURCEDATABASE_CONNECTIONDETAILS_PORT: 1521
- SOURCEDATABASE_CONNECTIONDETAILS_SERVICENAME: Nome do serviço do PDB de origem ou do banco de dados contêiner (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 na 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 Oracle Database Appliance 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 do Oracle Database Appliance. 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_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 o banco de dados x86 Server ou Oracle Database Appliance de origem estiver executando o Oracle Standard Edition 2. Caso contrário, especifique um número maior que 2, de acordo com o número de CPUs disponíveis.
- 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
Execute um job de migração de dryrun 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 o banco de dados de origem adequado para migração para o Oracle Autonomous Database Serverless 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_x86_server/Oracle_Database_Appliance_node \
-srcauth zdmauth \
-srcarg1 user: root_or_sudoer_user \
-srcarg2 identity_file: path_to_ssh_private_key/ssh_private_key_file_name_from_step_4
\
-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 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.

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_x86_server/Oracle_Database_Appliance_node \
-srcauth zdmauth \
-srcarg1 user:root_or_sudoer_user \
-srcarg2 identity_file:path_to_ssh_private_key/ssh_private_key_file_name_from_step_4 \
-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 de origem. A segunda senha é a senha ADMIN do banco de dados de destino. Observe o ID do job do Oracle Zero Downtime Migration.