ApsaraDB RDS:Migrar dados de um banco de dados Oracle autogerenciado para uma instância ApsaraDB RDS for MySQL

Requisitos do banco de dados de origem

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

• Se o banco de dados de origem for um banco de dados Oracle RAC conectado via Express Connect, VPN Gateway, Smart Access Gateway, Database Gateway ou Cloud Enterprise Network (CEN), especifique um endereço IP virtual (VIP) em vez de um endereço IP Single Client Access Name (SCAN). Após especificar o VIP, não há suporte para failover de nó no banco de dados Oracle RAC.

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

• Os objetos a serem migrados devem atender aos seguintes requisitos:

  • As tabelas devem ter restrições PRIMARY KEY ou UNIQUE com todos os campos únicos. Caso contrário, o banco de dados de destino poderá conter registros duplicados.

  • Para Oracle 12c e posteriores: os nomes das tabelas não podem exceder 30 bytes.

  • Se você selecionar tabelas individuais e precisar renomeá-las no banco de dados de destino, uma única tarefa de migração suporta até 1.000 tabelas. Para mais de 1.000 tabelas, configure várias tarefas ou migre o banco de dados inteiro.

• Para migração incremental de dados:

  • O registro de redo e o arquivamento devem estar ativados.

  • Se executar apenas migração incremental: retenha redo logs e archive logs por mais de 24 horas.

  • Se executar migração completa e incremental: retenha redo logs e archive logs por pelo menos 7 dias. Após a conclusão da migração completa, reduza o período de retenção para mais de 24 horas.

  Aviso

  Se o período de retenção for muito curto, o DTS poderá falhar ao obter os logs necessários, causando falha na tarefa ou, em casos extremos, inconsistência ou perda de dados. Os acordos de nível de serviço (SLAs) do DTS não garantem confiabilidade se os requisitos de retenção de logs não forem atendidos.

• Durante a migração de esquema e a migração completa de dados: não execute operações DDL no banco de dados de origem.

• Apenas durante a migração completa de dados: não grave dados no banco de dados de origem. Para manter a consistência dos dados, selecione migração de esquema, migração completa de dados e migração incremental de dados juntas.

• Durante a migração de dados: não atualize campos LONGTEXT.

Outras limitações

• Durante a migração incremental de dados: não use o Oracle Data Pump para gravar dados no banco de dados de origem, pois isso pode causar perda de dados.

• Agende a migração fora dos horários de pico. A migração completa de dados utiliza recursos de leitura e gravação nos bancos de dados de origem e destino, aumentando a carga do servidor.

• Após a conclusão da migração completa de dados, o tablespace utilizado no banco de dados de destino será maior do que no banco de dados de origem, devido à fragmentação de tabela causada por operações INSERT simultâneas.

• O DTS tenta automaticamente repetir uma tarefa de migração com falha por até 7 dias. Antes de alternar as cargas de trabalho para o banco de dados de destino, pare ou libere quaisquer tarefas com falha. Alternativamente, execute REVOKE para remover as permissões de gravação do DTS no banco de dados de destino — caso contrário, a tarefa retomada poderá sobrescrever os dados de destino com dados de origem.

• Se instruções DDL falharem no banco de dados de destino, a tarefa do DTS continuará em execução. Revise as instruções DDL com falha nos logs da tarefa. Consulte Visualizar logs da tarefa.

• Os conjuntos de caracteres dos bancos de dados de origem e destino devem ser compatíveis.

• Use o recurso de migração de esquema do DTS para evitar falhas na tarefa causadas por tipos de dados incompatíveis.

• Os bancos de dados de origem e destino devem usar o mesmo fuso horário.

• Se os nomes das colunas na tabela MySQL de destino diferirem apenas na capitalização, os resultados da migração poderão não corresponder às expectativas, pois os nomes das colunas do MySQL não diferenciam maiúsculas de minúsculas.

