Data Transmission Service:Migrate Oracle data to DataHub

Limites do banco de dados de origem

Rede e conectividade

• O servidor que hospeda o banco de dados de origem deve ter largura de banda de saída suficiente. A largura de banda insuficiente reduz a velocidade da migração.

• Se o banco de dados de origem for um Oracle RAC conectado pelo Express Connect, especifique um VIP ao configurar o banco de dados de origem.

• Se o banco de dados de origem for um Oracle RAC conectado por Express Connect, VPN Gateway, Smart Access Gateway, Database Gateway ou Cloud Enterprise Network (CEN), use um único VIP em vez de um endereço IP Single Client Access Name (SCAN). Após especificar o VIP, o failover de nó não será compatível com o banco de dados Oracle RAC.

Restrições de tipo de dados

• Se um campo VARCHAR2 no banco de dados Oracle de origem contiver uma string vazia (avaliada como nula no Oracle) e o campo de destino correspondente tiver uma restrição NOT NULL, a tarefa de migração falhará.

Requisitos de objetos

• As tabelas a serem migradas devem ter restrições PRIMARY KEY ou UNIQUE, e todos os campos devem ser exclusivos. Caso contrário, registros duplicados poderão aparecer no banco de dados de destino.

• No Oracle 12c ou posterior, os nomes das tabelas não podem exceder 30 bytes.

• Ao migrar tabelas com modificações no banco de dados de destino (como renomear tabelas ou colunas), uma única tarefa aceita até 1.000 tabelas. Para mais de 1.000 tabelas, configure várias tarefas para migrar em lotes ou migre o banco de dados inteiro.

Requisitos de migração incremental

• Os logs de redo e de arquivamento devem estar ativados.

• Requisitos de retenção de log:

  • Apenas migração incremental de dados: armazene os logs de redo e de arquivamento por mais de 24 horas.

  • Migração completa e incremental de dados: armazene os logs de redo e de arquivamento por pelo menos sete dias. Após a conclusão da migração completa, reduza o período de retenção para mais de 24 horas.

• Se o DTS não conseguir obter os logs de redo e de arquivamento, a tarefa poderá falhar. Em casos extremos, pode ocorrer inconsistência ou perda de dados. O Service Level Agreement (SLA) do DTS não garante a confiabilidade nem o desempenho do serviço se os requisitos de retenção de log não forem atendidos.

Operações durante a migração

• Durante a migração de esquema e a migração completa de dados, não execute operações DDL que alterem os esquemas do banco de dados ou das tabelas. Caso contrário, a tarefa de migração falhará.

• Durante a migração completa de dados, não grave dados no banco de dados de origem. Caso contrário, poderá ocorrer inconsistência entre os bancos de dados de origem e de destino. Para manter a consistência dos dados, selecione a migração de esquema, a migração completa e a migração incremental como tipos de migração.

• Durante a migração de dados, não atualize campos LONGTEXT. Caso contrário, a tarefa falhará.

Outros limites

• Uma única string no projeto do DataHub de destino não pode exceder 2 MB.

• Somente tabelas podem ser selecionadas como objetos de migração. O DTS não é compatível com a migração de gatilhos.

• Migre os dados em horários de menor movimento. Durante a migração completa, o DTS consome recursos de leitura e gravação dos bancos de dados de origem e de destino, o que pode aumentar a carga dos servidores.

• Durante a migração completa, operações INSERT simultâneas causam fragmentação nas tabelas do cluster de destino. Após a conclusão da migração completa, o tamanho do tablespace usado no cluster de destino será maior que o do banco de dados de origem.

• O DTS tenta retomar tarefas de migração com falha nos últimos sete dias. Antes de alternar as cargas de trabalho para o banco de dados de destino, pare ou libere as tarefas com falha. Como alternativa, execute a instrução REVOKE para revogar as permissões de gravação das contas que o DTS usa para acessar o banco de dados de destino. Caso contrário, os dados do banco de dados de origem substituirão os dados do banco de dados de destino após a retomada de uma tarefa com falha.

• Poderá ocorrer inconsistência entre os bancos de dados de origem e de destino se dados de outras fontes forem gravados no banco de dados de destino durante a migração.

Etapa 1: Abrir a página de tarefas de migração de dados

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

2. Na barra de navegação superior, clique em DTS.

3. No painel de navegação à esquerda, escolha DTS (DTS) > Data Migration.

As operações podem variar de acordo com o modo e o layout do console do DMS. Para mais informações, consulte Simple mode e Customize the layout and style of the DMS console .

A página de Tarefas de Migração de Dados do novo console do DTS também está disponível.

Etapa 2: Selecionar uma região e criar uma tarefa

1. Na lista suspensa ao lado de Data Migration Tasks, selecione a região em que a instância de migração de dados reside.

   No novo console do DTS, selecione a região no canto superior esquerdo.

2. Clique em Create Task.

Etapa 3: Configurar os bancos de dados de origem e de destino

Na página Create Task, configure as conexões dos bancos de dados de origem e de destino.

Etapa 4: Testar a conectividade

1. Na parte inferior da página, clique em Test Connectivity and Proceed.

2. Se houver uma lista de permissões configurada para o banco de dados Oracle autogerenciado, adicione os blocos CIDR dos servidores do DTS à lista de permissões e clique em Test Connectivity and Proceed. O DTS lida com a configuração da lista de permissões de maneira diferente, dependendo do tipo de banco de dados:

   • Instâncias de banco de dados da alibaba cloud (como ApsaraDB RDS for MySQL ou ApsaraDB for MongoDB): o DTS adiciona automaticamente os blocos CIDR dos servidores do DTS à lista de permissões de endereços IP.

   • Bancos de dados autogerenciados no ECS: o DTS adiciona automaticamente os blocos CIDR às regras do grupo de segurança do ECS. Certifique-se de que a instância do ECS possa acessar o banco de dados. Para múltiplas instâncias do ECS, adicione manualmente os blocos CIDR a cada grupo de segurança.

   • Bancos de dados autogerenciados em um data center ou em uma cloud de terceiros: adicione manualmente os blocos CIDR dos servidores do DTS à lista de permissões de endereços IP do banco de dados. Para mais informações, consulte a seção CIDR blocks of DTS servers do tópico Add the CIDR blocks of DTS servers.

