Todos os produtos
Search

Este produto

    Data Transmission Service:Migrar Oracle autogerenciado para o PolarDB for PostgreSQL (Compatible with Oracle)

    Central de documentação

    Data Transmission Service:Migrar Oracle autogerenciado para o PolarDB for PostgreSQL (Compatible with Oracle)

    Última atualização: Jul 05, 2026

    Use o DTS para migrar dados de um banco de dados Oracle autogerenciado para um cluster PolarDB for PostgreSQL (Compatible with Oracle).

    Pré-requisitos

    • Crie um banco de dados Oracle autogerenciado de origem e um cluster de destino PolarDB for PostgreSQL (Compatible with Oracle).

      Nota

    • Ative o modo ARCHIVELOG no banco de dados Oracle autogerenciado, defina um período de retenção adequado para os arquivos de log arquivados e garanta que esses arquivos estejam acessíveis. Para mais informações, consulte ARCHIVELOG.

    • Ative o log suplementar no banco de dados Oracle autogerenciado e defina os parâmetros supplemental_log_data_pk e supplemental_log_data_ui como YES. Para mais informações, consulte Supplemental Logging.

    • Antes de iniciar a migração de dados, recomendamos compreender as capacidades e limitações do DTS para origens Oracle e usar o ADAM para avaliar o banco de dados. Isso garante uma migração para a nuvem sem interrupções. Para mais informações, consulte Limitações e preparações para bancos de dados Oracle e Visão geral da avaliação de banco de dados.

    Limitações

    Nota

    • O DTS migra chaves estrangeiras durante a migração de schema.

    • Durante a migração de dados completa e incremental, o DTS desativa temporariamente as verificações de restrições e cascatas de chave estrangeira no nível da sessão. Atualizações ou exclusões em cascata no banco de dados de origem enquanto a tarefa está em execução podem causar inconsistência de dados.

    Tipo

    Descrição

    Limitações do banco de dados de origem

    • O servidor que hospeda o banco de dados de origem deve ter largura de banda de saída suficiente. Caso contrário, a velocidade de migração de dados será afetada.

    • Se o banco de dados de origem estiver conectado por meio de uma linha dedicada, configure um dos endereços IP virtuais (VIPs) nas informações de conexão. Isso permite que o Oracle Real Application Clusters (RAC) se conecte à tarefa de migração de dados pela linha dedicada.

    • Caso o banco de dados Oracle autogerenciado utilize arquitetura RAC e esteja conectado via linha dedicada, VPN Gateway, Smart Access Gateway, Database Gateway (DG), Cloud Enterprise Network (CEN) ou a partir de uma instância ECS, não é possível configurar um endereço IP Single Client Access Name (SCAN). Configure apenas um dos VIPs nas informações de conexão. Ao usar esse método, o failover de nós para RAC não é suportado.

    • Se os dados a serem migrados contiverem strings vazias do tipo varchar2, que o Oracle trata como nulas, e o campo correspondente no banco de dados de destino possuir uma restrição NOT NULL, a tarefa de migração falhará.

    • Se a política FGA (Fine-Grained Audit) estiver ativada na tabela a ser migrada, o DTS não conseguirá reconhecer a pseudocoluna ORA_ROWSCN, o que causará falha na tarefa de migração.

      Nota

      Desative a política FGA para as tabelas a serem migradas ou opte por não migrar dados dessas tabelas.

    • Requisitos para objetos de migração:

      • As tabelas a serem migradas devem ter uma chave primária ou uma restrição única, e os campos devem ser únicos. Caso contrário, dados duplicados podem aparecer no banco de dados de destino.

        Nota

        Também é possível usar o ROWID do Oracle como chave primária para tabelas que não possuem chave primária ou restrição única.

      • Se o seu banco de dados Oracle autogerenciado for versão 12c ou posterior, os nomes das tabelas a serem migradas não devem exceder 30 bytes.

      • Ao migrar objetos no nível de tabela e precisar editá-los, como mapear nomes de tabelas ou colunas, uma única tarefa de migração de dados suporta no máximo 1.000 tabelas. Se esse limite for excedido, um erro será reportado após o envio da tarefa. Nesse caso, divida as tabelas em vários lotes e configure uma tarefa separada para cada lote, ou configure uma tarefa para migrar o banco de dados inteiro.

    • Para migração incremental, Redo Logs e Archive Logs:

      • Devem estar ativados.

      • Para uma tarefa de migração de dados incremental, o DTS exige que os Redo Logs e Archive Logs no banco de dados de origem sejam retidos por mais de 24 horas. Para uma tarefa que inclui migração de dados completa e incremental, o DTS exige que os Redo Logs e Archive Logs sejam retidos por pelo menos 7 dias. Após a conclusão da migração completa de dados, altere o período de retenção para mais de 24 horas. Se o período de retenção for menor que o necessário, a tarefa do DTS pode falhar por não conseguir obter os logs. Em casos extremos, isso pode causar inconsistência ou perda de dados. Problemas causados por um período de retenção de logs inferior ao requisito do DTS não são cobertos pelo Acordo de Nível de Serviço (SLA) do DTS.

    • Limitações nas operações do banco de dados de origem:

      • Durante a migração de schema e a migração completa de dados, não execute operações DDL que alterem o schema do banco de dados ou da tabela. Caso contrário, a tarefa de migração de dados falhará.

      • Se executar apenas a migração completa de dados, não grave novos dados na instância de origem. Caso contrário, ocorrerá inconsistência de dados entre a origem e o destino. Para manter a consistência de dados em tempo real, selecione migração de schema, migração completa de dados e migração incremental de dados.

      • A atualização separada de campos de texto grandes não é suportada e causará falha na tarefa.

    Outras limitações

    • Avalie o desempenho dos bancos de dados de origem e destino antes de migrar os dados e realize a migração fora dos horários de pico. Durante a migração completa de dados, o DTS consome alguns recursos de leitura e gravação dos bancos de dados de origem e destino, o que pode aumentar a carga do banco de dados.

    • A migração completa de dados executa operações INSERT concorrentes, o que causa fragmentação de tabelas no banco de dados de destino. Como resultado, o espaço de armazenamento da tabela no banco de dados de destino será maior do que na instância de origem.

    • O DTS tenta retomar tarefas de migração com falha dentro de sete dias. Antes de alternar seus negócios para a instância de destino, pare ou libere a tarefa. Alternativamente, use o comando revoke para revogar as permissões de gravação da conta que o DTS usa para acessar a instância de destino. Isso evita que os dados de origem sobrescrevam os dados na instância de destino caso a tarefa seja retomada automaticamente.

    • A migração de tabelas externas não é suportada.

    • O cluster de destino PolarDB for PostgreSQL (Compatible with Oracle) gera índices exclusivos, como pg_oid_1498503_index, para corresponder ao ROWID do banco de dados Oracle de origem. Portanto, o cluster de destino terá mais índices do que o banco de dados Oracle de origem.

    • O cluster de destino PolarDB for PostgreSQL (Compatible with Oracle) não suporta a gravação do terminador de string ('\0'). Se os dados a serem migrados contiverem esse terminador, o DTS não o gravará no banco de dados de destino. Isso causa inconsistência de dados.

    • Quando uma restrição CHECK do banco de dados Oracle de origem é migrada para o cluster de destino PolarDB for PostgreSQL (Compatible with Oracle), ela é convertida em uma restrição NOT NULL.

    • Garanta que os conjuntos de caracteres dos bancos de dados de origem e destino sejam compatíveis. Conjuntos de caracteres incompatíveis podem causar inconsistência de dados ou falha na tarefa.

    • Utilize o recurso de migração de schema do DTS. Caso contrário, a tarefa pode falhar devido a tipos de dados incompatíveis.

    • Os fusos horários dos bancos de dados de origem e destino devem ser iguais.

    • Durante a migração incremental, a importação de dados para o banco de dados de origem usando o Oracle Data Pump não é suportada. Isso pode causar perda de dados.

    • Tipos definidos pelo usuário podem ser migrados para o cluster de destino PolarDB for PostgreSQL (Compatible with Oracle). Objetos de tipo gerados automaticamente pelo Oracle, que são objetos integrados, não são migrados.

      Nota

      Os clusters PolarDB for PostgreSQL (Compatible with Oracle) já suportam os objetos integrados do Oracle, portanto, não é necessário migrá-los.

    • O DTS valida o conteúdo dos dados, mas não valida metadados como sequências. Valide os metadados manualmente.

    • Após alternar suas cargas de trabalho para a instância de destino, as sequências recém-gravadas não incrementarão a partir do valor máximo das sequências correspondentes no banco de dados de origem. Antes de alternar suas cargas de trabalho, atualize os valores das sequências no banco de dados de destino. Para mais informações, consulte Atualizar valores de sequência no banco de dados de destino.

    • Este limite aplica-se a tarefas de migração de dados completa ou incremental onde as tabelas a serem migradas do banco de dados de origem contêm chaves estrangeiras, gatilhos ou gatilhos de evento. Se a conta do banco de dados de destino tiver permissões de alto privilégio ou superusuário, o DTS define temporariamente o parâmetro session_replication_role como replica no nível da sessão durante a migração. Se a conta não tiver essas permissões, defina manualmente o parâmetro como replica no banco de dados de destino. Durante este período (enquanto session_replication_role estiver definido como replica), operações de atualização ou exclusão em cascata no banco de dados de origem podem causar inconsistência de dados. Após a liberação da tarefa de migração, defina o parâmetro de volta para origin.

    • Se uma tarefa falhar, a equipe de suporte do DTS tentará restaurá-la dentro de oito horas. Durante a restauração, eles podem reiniciar a tarefa ou ajustar seus parâmetros.

      Nota

      Apenas os parâmetros da tarefa DTS são modificados — não os parâmetros do banco de dados. Os parâmetros que podem ser ajustados incluem aqueles listados em Modificar parâmetros da instância.

    Tipos de migração

    Tipo de migração

    Descrição

    Migração de schema

    O DTS migra as definições de schema dos objetos de migração para o cluster de destino PolarDB for PostgreSQL (Compatible with Oracle). Os tipos de objeto suportados incluem tabelas, visualizações, sinônimos, gatilhos, procedimentos armazenados, funções armazenadas, pacotes e tipos definidos pelo usuário.

    Nota

    Gatilhos não são suportados neste cenário. Para evitar possível inconsistência de dados, exclua os gatilhos do banco de dados de origem. Para mais informações, consulte Configurar uma tarefa de sincronização ou migração de dados para um banco de dados de origem que contém um gatilho.

    Migração completa de dados

    O DTS migra todos os dados existentes dos objetos de migração do banco de dados Oracle autogerenciado para o cluster PolarDB for PostgreSQL (Compatible with Oracle).

    Nota

    Não execute operações DDL nos objetos de migração antes que a migração de schema e a migração completa de dados sejam concluídas. Caso contrário, a migração pode falhar.

    Migração incremental de dados

    Após a migração completa de dados, o DTS captura alterações contínuas dos redo logs do banco de dados Oracle autogerenciado e replica essas alterações para o cluster de destino PolarDB for PostgreSQL (Compatible with Oracle).

    A migração incremental de dados permite uma migração perfeita de um banco de dados Oracle para um cluster PolarDB for PostgreSQL (Compatible with Oracle) com tempo de inatividade mínimo da aplicação.

    Operações SQL para migração incremental

    Tipo de operação

    Instrução SQL

    DML

    INSERT, UPDATE e DELETE

    DDL

    • CREATE TABLE

      Nota

      O DTS não suporta instruções CREATE TABLE AS SELECT, nem CREATE TABLE para tabelas com partições, subpartições ou definições que contenham uma função.

    • ALTER TABLE, incluindo ADD COLUMN, ADD INDEX, DROP COLUMN, DROP INDEX, MODIFY COLUMN e RENAME COLUMN

    • DROP TABLE

    • RENAME TABLE, TRUNCATE TABLE e CREATE INDEX

    Pré-requisitos

    Faça login no banco de dados Oracle autogerenciado a ser migrado, crie uma conta para coleta de dados e conceda as permissões necessárias a essa conta.

    Nota

    Se já tiver criado uma conta com as permissões listadas abaixo, pule esta etapa.

    Banco de dados

    Migração de schema

    Migração completa de dados

    Migração incremental de dados

    Banco de dados Oracle autogerenciado

    Permissões de proprietário do schema

    Permissões de proprietário do schema

    Requer permissões refinadas

    Cluster PolarDB for PostgreSQL (Compatible with Oracle)

    Permissões de proprietário do schema

    Para criar uma conta de banco de dados e conceder permissões:

    Importante

    Para migrar dados incrementais, também é necessário ativar o log de arquivamento e o log suplementar. Para mais informações, consulte configuração do banco de dados.

    1. Ative o log de arquivamento e o log suplementar.

      Tipo

      Procedimento

      Log de arquivamento

      Execute as seguintes instruções para ativar o log de arquivamento:

      shutdown immediate;
