Migrate Amazon RDS for Oracle to PolarDB for PostgreSQL (Compatible with Oracle) - Data Transmission Service: Central de Documentação do Alibaba Cloud

Migre dados de uma instância do Amazon RDS for Oracle para um cluster PolarDB for PostgreSQL (Compatible with Oracle) usando o Data Transmission Service (DTS). O DTS conecta-se à instância do Amazon RDS for Oracle como uma source Oracle autogerenciada.

Pré-requisitos

Ative o acesso público à instância do Amazon RDS for Oracle para permitir que o DTS se conecte a ela pela internet.
A instância source do Amazon RDS for Oracle deve ser versão 9i, 10g, 11g ou 12c e posterior, e usar arquitetura não multitenant.
A instância de destino PolarDB for PostgreSQL (Compatible with Oracle) deve ter mais espaço de armazenamento do que o utilizado pela instância source do Amazon RDS for Oracle.
Revise os recursos e as limitações do DTS para sources Oracle e avalie o banco de dados com o Advanced Database & Application Migration (ADAM). Para mais informações, consulte Limitations and preparations for Oracle databases e Database Evaluation Overview.

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 source enquanto a tarefa está em execução podem causar inconsistência de dados.
O DTS não suporta migração completa em múltiplos estágios; conclua a migração completa em uma única operação. Caso precise migrar dados em lotes, configure várias tarefas de migração.