• Após a conclusão da migração (quando o Status mudar para Completed), execute ANALYZE TABLE <table_name> no destino para verificar se os dados foram gravados corretamente. Isso é especialmente importante após um failover de alta disponibilidade (HA), onde os dados podem residir apenas na memória.

• Se uma tarefa do DTS falhar, o suporte técnico do DTS tentará restaurá-la dentro de 8 horas. Durante a restauração, a tarefa poderá ser reiniciada e parâmetros da tarefa (não parâmetros do banco de dados) poderão ser modificados.

Casos especiais para destinos ApsaraDB RDS for MySQL

• Sensibilidade a maiúsculas e minúsculas em nomes de tabela: Os nomes de tabelas do ApsaraDB RDS for MySQL não diferenciam maiúsculas de minúsculas. Letras maiúsculas do Oracle são convertidas para minúsculas quando uma tabela é criada. Se o banco de dados Oracle de origem contiver nomes de tabelas que diferem apenas na capitalização, eles serão tratados como duplicatas, e um erro "The object already exists" poderá aparecer durante a migração de esquema. Para evitar conflitos, use o recurso de mapeamento de nomes de objetos para padronizar a capitalização dos nomes das tabelas. Consulte Mapeamento de nomes de objetos.

• Criação de banco de dados: O DTS cria automaticamente o banco de dados de destino na instância RDS. Se o nome do banco de dados de origem for inválido, crie o banco de dados manualmente antes de configurar a tarefa de migração. Consulte Gerenciar bancos de dados.

Etapa 1: Acessar a página Data Migration

Use um dos seguintes consoles:

Etapa 2: Criar uma tarefa

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

Etapa 3: Configurar bancos de dados de origem e destino

Source database

Destination database

Etapa 4: Testar conectividade

Na parte inferior da página, clique em Test Connectivity and Proceed. Na caixa de diálogo CIDR Blocks of DTS Servers, clique em Test Connectivity.

Nota

Certifique-se de que os blocos CIDR dos servidores DTS foram adicionados às configurações de segurança dos bancos de dados de origem e destino. Consulte

Adicionar os blocos CIDR dos servidores DTS

.

Etapa 5: Configurar objetos para migração

Na página Configure Objects, defina os seguintes parâmetros:

Clique em Next: Advanced Settings.

Etapa 6: Configurar definições avançadas

Etapa 7: Configurar verificação de dados (opcional)

Clique em Next Step: Data Verification para configurar uma tarefa de verificação de dados. Consulte Configurar uma tarefa de verificação de dados.

Etapa 8: Salvar configurações e executar a pré-verificação

Para visualizar os parâmetros da API antes de salvar, passe o mouse sobre Next: Save Task Settings and Precheck e clique em Preview OpenAPI parameters.

Clique em Next: Save Task Settings and Precheck.

Nota

• O DTS executa uma pré-verificação antes de iniciar a tarefa de migração. A tarefa inicia somente após passar na pré-verificação.

• Se a pré-verificação falhar, clique em View Details ao lado de cada item com falha, corrija os problemas e execute a pré-verificação novamente.

• Se a pré-verificação gerar alertas: para alertas que não podem ser ignorados, clique em View Details e corrija os problemas. Para alertas ignoráveis, clique em Confirm Alert Details, depois em Ignore, em seguida OK, e clique em Precheck Again.

Etapa 9: Adquirir a instância

1. Aguarde até que a Success Rate atinja 100%, então clique em Next: Purchase Instance.

2. Na página Purchase Instance, configure o seguinte:

   Seção	Parâmetro	Descrição
   New Instance Class	Resource Group	O grupo de recursos para a instância de migração. Padrão: default resource group. Consulte O que é Resource Management?
   	Instance Class	A classe da instância determina a velocidade da migração. Consulte Classes de instâncias de migração de dados.

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

4. Clique em Buy and Start, depois clique em OK na caixa de diálogo de confirmação.

ANALYZE TABLE <table_name>;