startup mount;
alter database archivelog;
alter database open;
archive log list;

      Log suplementar

      Ative o log suplementar no nível do banco de dados ou da tabela conforme seus requisitos de negócios:

      Nota

      Ative o log suplementar no nível do banco de dados para garantir a estabilidade das tarefas do Data Transmission Service (DTS). Ative o log suplementar no nível da tabela para reduzir o uso de disco do banco de dados Oracle de origem.

      • Ativar log suplementar no nível do banco de dados

        1. Execute a seguinte instrução para ativar o log suplementar mínimo:

          alter database add supplemental log data;

        2. Execute a seguinte instrução para ativar o log suplementar de chave primária e chave única no nível do banco de dados:

          alter database add supplemental log data (primary key,unique index) columns;

      • Ativar log suplementar no nível da tabela

        1. Execute a seguinte instrução para ativar o log suplementar mínimo:

          alter database add supplemental log data;

        2. Ative o log suplementar no nível da tabela usando um dos seguintes métodos:

          • Ativar log suplementar de chave primária no nível da tabela

            alter table table_name add supplemental log data (primary key) columns;

          • Ativar log suplementar no nível da tabela para todas as colunas

            alter table tb_name add supplemental log data (all) columns;

      Log forçado

      Execute as seguintes instruções para ativar o log forçado:

      alter database force logging;

    2. Conceda permissões refinadas a uma conta de banco de dados Oracle.

      Oracle versões 9i a 11g

      # Create a database account named rdsdt_dtsacct and grant permissions to the account.