Etapa 5: Configurar objetos de migração e configurações avançadas

Objetos de migração

Parâmetro	Descrição
Migration Types	Selecione Schema Migration e Incremental Data Migration. Não é possível selecionar Full Data Migration. Nota Se Incremental Data Migration não estiver selecionado, não grave dados no banco de dados de origem durante a migração para manter a consistência dos dados.
Naming Rules of Additional Columns	Quando o DTS migra dados para o DataHub, adiciona colunas adicionais ao tópico de destino. Se uma coluna adicional tiver o mesmo nome de uma coluna existente no tópico de destino, a tarefa de migração falhará. Selecione New Rule ou Previous Rule de acordo com seus requisitos. Aviso Antes de configurar este parâmetro, verifique se as colunas adicionais apresentam conflitos de nome com as colunas existentes no tópico de destino. Conflitos de nome podem causar falha na tarefa e perda de dados. Para mais informações, consulte Modify the naming rules for additional columns.
Processing Mode of Conflicting Tables	Precheck and Report Errors: verifica se o banco de dados de destino contém tabelas com os mesmos nomes das tabelas no banco de dados de origem. Se houver nomes de tabelas idênticos, a pré-verificação retornará um erro e a tarefa não poderá ser iniciada. Nota Se houver nomes de tabelas idênticos e as tabelas de destino não puderem ser excluídas ou renomeadas, use o recurso de mapeamento de nomes de objetos para renomear as tabelas migradas. Para mais informações, consulte Map object names. Ignore Errors and Proceed: ignora a pré-verificação de nomes de tabelas idênticos. Aviso Selecionar Ignore Errors and Proceed pode causar inconsistência de dados. Se os esquemas coincidirem, o DTS ignorará os registros de dados com as mesmas chaves primárias. Se os esquemas diferirem, apenas colunas específicas serão migradas ou a tarefa falhará.
Capitalization of Object Names in Destination Instance	A capitalização dos nomes de bancos de dados, tabelas e colunas na instância de destino. Por padrão, DTS default policy está selecionada. Para mais informações, consulte Especifique a capitalização dos nomes dos objetos na instância de destino.
Source Objects	Selecione um ou mais objetos na seção Source Objects e clique em ícone para adicioná-los à seção Selected Objects. Nota Somente tabelas podem ser selecionadas como objetos de migração.
Selected Objects	- Para renomear um único objeto, clique em com o botão direito nele na seção Selected Objects. Para mais informações, consulte Map the name of a single object. - Para renomear vários objetos de uma vez, clique em Batch Edit no canto superior direito da seção Selected Objects. Para mais informações, consulte Map multiple object names at a time. Nota O mapeamento de nomes de banco de dados não é compatível. Renomear um objeto pode fazer com que objetos dependentes falhem durante a migração. Os nomes de objetos incluem nomes de tabelas e colunas. - Para filtrar dados com condições WHERE, clique em com o botão direito na tabela na seção Selected Objects e configure as condições de filtro na caixa de diálogo. Para mais informações, consulte Defina condições de filtro. - Para configurar o parâmetro ShardKey, clique em com o botão direito na tabela na seção Selected Objects e desmarque Synchronize All Tables na caixa de diálogo.

Etapa 6: Executar a pré-verificação e iniciar a tarefa

1. Salve as configurações da tarefa e execute uma pré-verificação. Você também pode visualizar os parâmetros da openapi antes de iniciar a pré-verificação.

   • Para visualizar os parâmetros da API para a tarefa do DTS, passe o mouse sobre Next: Save Task Settings and Precheck e clique em Preview OpenAPI parameters.

   • Clique em Next: Save Task Settings and Precheck na parte inferior da página.

   - O DTS executa uma pré-verificação antes de iniciar a tarefa de migração. A tarefa só poderá ser iniciada após a aprovação da pré-verificação. - Se a pré-verificação falhar, clique em View Details ao lado de cada item com falha. Analise as causas, corrija os problemas e execute a pré-verificação novamente. - Se um alerta for gerado durante a pré-verificação: - Se o item de alerta não puder ser ignorado, clique em View Details ao lado do item com falha, corrija os problemas e execute a pré-verificação novamente. - Se o item de alerta puder ser ignorado, clique em Confirm Alert Details . Na caixa de diálogo View Details, clique em Ignore e, em seguida, clique em OK . Clique em Precheck Again para executar a pré-verificação novamente. Ignorar itens de alerta pode causar inconsistência de dados e expor seu negócio a riscos potenciais.

2. Aguarde até que a success rate atinja 100% e clique em Next: Purchase Instance.

3. Na página Purchase Instance, configure os seguintes parâmetros.

   Parâmetro	Descrição
   Resource Group Settings	O grupo de recursos para a instância de migração de dados. Valor padrão: default resource group. Para mais informações, consulte What is Resource Management?.
   Instance Class	A classe da instância determina a velocidade de migração. Selecione uma classe de instância de acordo com o seu cenário. Para mais informações, consulte Specifications of data migration instances.

4. Marque a caixa de seleção Data Transmission Service (Pay-as-you-go) Service Terms.

5. Clique em Buy and Start para iniciar a tarefa de migração de dados. Você pode acompanhar o progresso da tarefa na lista de tarefas.