Tipo	Descrição
Limitações do banco de dados source	O servidor que hospeda o banco de dados source 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 source 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. Se o banco de dados Oracle autogerenciado usar arquitetura RAC e estiver conectado por meio de linha dedicada, VPN Gateway, Smart Access Gateway, Database Gateway (DG), Cloud Enterprise Network (CEN) ou a partir de uma instância ECS, não será 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 tiver 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`, causando 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 Use o ROWID do Oracle como chave primária para tabelas que não possuem chave primária ou restrição única. Se o banco de dados Oracle autogerenciado for versão 12c ou posterior, os nomes das tabelas a serem migradas não devem exceder 30 bytes. Se você 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á relatado 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 todo o banco de dados. 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 source 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 poderá falhar devido à impossibilidade de 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 exigido pelo 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 source: 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 source. Caso contrário, ocorrerá inconsistência de dados entre a source 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 grandes campos de texto não é suportada e causará falha na tarefa.
Outras limitações	Avalie o desempenho dos bancos de dados source e de destino antes de migrar os dados e realize a migração fora do horário de pico. Durante a migração completa de dados, o DTS consome alguns recursos de leitura e gravação dos bancos de dados source e de destino, o que pode aumentar a carga do banco de dados. A migração completa de dados executa operações INSERT simultâneas, causando fragmentação de tabela no banco de dados de destino. Como resultado, o espaço de armazenamento da tabela no banco de dados de destino fica maior do que na instância source. 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 da source 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 source. Portanto, o cluster de destino possui mais índices do que o banco de dados Oracle source. 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, causando inconsistência de dados. Quando uma restrição CHECK do banco de dados Oracle source é 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 source e de destino sejam compatíveis. Conjuntos de caracteres incompatíveis podem causar inconsistência de dados ou falha na tarefa. Use 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 source e de destino devem ser iguais. Durante a migração incremental, a importação de dados para o banco de dados source usando 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 internos, não são migrados. Nota Os clusters PolarDB for PostgreSQL (Compatible with Oracle) já suportam os objetos internos do Oracle, portanto, não é necessário migrá-los. O DTS valida o conteúdo dos dados, mas não valida metadados como sequences. Valide os metadados manualmente. Após alternar suas cargas de trabalho para a instância de destino, as sequences recém-gravadas não incrementarão a partir do valor máximo das sequences correspondentes no banco de dados source. Antes de alternar suas cargas de trabalho, atualize os valores das sequences no banco de dados de destino. Para mais informações, consulte Update sequence values in the destination database. Este limite aplica-se a tarefas de migração de dados completa ou incremental em que as tabelas a serem migradas do banco de dados source contêm chaves estrangeiras, gatilhos ou gatilhos de evento. 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 do banco de dados de destino não tiver as permissões necessárias, defina manualmente o parâmetro como `replica` no banco de dados de destino. Durante esse período (enquanto `session_replication_role` estiver definido como `replica`), operações de atualização ou exclusão em cascata no banco de dados source podem causar inconsistência de dados. Após a liberação da tarefa de migração, redefina o parâmetro 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 Modify instance parameters.

Faturamento

Tipo de migração	Taxa de configuração	Taxa de transferência de dados
Migração de schema e migração completa de dados	Gratuito.	Gratuito.
Migração incremental de dados	Cobrado. Para detalhes, consulte Billing overview.	Gratuito.

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, views, sinônimos, triggers, stored procedures, stored functions, packages e tipos definidos pelo usuário. Nota Triggers não são suportados neste cenário. Para evitar possível inconsistência de dados, exclua os triggers do banco de dados source. Para mais informações, consulte Configure a data synchronization or migration task for a source database that contains a trigger.
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 contínua de um banco de dados Oracle para um cluster PolarDB for PostgreSQL (Compatible with Oracle) com tempo de inatividade mínimo da aplicação.

Mapeamento de tipos de dados

Para mais informações, consulte Data type mapping between heterogeneous databases.

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

Permissões de conta de banco de dados

Banco de dados	Migração de schema	Migração completa de dados	Migração incremental de dados
Amazon RDS for Oracle	Permissões de proprietário do schema	Permissões de proprietário do schema	Permissões de usuário master
Cluster PolarDB for PostgreSQL (Compatible with Oracle)	Permissões de proprietário do schema

Para criar contas de banco de dados e conceder permissões:

Para Amazon RDS for Oracle, consulte Database account preparations, CREATE USER e GRANT.
Para clusters PolarDB for PostgreSQL (Compatible with Oracle), consulte Create a database account.

Antes de começar

Faça login no console de Gerenciamento do Amazon RDS.
Acesse a página Basic Information da instância do Amazon RDS for Oracle.
Na seção Security group rules, clique em nome do grupo de segurança da regra de entrada.
Adicione os blocos CIDR dos servidores DTS para a região correspondente (porta: 1521) à regra de entrada. Para detalhes sobre os intervalos de endereços IP, consulte Add DTS Server IP Addresses to a Whitelist.
Nota
- Adicione apenas os blocos CIDR para servidores DTS na região do banco de dados de destino. Por exemplo, se o banco de dados source estiver na região Singapore e o banco de dados de destino estiver na região China (Hangzhou), adicione apenas os blocos CIDR para servidores DTS na região China (Hangzhou).
- É possível adicionar vários blocos CIDR a uma única regra.
- Para mais informações, consulte a documentação oficial da AWS ou entre em contato com o Suporte da AWS.

Configure as definições de log para a instância do Amazon RDS for Oracle. Pule esta etapa se não precisar de migração incremental de dados.

Se sua instância do Amazon RDS for Oracle for versão 12c ou posterior (arquitetura não multitenant), execute as etapas a seguir para configurar seus logs:

Conecte-se ao banco de dados Amazon RDS for Oracle usando uma conta de usuário master e a ferramenta SQL*Plus.

Ative o log de arquivamento e o log suplementar.

Tipo de log

Procedimento

Log de arquivamento

Execute o seguinte comando para verificar se o log de arquivamento está ativado:
```
SELECT LOG_MODE FROM v$database;
```
Visualize e defina o período de retenção para logs arquivados.

Nota
Retenha logs arquivados por pelo menos 72 horas. O exemplo a seguir define 72 horas.
```
exec rdsadmin.rdsadmin_util.show_configuration;
exec rdsadmin.rdsadmin_util.set_configuration('archivelog retention hours', 72); 
```

Log suplementar

Com base nos requisitos do seu negócio, ative o log suplementar no nível do banco de dados ou no nível da tabela:

Ativar log suplementar no nível do banco de dados

Execute o seguinte comando para verificar se o log suplementar no nível do banco de dados está ativado:
```
SELECT supplemental_log_data_min, supplemental_log_data_pk, supplemental_log_data_ui FROM v$database;
```

Ative o log suplementar de chave primária e chave única no nível do banco de dados.

exec rdsadmin.rdsadmin_util.alter_supplemental_logging('ADD', 'PRIMARY KEY');
exec rdsadmin.rdsadmin_util.alter_supplemental_logging('ADD', 'UNIQUE');

Ative o log suplementar no nível da tabela usando um dos seguintes métodos:
- Ative o log suplementar para todas as colunas de uma tabela.
```
exec rdsadmin.rdsadmin_util.alter_supplemental_logging('ADD', 'ALL');
```
- Ative o log suplementar de chave primária no nível da tabela.
```
exec rdsadmin.rdsadmin_util.alter_supplemental_logging('ADD', 'PRIMARY KEY');
```

Conceda permissões refinadas à conta do banco de dados Amazon RDS for Oracle.

Conceder permissões refinadas

Permissions

# This script creates a database account named RDSDT_DTSACCT and grants it the required permissions.
create user RDSDT_DTSACCT IDENTIFIED BY RDSDT_DTSACCT;
grant create session to RDSDT_DTSACCT;
grant connect to RDSDT_DTSACCT;
grant resource to RDSDT_DTSACCT;
exec rdsadmin.rdsadmin_util.grant_sys_object('V_$LOGMNR_LOGS','RDSDT_DTSACCT','SELECT');
exec rdsadmin.rdsadmin_util.grant_sys_object('ALL_OBJECTS','RDSDT_DTSACCT','SELECT');
exec rdsadmin.rdsadmin_util.grant_sys_object('ALL_TAB_COLS','RDSDT_DTSACCT','SELECT');
exec rdsadmin.rdsadmin_util.grant_sys_object('DBA_REGISTRY','RDSDT_DTSACCT','SELECT');
grant select any table to RDSDT_DTSACCT;
grant select any transaction to RDSDT_DTSACCT;
-- v$log privileges
exec rdsadmin.rdsadmin_util.grant_sys_object('V_$LOG','RDSDT_DTSACCT','SELECT');
-- v$logfile privileges
exec rdsadmin.rdsadmin_util.grant_sys_object('V_$LOGFILE','RDSDT_DTSACCT','SELECT');
-- v$archived_log privileges
exec rdsadmin.rdsadmin_util.grant_sys_object('V_$ARCHIVED_LOG','RDSDT_DTSACCT','SELECT');
-- v$parameter privileges
exec rdsadmin.rdsadmin_util.grant_sys_object('V_$PARAMETER','RDSDT_DTSACCT','SELECT');
-- v$database privileges
exec rdsadmin.rdsadmin_util.grant_sys_object('V_$DATABASE','RDSDT_DTSACCT','SELECT');
-- v$active_instances privileges
exec rdsadmin.rdsadmin_util.grant_sys_object('V_$ACTIVE_INSTANCES','RDSDT_DTSACCT','SELECT');
-- v$instance privileges
exec rdsadmin.rdsadmin_util.grant_sys_object('V_$INSTANCE','RDSDT_DTSACCT','SELECT');
-- v$logmnr_contents privileges
exec rdsadmin.rdsadmin_util.grant_sys_object('V_$LOGMNR_CONTENTS','RDSDT_DTSACCT','SELECT');
exec rdsadmin.rdsadmin_util.grant_sys_object('USER$','RDSDT_DTSACCT','SELECT');
exec rdsadmin.rdsadmin_util.grant_sys_object('OBJ$','RDSDT_DTSACCT','SELECT');
exec rdsadmin.rdsadmin_util.grant_sys_object('COL$','RDSDT_DTSACCT','SELECT');
exec rdsadmin.rdsadmin_util.grant_sys_object('IND$','RDSDT_DTSACCT','SELECT');
exec rdsadmin.rdsadmin_util.grant_sys_object('ICOL$','RDSDT_DTSACCT','SELECT');
exec rdsadmin.rdsadmin_util.grant_sys_object('CDEF$','RDSDT_DTSACCT','SELECT');
exec rdsadmin.rdsadmin_util.grant_sys_object('CCOL$','RDSDT_DTSACCT','SELECT');
exec rdsadmin.rdsadmin_util.grant_sys_object('TABPART$','RDSDT_DTSACCT','SELECT');
exec rdsadmin.rdsadmin_util.grant_sys_object('TABSUBPART$','RDSDT_DTSACCT','SELECT');
exec rdsadmin.rdsadmin_util.grant_sys_object('TABCOMPART$','RDSDT_DTSACCT','SELECT');
grant LOGMINING TO RDSDT_DTSACCT;
grant EXECUTE_CATALOG_ROLE to RDSDT_DTSACCT;
exec rdsadmin.rdsadmin_util.grant_sys_object('DBMS_LOGMNR','RDSDT_DTSACCT','EXECUTE');
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;

Se sua instância do Amazon RDS for Oracle for versão 9i, 10g ou 11g, execute as etapas a seguir para configurar seus logs:
1. Conecte-se ao banco de dados Amazon RDS for Oracle usando uma conta de usuário master e a ferramenta SQL*Plus.
2. Execute o comando archive log list; para verificar se a instância do Amazon RDS for Oracle está no modo ARCHIVELOG.
  
  Nota
  Se a instância estiver no modo NOARCHIVELOG, ative o modo ARCHIVELOG. Managing Archived Redo Logs.
3. Ative o force logging.
```
exec rdsadmin.rdsadmin_util.force_logging(p_enable => true);
```
4. Ative o log suplementar de chave primária.
```
begin rdsadmin.rdsadmin_util.alter_supplemental_logging(p_action => 'ADD',p_type => 'PRIMARY KEY');end;/
```
5. Ative o log suplementar de chave única.
```
begin rdsadmin.rdsadmin_util.alter_supplemental_logging(p_action => 'ADD',p_type => 'UNIQUE');end;/
```
6. Defina o período de retenção para logs arquivados.
```
begin rdsadmin.rdsadmin_util.set_configuration(name => 'archivelog retention hours', value => '24');end;/
```
7. Defina o período de retenção para logs arquivados.
  
  Nota
  Retenha logs arquivados por pelo menos 24 horas.
8. Confirme as alterações.
```
commit;
```

Procedimento

Acesse a página da lista de tarefas de migração para a região de destino usando um dos seguintes métodos.
From the DTS console
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.
From the DMS console

Nota
As operações reais podem variar com base no modo e layout do console DMS. Para mais informações, consulte Simple mode console e Customize the layout and style of the DMS console.
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.
Clique em Create Task para acessar a página de configuração da tarefa.
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.

Configure os bancos de dados source e de destino.

Aviso

Após selecionar as instâncias source e de destino, leia atentamente os limites exibidos na parte superior da página. Caso contrário, a tarefa pode falhar ou ocorrer inconsistência de dados.

Categoria	Parâmetro	Descrição
N/A	Task Name	O DTS gera automaticamente um nome de tarefa. Recomendamos especificar um nome descritivo para fácil 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 added to the system (criada ou salva), selecione a instância desejada na lista suspensa. As informações do banco de dados abaixo serão configuradas automaticamente. Nota No console DMS, este parâmetro é denominado Select a DMS database instance.. Se você não registrou a instância de banco de dados no sistema ou não precisa usar uma instância registrada, configure manualmente as informações do banco de dados abaixo.
	Database Type	Selecione Oracle.
	Access Method	Selecione Public IP Address.
	Instance Region	Selecione a região onde a instância do Amazon RDS for Oracle reside. Nota Se a região da sua instância não estiver disponível como opção, selecione a região geograficamente mais próxima.
	Domain Name or IP	Insira o endpoint da instância do Amazon RDS for Oracle.
	Port Number	Insira a porta de serviço da instância do Amazon RDS for Oracle. 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. Neste exemplo, Non-RAC Instance está selecionado.
	Database Account	Insira a conta do banco de dados da instância do Amazon RDS for Oracle. Para informações sobre as permissões necessárias, consulte Permissions required for database accounts.
	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 added to the system (criada ou salva), selecione a instância desejada na lista suspensa. As informações do banco de dados abaixo serão configuradas automaticamente. Nota No console DMS, este parâmetro é denominado Select a DMS database instance.. Se você não registrou a instância de banco de dados no sistema ou não precisa usar uma instância registrada, configure manualmente as informações do banco de dados abaixo.
	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) reside.
	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) que conterá os objetos migrados.
	Database Account	Insira a conta do banco de dados do cluster de destino PolarDB for PostgreSQL (Compatible with Oracle). Para informações sobre as permissões necessárias, consulte Permissions required for database accounts.
	Database Password	Insira a senha da conta do banco de dados.

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 service DTS sejam adicionados automática ou manualmente às configurações de segurança dos bancos de dados source e de destino para permitir o acesso dos servidores DTS. Para mais informações, consulte Add DTS server IP addresses to a whitelist.

Configure os objetos da tarefa.

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 tanto Schema Migration quanto 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. Use 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 source 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 estiver selecionado para Schema Migration, juntamente com pelo menos um de Full Data Migration ou Incremental Data Migration.
Processing Mode of Conflicting 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 será relatado durante a pré-verificação e a tarefa de migração de dados não iniciará. 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 Object name mapping. 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 source: Durante a migração completa, o DTS mantém o registro no banco de dados de destino. O registro do banco de dados source 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 source sobrescreve o registro no banco de dados de destino. Se os schemas das tabelas forem inconsistentes, apenas algumas colunas de dados poderão ser migradas ou a migração poderá falhar. Prossiga com cautela.
Source Objects	Na caixa Source Objects, clique em objetos a serem migrados e, em seguida, clique em para movê-los para a caixa Selected Objects. Nota Selecione objetos de migração nos níveis de banco de dados, tabela e coluna.
Selected Objects	Para alterar o nome de um único objeto de migração na instância de destino, clique com o botão direito no objeto na caixa Selected Objects. Para mais informações, consulte Map individual schema, table, and column names. Para alterar os nomes de vários objetos de migração na instância de destino, clique em Selected Objects no canto superior direito da caixa Batch Edit. Para mais informações, consulte Map multiple schema, table, and column names. Nota Se usar o recurso de mapeamento de nomes de objetos, objetos dependentes podem não ser migrados. Para especificar uma cláusula WHERE para filtrar dados, clique com o botão direito em uma tabela a ser migrada na caixa Selected Objects e especifique a condição de filtro na caixa de diálogo que aparece. Para mais informações, consulte Set filter conditions. 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 em um objeto de migração na caixa Selected Objects e selecione as operações SQL desejadas na caixa de diálogo que aparece. Para informações sobre operações suportadas, consulte SQL operations supported for incremental migration.

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 executa a tarefa em um cluster compartilhado. Adquira um cluster dedicado para tarefas de migração. Para mais informações, consulte What is a DTS dedicated cluster?.
Retry Time for Failed Connections	Após o início da tarefa de migração, se a conexão com o banco de dados source ou de destino falhar, o DTS relatará um erro e começará imediatamente a tentar reconectar. 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 source e de 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 source ou destino, o tempo de nova tentativa de rede é determinado pela configuração da última tarefa criada. Como você é cobrado 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 source e de destino.
Retry Time for Other Issues	Após o início da tarefa de migração, se ocorrer um problema que não seja de conectividade, como uma exceção de execução DDL ou DML, no banco de dados source ou de destino, o DTS relatará um erro e começará imediatamente a tentar 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 source e de 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 para Migration Types. Ajuste a adjust the full migration speed após a instância de migração estar em execução.
Enable Throttling for Incremental Data Migration	Se necessário, defina 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 para Migration Types. Ajuste a adjust the incremental migration speed após a instância de migração estar em execução.
Environment Tag	Opcional. Selecione uma tag de ambiente para identificar a instância.
Actual Write Code	Selecione o tipo de codificação para gravar dados no destino.
Configure ETL	Escolha se deseja ativar o recurso de extração, transformação e carga (ETL). Para mais informações, consulte What is ETL? Valores válidos: Yes: Ativa o recurso ETL. Insira instruções de processamento de dados no editor de código. Para mais informações, consulte Configure ETL in a data migration or data synchronization task. No: Desativa o recurso ETL.
Monitoring and Alerting	Defina alertas e receba notificações de alerta com base nas necessidades do seu negócio. No: Não define alerta. Yes: Configure alertas definindo um alert threshold e um notificações de alerta. Se uma migração falhar ou a latência exceder o limiar, o sistema enviará uma notificação de alerta.

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 Configure data validation.

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 com base no aviso e execute a pré-verificação novamente.
- Se um aviso for relatado 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 com base no aviso 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.

Adquira a instância.

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

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 What is resource management?
New Instance Class	Instance Class	O DTS fornece especificações de migração com diferentes níveis de desempenho. A especificação do link afeta a velocidade de migração. Selecione uma especificação com base no seu cenário de negócios. Para mais informações, consulte Data migration link specifications.

Após concluir a configuração, leia e selecione Data Transmission Service (Pay-as-you-go) Service Terms.
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.