create user rdsdt_dtsacct IDENTIFIED BY rdsdt_dtsacct;
grant create session to rdsdt_dtsacct;
grant connect to rdsdt_dtsacct;
grant resource to rdsdt_dtsacct;
grant execute on sys.dbms_logmnr to rdsdt_dtsacct;
grant select on V_$LOGMNR_LOGS to rdsdt_dtsacct;
grant select on  all_objects to rdsdt_dtsacct;
grant select on  all_tab_cols to rdsdt_dtsacct;
grant select on  dba_registry to rdsdt_dtsacct;
grant select any table to rdsdt_dtsacct;
grant select any transaction to rdsdt_dtsacct;
-- v$log privileges
grant select on v_$log to rdsdt_dtsacct;
-- v$logfile privileges
grant select on v_$logfile to rdsdt_dtsacct;
-- v$archived_log privileges
grant select on v_$archived_log to rdsdt_dtsacct;
-- v$parameter privileges
grant select on v_$parameter to rdsdt_dtsacct;
-- v$database privileges
grant select on v_$database to rdsdt_dtsacct;
-- v$active_instances privileges
grant select on v_$active_instances to rdsdt_dtsacct;
-- v$instance privileges
grant select on v_$instance to rdsdt_dtsacct;
-- v$logmnr_contents privileges
grant select on v_$logmnr_contents to rdsdt_dtsacct;
-- system tables
grant select on sys.USER$ to rdsdt_dtsacct;
grant select on SYS.OBJ$ to rdsdt_dtsacct;
grant select on SYS.COL$ to rdsdt_dtsacct;
grant select on SYS.IND$ to rdsdt_dtsacct;
grant select on SYS.ICOL$ to rdsdt_dtsacct;
grant select on SYS.CDEF$ to rdsdt_dtsacct;
grant select on SYS.CCOL$ to rdsdt_dtsacct;
grant select on SYS.TABPART$ to rdsdt_dtsacct;
grant select on SYS.TABSUBPART$ to rdsdt_dtsacct;
grant select on SYS.TABCOMPART$ to rdsdt_dtsacct;
grant select_catalog_role TO rdsdt_dtsacct;

      Oracle 12c a 19c (multitenant)

      # Switch to the pluggable database (PDB). Create a database account named rdsdt_dtsacct and grant permissions to the account.
