Observação:
- Este tutorial requer acesso ao Oracle Cloud. Para se inscrever e obter uma conta gratuita, consulte Conceitos Básicos do Oracle Cloud Infrastructure Free Tier.
- Ele usa valores de exemplo para credenciais, tenancy e compartimentos do Oracle Cloud Infrastructure. Ao concluir seu laboratório, substitua esses valores por valores específicos do seu ambiente de nuvem.
Usar o Oracle Cloud Infrastructure Database Migration Service para migração de dados em tempo real
Introdução
O Oracle Cloud Infrastructure Database Migration (OCI Database Migration) é um serviço totalmente gerenciado que fornece uma experiência de autoatendimento de alto desempenho para migrar bancos de dados para o OCI (Oracle Cloud Infrastructure). O Database Migration é executado como um serviço de nuvem gerenciado separado da sua tenancy e dos recursos. O serviço funciona como um serviço multitenant em uma tenancy do serviço OCI Database Migration e se comunica com seus recursos usando Pontos Finais Privados (PEs). Os PEs são gerenciados pelo serviço Database Migration. Uma das maiores vantagens de usar o OCI Database Migration é eliminar a preparação de infraestrutura complexa. Só precisamos fornecer a conectividade entre os bancos de dados de origem e de destino por meio do serviço OCI Database Migration.
Objetivos
Este tutorial detalha as etapas do serviço OCI Database Migration usando o Oracle GoldenGate Marketplace para migração de dados em tempo real de bancos de dados locais para o OCI. Ele detalha como migrar o banco de dados Oracle 12c hospedado na Instância da VM (supondo que esse seja nosso banco de dados de origem local) para a instância do banco de dados plugável do OCI DB System 19c (esse será nosso banco de dados de destino).
Banco de dados de origem: SASPRD, Versão: 12.2.0.2 Destino ATP: RAPPRD, Versão: 19.17.0.0.0
Pré-requisitos
-
O banco de dados de origem é instalado, configurado e carregado com dados de teste. Para este tutorial, ele é um esquema testlive que vou migrar.
-
O banco de dados de destino é provisionado com os esquemas necessários.
-
O Vault e a Chave de Criptografia Principal são criados em
cloud_eng_vault
. -
O Bucket do Oracle Object Storage é criado (Para este tutorial, o nome do bucket é datapump).
-
A porta 443 é necessária para comunicação e é adicionada à Lista de Segurança.
Tarefa 1: Configurar o Oracle GoldenGate Microservices para Replicação de Dados
-
Faça log-in na Console do OCI e navegue até o Marketplace.
-
Em Todos os Aplicativos, procure "Oracle GoldenGate for Oracle - Migrações de Banco de Dados" e selecione-o.
-
Clique em Iniciar Pilha para criar os recursos necessários e, em seguida, clique em Próximo.
-
Selecione suas configurações conforme mostrado nas imagens a seguir.
-
Navegue até o Compute. Em Instâncias, você deverá poder ver a VM de Microsserviços do Oracle Golden Gate criada. Observe o IP público do servidor.
-
Usando o Web browser, carregue o Oracle GoldenGate Service Manager. Se você receber algum erro de timeout de conexão, verifique a regra de entrada (443) na Lista de Segurança.
-
O nome de usuário do Gerenciador de serviços é
oggadmin
. Faça log-in no servidor do Oracle GoldenGate como o Usuário do OPC para obter a senha. Você encontrará um documento JSON -ogg-credentials.json
no diretório home do OPC. Obtenha a credencial do usuáriooggadmin
conforme abaixo.
-bash-4.2$ cat /home/opc/ogg-credentials.json
{"username": "oggadmin", "credential": "***********"}
Antes de registrar o banco de dados de origem e de destino no serviço OCI Database Migration, conclua as etapas obrigatórias a seguir, conforme descrito abaixo.
Tarefa 2: Preparar o Banco de Dados de Origem para Migração
Sasprd do banco de dados
-
Crie o Usuário GoldenGate no banco de dados saspdb1.
CREATE USER c##ggadmin IDENTIFIED BY c##ggadmin_password DEFAULT TABLESPACE users TEMPORARY TABLESPACE temp; ALTER USER c##ggadmin QUOTA 100M ON USERS; GRANT UNLIMITED TABLESPACE TO c##ggadmin; GRANT CONNECT, RESOURCE TO c##ggadmin container=all; GRANT SELECT ANY DICTIONARY TO C##GGADMIN container=all; GRANT CREATE VIEW TO C##GGADMIN container=all; GRANT EXECUTE ON dbms_lock TO c##ggadmin container=all; EXEC dbms_goldengate_auth.GRANT_ADMIN_PRIVILEGE('c##ggadmin',container=>'all'); On PDB SASPRD_PDB1
CREATE USER ggadmin IDENTIFIED BY ggadmin_password DEFAULT TABLESPACE users TEMPORARY TABLESPACE temp; ALTER USER ggadmin QUOTA 800M ON USERS; GRANT UNLIMITED TABLESPACE TO ggadmin; GRANT CONNECT, RESOURCE TO ggadmin; GRANT SELECT ANY DICTIONARY TO GGADMIN; GRANT CREATE VIEW TO GGADMIN; GRANT EXECUTE ON dbms_lock TO ggadmin; EXEC dbms_goldengate_auth.GRANT_ADMIN_PRIVILEGE('ggadmin'); Set below parameters Alter system set global_names=false; alter system set STREAMS_POOL_SIZE=800m; Enable ARCHIVELOG if it is not already enabled. Enable supplemental logging. sql > SELECT supplemental_log_data_min, force_logging FROM v$database; sql > ALTER DATABASE ADD SUPPLEMENTAL LOG DATA; sql > ALTER DATABASE FORCE LOGGING; Enable Golden Gate Replication sql > ALTER SYSTEM SET ENABLE_GOLDENGATE_REPLICATION=TRUE SCOPE=BOTH; Create database directory. This is the location where the dump files are created. sql > CREATE OR REPLACE DIRECTORY DATA_PUMP_DIR AS '/u01/app/oracle/product/datapump'; Preparing the Target Database for Migration: Database :-> rapprd Create GoldenGate User on the target database. In this tutorial, we have created ggadmin user in the PDB. You do not need to create any user in the container database for the target database.
CREATE USER ggadmin IDENTIFIED BY ggadmin_password DEFAULT TABLESPACE users
TEMPORARY TABLESPACE temp;
ALTER USER ggadmin QUOTA 100M ON USERS;
GRANT UNLIMITED TABLESPACE TO ggadmin;
GRANT CONNECT, RESOURCE TO ggadmin;
GRANT SELECT ANY DICTIONARY TO GGADMIN;
GRANT CREATE VIEW TO GGADMIN;
GRANT EXECUTE ON dbms_lock TO ggadmin;
EXEC dbms_goldengate_auth.GRANT_ADMIN_PRIVILEGE('ggadmin');
Set below parameters on
Alter system set global_names=false;
alter system set STREAMS_POOL_SIZE=300m;
Enable ARCHIVELOG if it is not already enabled.
Enable supplemental logging
Create database directory. This is the location where the dump files are stored.
sql > CREATE OR REPLACE DIRECTORY DATA_PUMP_DIR AS '/u01/app/oracle/product/datapump';
Agora estamos prontos para registrar os bancos de dados de origem e de destino no serviço OCI Database Migration.
Tarefa 3: Registrar os bancos de dados de origem e de destino com o serviço OCI Database Migration
-
Navegue até o serviço Database Migration na console da nuvem e clique em Bancos de Dados Registrados.
-
Clique em Registrar Banco de Dados para registrar nosso primeiro banco de dados.
-
Digite os detalhes do banco de dados de origem e clique em Próximo.
-
String de Conexão: Nome do host/endereço IP do servidor de origem + Porta + Nome do serviço.
-
-
Depois que todos os detalhes necessários forem concluídos, clique em Registrar.
-
Depois que seu banco de dados de origem for adicionado, você poderá prosseguir para o banco de dados de destino. Siga as mesmas etapas que fizemos para o banco de dados de origem. Altere a String de Conexão para refletir o endereço IP do banco de dados de destino e o nome do serviço PDB.
-
Devemos ser capazes de ver os bancos de dados de origem e de destino como Ativos.
-
-
Concluímos o registro de nossos bancos de dados de origem e destino no serviço OCI Database Migration. Agora podemos criar um job de migração. Navegue até Migrações e clique em Criar Migração.
-
Forneça um nome e clique em Próximo.
-
Para Carga Inicial, selecione a opção Data Pump via armazenamento de objeto e, em seguida, selecione o bucket.
-
Selecione a opção Usar Replicação On-line, informe os detalhes do hub GoldenGate e clique em Criar.
Tarefa 4: Validação da Tarefa
-
Depois que o job de migração for criado, valide-o antes de iniciar a migração real. Clique em Validar para iniciar o processo de validação.
- A validação vai nas fases do serviço e, se a configuração estiver boa, você poderá ver o status de validação verde conforme mostrado na tela a seguir.
-
Quando a Fase de Validação for concluída com sucesso, você poderá iniciar o job de migração de dados real.
- Aqui temos opções para pausar após iniciar a replicação. É recomendável pausar antes de fazer switchover e fazer isso depois de discutir com a equipe de aplicativos para ter uma atividade planejada. Esta é a transição real após a qual as alterações não podem ser revertidas.
-
Por fim, depois que o job de migração for concluído com sucesso e todas as etapas estiverem mostrando o status verde, então é hora de as pessoas do aplicativo validarem seus dados do aplicativo.
Links Relacionados
Confirmações
- Autor - Hakim Ahamad, Arquiteto de Nuvem Principal
Mais Recursos de Aprendizagem
Explore outros laboratórios no site docs.oracle.com/learn ou acesse mais conteúdo de aprendizado gratuito no canal YouTube do Oracle Learning. Além disso, visite education.oracle.com/learning-explorer para se tornar um Oracle Learning Explorer.
Para obter a documentação do produto, visite o Oracle Help Center.
Use Oracle Cloud Infrastructure Database Migration Service for real time data migration
F85990-01
August 2023
Copyright © 2023, Oracle and/or its affiliates.