ALTER SESSION SET container = ORCLPDB1;
create user rdsdt_dtsacct IDENTIFIED BY rdsdt_dtsacct;
grant create  session to rdsdt_dtsacct;
grant connect  to rdsdt_dtsacct;
grant resource to rdsdt_dtsacct;
grant execute on sys.dbms_logmnr to rdsdt_dtsacct;
grant select on  all_objects to rdsdt_dtsacct;
grant select on  all_tab_cols to rdsdt_dtsacct;
grant select on  dba_registry to rdsdt_dtsacct;
grant select any table to rdsdt_dtsacct;
grant select any transaction to rdsdt_dtsacct;
-- v$log privileges
grant select on v_$log to rdsdt_dtsacct;
-- v$logfile privileges
grant select on v_$logfile to rdsdt_dtsacct;
-- v$archived_log privileges
grant select on v_$archived_log to rdsdt_dtsacct;
-- v$parameter privileges
grant select on v_$parameter to rdsdt_dtsacct;
-- v$database privileges
grant select on v_$database to rdsdt_dtsacct;
-- v$active_instances privileges
grant select on v_$active_instances to rdsdt_dtsacct;
-- v$instance privileges
grant select on v_$instance to rdsdt_dtsacct;
-- v$logmnr_contents privileges
grant select on v_$logmnr_contents to rdsdt_dtsacct;
grant select on sys.USER$ to rdsdt_dtsacct;
grant select on SYS.OBJ$ to rdsdt_dtsacct;
grant select on SYS.COL$ to rdsdt_dtsacct;
grant select on SYS.IND$ to rdsdt_dtsacct;
grant select on SYS.ICOL$ to rdsdt_dtsacct;
grant select on SYS.CDEF$ to rdsdt_dtsacct;
grant select on SYS.CCOL$ to rdsdt_dtsacct;
grant select on SYS.TABPART$ to rdsdt_dtsacct;
grant select on SYS.TABSUBPART$ to rdsdt_dtsacct;
grant select on SYS.TABCOMPART$ to rdsdt_dtsacct;
-- V$PDBS privileges
grant select on V_$PDBS to rdsdt_dtsacct;
grant select on v$database to rdsdt_dtsacct;
grant select on dba_objects to rdsdt_dtsacct;
grant select on DBA_TAB_COMMENTS to rdsdt_dtsacct;
grant select on dba_tab_cols to rdsdt_dtsacct;
grant select_catalog_role TO rdsdt_dtsacct;

# Switch to the CDB$ROOT, which is the root container of the container database (CDB). Create a database account and grant permissions to the account.
ALTER SESSION SET container = CDB$ROOT;
# Create a database account named rdsdt_dtsacct and grant permissions to the account. You must modify the default parameters of the Oracle database. 
alter session set "_ORACLE_SCRIPT"=true;
create user rdsdt_dtsacct IDENTIFIED BY rdsdt_dtsacct;
grant create session to rdsdt_dtsacct;
grant connect to rdsdt_dtsacct;
grant select on v_$logmnr_contents to rdsdt_dtsacct;
grant LOGMINING TO rdsdt_dtsacct;
grant EXECUTE_CATALOG_ROLE to rdsdt_dtsacct;
grant execute on sys.dbms_logmnr to rdsdt_dtsacct;

      Oracle 12c a 19c (não multitenant)

      # Create a database account named rdsdt_dtsacct and grant permissions to the account.
create user rdsdt_dtsacct IDENTIFIED BY rdsdt_dtsacct;
grant create  session to rdsdt_dtsacct;
grant connect  to rdsdt_dtsacct;
grant resource to rdsdt_dtsacct;
grant select on V_$LOGMNR_LOGS to rdsdt_dtsacct;
grant select on  all_objects to rdsdt_dtsacct;
grant select on  all_tab_cols to rdsdt_dtsacct;
grant select on  dba_registry to rdsdt_dtsacct;
grant select any table to rdsdt_dtsacct;
grant select any transaction to rdsdt_dtsacct;
grant select on v$database to rdsdt_dtsacct;
grant select on dba_objects to rdsdt_dtsacct;
grant select on DBA_TAB_COMMENTS to rdsdt_dtsacct;
grant select on dba_tab_cols to rdsdt_dtsacct;
-- v$log privileges
grant select on v_$log to rdsdt_dtsacct;
-- v$logfile privileges
grant select on v_$logfile to rdsdt_dtsacct;
-- v$archived_log privileges
grant select on v_$archived_log to rdsdt_dtsacct;
-- v$parameter privileges
grant select on v_$parameter to rdsdt_dtsacct;
-- v$database privileges
grant select on v_$database to rdsdt_dtsacct;
-- v$active_instances privileges
grant select on v_$active_instances to rdsdt_dtsacct;
-- v$instance privileges
grant select on v_$instance to rdsdt_dtsacct;
-- v$logmnr_contents privileges
grant select on v_$logmnr_contents to rdsdt_dtsacct;
grant select on sys.USER$ to rdsdt_dtsacct;
grant select on SYS.OBJ$ to rdsdt_dtsacct;
grant select on SYS.COL$ to rdsdt_dtsacct;
grant select on SYS.IND$ to rdsdt_dtsacct;
grant select on SYS.ICOL$ to rdsdt_dtsacct;
grant select on SYS.CDEF$ to rdsdt_dtsacct;
grant select on SYS.CCOL$ to rdsdt_dtsacct;
grant select on SYS.TABPART$ to rdsdt_dtsacct;
grant select on SYS.TABSUBPART$ to rdsdt_dtsacct;
grant select on SYS.TABCOMPART$ to rdsdt_dtsacct;
grant LOGMINING TO rdsdt_dtsacct;
grant EXECUTE_CATALOG_ROLE to rdsdt_dtsacct;
grant execute on sys.dbms_logmnr to rdsdt_dtsacct;
grant select_catalog_role TO rdsdt_dtsacct;
      Nota

      Para mais informações sobre a arquitetura multitenant do Oracle, consulte Oracle Multitenant.

    Procedimento

    1. Acesse a página da lista de tarefas de migração da região de destino usando um dos seguintes métodos.

      Pelo console do DTS

      1. Faça login no console do Data Transmission Service (DTS).

      2. No painel de navegação à esquerda, clique em Data Migration.

      3. No canto superior esquerdo da página, selecione a região onde a instância de migração está localizada.

      Pelo console do DMS

      Nota

      As operações reais podem variar dependendo do modo e layout do console do DMS. Para mais informações, consulte Console do modo simples e Personalizar o layout e estilo do console do DMS.

      1. Faça login no console do Data Management (DMS).

      2. Na barra de menu superior, escolha Data + AI > Data Transmission (DTS) > Data Migration.

      3. À direita de Data Migration Tasks, selecione a região onde a instância de migração está localizada.

    2. Clique em Create Task para acessar a página de configuração da tarefa.

    3. Opcional: No canto superior direito da página, clique em New Configuration Page.

      Nota

      • Se você já estiver na nova página de configuração (o botão no canto superior direito é Back to Previous Version), pule esta etapa.

      • Os parâmetros nas páginas de configuração nova e antiga são diferentes. Recomendamos o uso da nova página de configuração.

    4. Configure os bancos de dados de origem e destino.

      Aviso

      Após selecionar as instâncias de origem e destino, recomendamos ler atentamente os limites exibidos no topo da página. Caso contrário, a tarefa pode falhar ou ocorrer inconsistência de dados.

      Seção

      Parâmetro

      Descrição

      N/A

      Task Name

      O DTS gera automaticamente um nome para a tarefa. Recomendamos especificar um nome descritivo para facilitar a identificação. O nome não precisa ser único.

      Source Database

      Select Existing Connection

      • Para usar uma instância de banco de dados que foi adicionada ao sistema (recém-criada ou salva), selecione a instância de banco de dados na lista suspensa. As informações do banco de dados são configuradas automaticamente.

        Nota

        No console do DMS, este item de configuração chama-se Select a DMS database instance..

      • Se você não adicionou a instância de banco de dados ao sistema, ou não precisa usar uma instância já adicionada, configure manualmente as seguintes informações do banco de dados.

      Database Type

      Selecione Oracle.

      Access Method

      Selecione o método com base no local onde seu banco de dados de origem está implantado. Este exemplo usa Self-managed Database on ECS.

      Nota

      Se o seu banco de dados autogerenciado for de um tipo diferente, complete as preparações correspondentes. Para mais informações, consulte Visão geral das preparações.

      Instance Region

      Selecione a região onde o banco de dados Oracle de origem está localizado.

      ECS Instance ID

      Selecione o ID da instância ECS que hospeda seu banco de dados Oracle de origem.

      Port Number

      Insira a porta de serviço do banco de dados Oracle de origem. O valor padrão é 1521.

      Oracle Type

      • Non-RAC Instance: Se selecionar esta opção, especifique também o SID.

      • RAC or PDB Instance: Se selecionar esta opção, especifique também o Service Name.

      Este exemplo usa RAC or PDB Instance e um Service Name especificado.

      Database Account

      Insira a conta do banco de dados Oracle autogerenciado. Para requisitos de permissão, consulte Permissões da conta do banco de dados.

      Database Password

      Insira a senha da conta do banco de dados.

      Destination Database

      Select Existing Connection

      • Para usar uma instância de banco de dados que foi adicionada ao sistema (recém-criada ou salva), selecione a instância de banco de dados na lista suspensa. As informações do banco de dados são configuradas automaticamente.

        Nota

        No console do DMS, este item de configuração chama-se Select a DMS database instance..

      • Se você não adicionou a instância de banco de dados ao sistema, ou não precisa usar uma instância já adicionada, configure manualmente as seguintes informações do banco de dados.

      Database Type

      Selecione PolarDB (Compatible with Oracle).

      Access Method

      Selecione Alibaba Cloud Instance.

      Instance Region

      Selecione a região onde o cluster de destino PolarDB for PostgreSQL (Compatible with Oracle) está localizado.

      Instance ID

      Selecione o ID do cluster de destino PolarDB for PostgreSQL (Compatible with Oracle).

      Database Name

      Insira o nome do banco de dados no cluster de destino PolarDB for PostgreSQL (Compatible with Oracle) onde os objetos migrados serão armazenados.

      Database Account

      Insira a conta do banco de dados para o cluster de destino PolarDB for PostgreSQL (Compatible with Oracle). Para requisitos de permissão, consulte Permissões da conta do banco de dados.

      Database Password

      Insira a senha da conta do banco de dados.

      Encryption

      Selecione Non-encrypted ou SSL-encrypted conforme seus requisitos. Se selecionar SSL-encrypted, envie um CA Certificate.

    5. Após concluir a configuração, clique em Test Connectivity and Proceed na parte inferior da página. Na caixa de diálogo CIDR Blocks of DTS Servers que aparece, clique em Test Connectivity.

      Nota

      Garanta que os segmentos de endereço IP do serviço DTS sejam adicionados automática ou manualmente às configurações de segurança dos bancos de dados de origem e destino para permitir o acesso dos servidores DTS. Para mais informações, consulte Adicionar endereços IP do servidor DTS a uma lista de permissões.

    6. Configure os objetos da tarefa.

      1. Na página Configure Objects, configure os objetos que deseja migrar.

        Parâmetro

        Descrição

        Migration Types

        • Se precisar realizar apenas uma migração completa, selecione Schema Migration e Full Data Migration.

        • Para realizar uma migração sem tempo de inatividade, selecione Schema Migration, Full Data Migration e Incremental Data Migration.

        Nota

        • Se não selecionar Schema Migration, garanta que exista um banco de dados e tabelas para receber os dados no banco de dados de destino. Também é possível usar o recurso de mapeamento de nomes de objetos na caixa Selected Objects conforme necessário.

        • Se não selecionar Incremental Data Migration, não grave novos dados na instância de origem durante a migração de dados para garantir a consistência dos dados.

        Add a hidden primary key for a table without a primary key/a table without a unique key

        Se uma tabela a ser migrada não tiver chave primária nem chave única, selecione Yes. O DTS usa o ROWID do banco de dados Oracle como uma chave primária oculta (uma chave única não nula) na tabela de destino para evitar duplicação de dados.

        Nota

        Este parâmetro só pode ser configurado quando Migration Types incluir Schema Migration, juntamente com pelo menos um entre Full Data Migration ou Incremental Data Migration.

        Processing Mode for Existing Destination Tables

        • Precheck and Report Errors: Verifica se existem tabelas com os mesmos nomes no banco de dados de destino. Se não existirem tabelas com os mesmos nomes, a pré-verificação é aprovada. Se existirem tabelas com os mesmos nomes, um erro é reportado durante a pré-verificação e a tarefa de migração de dados não inicia.

          Nota

          Se uma tabela no banco de dados de destino tiver o mesmo nome, mas não puder ser facilmente excluída ou renomeada, altere o nome da tabela no banco de dados de destino. Para mais informações, consulte Mapeamento de nomes de objetos.

        • Ignore Errors and Proceed: Ignora a verificação de tabelas com os mesmos nomes.

          Aviso

          Selecionar Ignore Errors and Proceed pode causar inconsistência de dados e riscos aos negócios. Por exemplo:

          • Se os schemas das tabelas forem consistentes e um registro no banco de dados de destino tiver o mesmo valor de chave primária que um registro no banco de dados de origem:

            • Durante a migração completa, o DTS mantém o registro no banco de dados de destino. O registro do banco de dados de origem não é migrado.

            • Durante a migração incremental, o DTS não mantém o registro no banco de dados de destino. O registro do banco de dados de origem sobrescreve o registro no banco de dados de destino.

          • Se os schemas das tabelas forem inconsistentes, apenas algumas colunas de dados podem ser migradas, ou a migração pode falhar. Prossiga com cautela.

        Source Objects

        Na caixa Source Objects, clique nos objetos a serem migrados e, em seguida, clique em Right arrow para movê-los para a caixa Selected Objects.

        Selected Objects

        Nota

        • Se usar o recurso de mapeamento de nomes de objetos, outros objetos que dependem do objeto renomeado podem falhar na migração.

        • Para filtrar dados usando cláusulas WHERE, clique com o botão direito em uma tabela no painel Selected Objects e especifique as condições de filtro na caixa de diálogo que aparece. Para mais informações, consulte Definir condições de filtro.

        • Para selecionar as operações SQL para migração incremental de dados no nível do banco de dados ou da tabela, clique com o botão direito no objeto desejado no painel Selected Objects e selecione as operações SQL na caixa de diálogo que aparece.

      2. Clique em Next: Advanced Settings para configurar parâmetros avançados.

        Parâmetro

        Descrição

        Dedicated Cluster for Task Scheduling

        Por padrão, o DTS agenda a tarefa em um cluster compartilhado, portanto, não é necessário selecionar um. É possível adquirir um cluster dedicado com especificações específicas para executar tarefas de migração do DTS. Para mais informações, consulte O que é um cluster dedicado do DTS?

        Retry Time for Failed Connections

        Após o início da tarefa de migração, se a conexão com o banco de dados de origem ou destino falhar, o DTS reportará um erro e iniciará imediatamente a tentativa de reconexão. A duração padrão de nova tentativa é de 720 minutos. Personalize o tempo de nova tentativa para um valor entre 10 e 1440 minutos. Recomendamos definir a duração para mais de 30 minutos. Se o DTS se reconectar aos bancos de dados de origem e destino dentro da duração especificada, a tarefa de migração será retomada automaticamente. Caso contrário, a tarefa falhará.

        Nota

        • Para várias instâncias DTS que compartilham a mesma origem ou destino, o tempo de nova tentativa de rede é determinado pela configuração da última tarefa criada.

        • Como há cobrança pela tarefa durante o período de nova tentativa de conexão, recomendamos personalizar o tempo de nova tentativa com base nas necessidades do seu negócio, ou liberar a instância DTS o mais rápido possível após a liberação das instâncias de banco de dados de origem e destino.

        Retry Time for Other Issues

        Após o início da tarefa de migração, se ocorrer um problema não relacionado à conexão, como uma exceção de execução DDL ou DML, no banco de dados de origem ou destino, o DTS reportará um erro e iniciará imediatamente a tentativa de repetir a operação. A duração padrão de nova tentativa é de 10 minutos. Personalize o tempo de nova tentativa para um valor entre 1 e 1440 minutos. Recomendamos definir a duração para mais de 10 minutos. Se as operações relacionadas forem bem-sucedidas dentro da duração de nova tentativa especificada, a tarefa de migração será retomada automaticamente. Caso contrário, a tarefa falhará.

        Importante

        O valor de Retry Time for Other Issues deve ser menor que o valor de Retry Time for Failed Connections.

        Enable Throttling for Full Data Migration

        Durante a migração completa, o DTS consome recursos de leitura e gravação nos bancos de dados de origem e destino, o que pode aumentar a carga do banco de dados. Se necessário, ative o limitador de taxa para a tarefa de migração completa. Defina Queries per second (QPS) to the source database, RPS of Full Data Migration e Data migration speed for full migration (MB/s) para reduzir a carga no banco de dados de destino.

        Nota

        • Este item de configuração está disponível apenas se você selecionar Full Data Migration em Migration Types.

        • Também é possível ajustar a velocidade da migração completa após a instância de migração estar em execução.

        Enable Throttling for Incremental Data Migration

        Se necessário, também é possível definir limites de velocidade para a tarefa de migração incremental. Defina RPS of Incremental Data Migration e Data migration speed for incremental migration (MB/s) para reduzir a carga no banco de dados de destino.

        Nota

        • Este item de configuração está disponível apenas se você selecionar Incremental Data Migration em Migration Types.

        • Também é possível ajustar a velocidade da migração incremental após a instância de migração estar em execução.

        Environment Tag

        Selecione uma tag de ambiente para identificar a instância com base nos requisitos do seu negócio. Nenhuma tag é selecionada neste exemplo.

        Actual Write Code

        Selecione a codificação de caracteres para gravar dados no destino com base nos requisitos do seu negócio.

        Configure ETL

        Escolha se deseja ativar o recurso de extração, transformação e carga (ETL). Para mais informações, consulte O que é ETL? Valores válidos:

        Monitoring and Alerting

        Selecione se deseja definir alertas e receber notificações de alerta com base nas necessidades do seu negócio.

        • No: Não define alerta.

        • Yes: Configure alertas definindo um limiar de alerta e um notificações de alerta. Se uma migração falhar ou a latência exceder o limiar, o sistema envia uma notificação de alerta.

      3. Clique em Next: Data Validation para configurar uma tarefa de validação de dados.

        Para mais informações sobre o recurso de validação de dados, consulte Configurar validação de dados.

    7. Após concluir as configurações, clique em Next: Save Task Settings and Precheck na parte inferior da página.

      Passe o ponteiro sobre o botão Next: Save Task Settings and Precheck e clique em Preview OpenAPI parameters no balão que aparece para visualizar os parâmetros de configuração desta instância ao chamar a operação da API.

      Nota

      • Antes do início da tarefa de migração, o DTS realiza uma pré-verificação. A tarefa só inicia após ser aprovada na pré-verificação.

      • Se a pré-verificação falhar, clique em View Details ao lado do item de verificação com falha, corrija o problema conforme a instrução e execute a pré-verificação novamente.

      • Se um aviso for reportado durante a pré-verificação:

        • Para itens de verificação que não podem ser ignorados, clique em View Details ao lado do item com falha, corrija o problema conforme a instrução e execute a pré-verificação novamente.

        • Para itens de verificação que podem ser ignorados, clique em Confirm Alert Details, Ignore, OK e Precheck Again para pular o item de alerta e executar a pré-verificação novamente. Se optar por ignorar um aviso, isso pode causar problemas como inconsistência de dados e representar riscos aos seus negócios.

    8. Adquira a instância.

      1. Quando a Success Rate for 100%, clique em Next: Purchase Instance.

      2. Na página Purchase, selecione a especificação de link para a instância de migração de dados. Para mais informações, consulte a tabela a seguir.

        Categoria

        Parâmetro

        Descrição

        New Instance Class

        Resource Group Settings

        Selecione o grupo de recursos ao qual a instância pertence. O valor padrão é default resource group. Para mais informações, consulte O que é Resource Management?

        Instance Class

        O DTS fornece especificações de migração com diferentes níveis de desempenho. A especificação do link afeta a velocidade da migração. Selecione uma especificação com base no seu cenário de negócios. Para mais informações, consulte Especificações de link de migração de dados.

      3. Após concluir a configuração, leia e selecione Data Transmission Service (Pay-as-you-go) Service Terms.

      4. Clique em Buy and Start. Na caixa de diálogo OK que aparece, clique em OK.

        Visualize o progresso da tarefa de migração na página de lista Data Migration Tasks.

        Nota

        • Se a tarefa de migração não incluir migração incremental, ela parará automaticamente após a conclusão da migração completa. Após a parada da tarefa, seu Status muda para Completed.

        • Se a tarefa de migração incluir migração incremental, ela não parará automaticamente. A tarefa de migração incremental continua em execução. Enquanto a tarefa de migração incremental estiver em execução, o Status da tarefa será Running.

    Próximas etapas

    Se você definiu a opção Add a hidden primary key for a table without a primary key/a table without a unique key como Yes, exclua manualmente a chave primária oculta adicionada pelo DTS. Após alternar suas cargas de trabalho para o banco de dados de destino e antes de parar ou liberar a instância DTS, acesse a aba Basic Information do módulo Full Data Migration ou Incremental Write e clique em Delete Invisible Primary Key na coluna Actions.

    Importante

    Após excluir a chave primária oculta, você é responsável pela consistência dos dados.