Use o Data Transmission Service (DTS) para migrar dados de um banco de dados IBM Db2 for Linux, UNIX e Windows (LUW) autogerenciado para um cluster PolarDB for MySQL. O DTS oferece suporte à migração de esquema, migração completa de dados e migração incremental de dados. Escolha a abordagem mais adequada à sua tolerância a tempo de inatividade.
Pré-requisitos
Antes de começar, certifique-se de que:
O cluster PolarDB for MySQL de destino tenha espaço de armazenamento disponível suficiente para todos os dados do banco de dados Db2 for LUW de origem. Para obter instruções sobre como criar um cluster, consulte Purchase a pay-as-you-go cluster e Purchase a subscription cluster
Para migração incremental de dados: o registro em log de arquivamento esteja ativado no banco de dados Db2 for LUW de origem. Consulte logarchmeth1 - Primary log archive method configuration parameter e logarchmeth2 - Secondary log archive method configuration parameter
Após alterar a configuração logarchmeth, faça backup do banco de dados de origem para aplicar a alteração. Sem um backup, ocorre um erro de pré-verificação ao iniciar a tarefa de migração.
Para versões compatíveis do Db2 for LUW, consulte Overview of data migration scenarios.
Faturamento
|
Tipo de migração |
Taxa de configuração da instância |
Taxa de tráfego de Internet |
|
Migração de esquema e migração completa de dados |
Gratuita |
Gratuita |
|
Migração incremental de dados |
Cobrada — consulte Billing overview |
— |
Permissões necessárias
Conceda as seguintes permissões às contas de banco de dados usadas na tarefa de migração.
|
Banco de dados |
Migração de esquema |
Migração completa de dados |
Migração incremental de dados |
|
Db2 for LUW |
CONNECT e SELECT |
CONNECT e SELECT |
Permissões de administrador de banco de dados |
|
PolarDB for MySQL |
— |
Leitura e gravação no banco de dados de destino |
— |
Use uma conta privilegiada para o banco de dados de destino PolarDB for MySQL.
Para obter instruções sobre como criar contas e conceder permissões:
Limitações
Migração de esquema
O DTS migra chaves estrangeiras do banco de dados de origem para o banco de dados de destino.
Migração completa de dados e migração incremental de dados
O DTS desativa temporariamente as verificações de restrições e operações em cascata em chaves estrangeiras no nível da sessão. Caso você execute operações em cascata ou de exclusão no banco de dados de origem durante a migração, pode ocorrer inconsistência de dados.
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.
As tabelas a serem migradas devem possuir restrições PRIMARY KEY ou UNIQUE, e todos os campos devem ser únicos. Tabelas sem essas restrições podem gerar registros duplicados no banco de dados de destino.
Caso selecione tabelas como objetos de migração e precise renomear tabelas ou colunas no destino, uma única tarefa de migração suporta até 1.000 tabelas. Para mais de 1.000 tabelas, crie múltiplas tarefas ou migre o banco de dados inteiro.
Requisitos para migração incremental de dados
O registro de logs de dados deve estar ativado no banco de dados de origem. Caso contrário, a pré-verificação falha e não é possível iniciar a tarefa de migração.
-
Requisitos de retenção de logs: se o DTS não conseguir recuperar logs de dados devido à retenção insuficiente, a tarefa falhará e poderá ocorrer perda ou inconsistência de dados. O acordo de nível de serviço (SLA) não garante confiabilidade ou desempenho se a retenção de logs não atender a esses requisitos.
Apenas migração incremental: os logs devem ser retidos por mais de 24 horas
Migração completa de dados combinada com migração incremental de dados: os logs devem ser retidos por pelo menos sete dias
Após a conclusão da migração completa de dados, defina o período de retenção para mais de 24 horas
O DTS migra dados incrementais usando a tecnologia de replicação Change Data Capture (CDC) do Db2 for LUW. Para restrições específicas do CDC, consulte General data restrictions for SQL Replication.
Operações no banco de dados de origem durante a migração
Durante a migração completa de dados: não execute operações DDL que alterem esquemas de banco de dados ou tabelas. Tais operações causam falha na tarefa de migração.
Durante a migração completa de dados (sem incremental): não grave dados no banco de dados de origem. Para garantir a consistência dos dados, selecione tanto a migração completa de dados quanto a migração incremental de dados.
Outras limitações
Agende tarefas de migração fora dos horários de pico. A migração completa de dados usa recursos de leitura e gravação nos bancos de dados de origem e de destino, o que aumenta a carga do servidor.
Após a migração completa de dados, o espaço de tabela usado no banco de dados de destino é maior do que no banco de dados de origem. Operações INSERT simultâneas durante a migração causam fragmentação da tabela.
Não grave dados externos ao banco de dados de origem no banco de dados de destino durante a migração. Dados de outras fontes causam inconsistência. Para operações DDL pós-migração, use o Data Management (DMS).
Se uma instrução DDL falhar ao ser executada no banco de dados de destino, o DTS continua a execução da tarefa. Visualize as instruções DDL com falha nos logs da tarefa. Consulte View task logs.
Casos especiais para bancos de dados Db2 for LUW autogerenciados
Se ocorrer um failover primário/secundário no banco de dados de origem enquanto a tarefa de migração estiver em execução, a tarefa falhará.
-
O DTS calcula a latência da migração comparando o timestamp dos dados migrados mais recentes no banco de dados de destino com o timestamp atual no banco de dados de origem. Se nenhuma operação DML for executada no banco de dados de origem por um longo período, a leitura da latência pode ficar imprecisa. Para atualizar a latência, execute uma operação DML no banco de dados de origem.
NotaSe você selecionar o banco de dados inteiro como objeto de migração, crie uma tabela de heartbeat. O DTS atualiza a tabela de heartbeat a cada segundo, mantendo a leitura da latência precisa.
Operações SQL com suporte para migração incremental de dados
|
Tipo de operação |
Instruções SQL |
|
DML |
INSERT, UPDATE e DELETE |
Migrar dados do Db2 for LUW para o PolarDB for MySQL
Etapa 1: Acesse a página Data Migration Tasks
Faça login no console do Data Management (DMS).
Na barra de navegação superior, clique em DTS.
No painel de navegação à esquerda, escolha DTS (DTS) > Data Migration.
Você também pode acessar diretamente a página Data Migration Tasks do novo console DTS. O layout do console e as opções disponíveis podem variar conforme o modo do seu DMS. Consulte Simple mode e Customize the layout and style of the DMS console.
Etapa 2: Selecione a região
Na lista suspensa ao lado de Data Migration Tasks, selecione a região onde a instância de migração reside.
No novo console DTS, selecione a região no canto superior esquerdo.
Etapa 3: Configure os bancos de dados de origem e de destino
Clique em Create Task. Na página Create Task, configure os seguintes parâmetros.
Banco de dados de origem (Db2 for LUW)
|
Parâmetro |
Descrição |
|
Task Name |
Um nome descritivo para a tarefa. O DTS atribui um nome automaticamente — altere-o para algo que facilite a identificação da tarefa. O nome não precisa ser único. |
|
Select an existing DMS database instance |
(Opcional) Selecione uma instância registrada existente para preencher automaticamente os parâmetros abaixo. Se pular esta etapa, configure os parâmetros manualmente. |
|
Database Type |
Selecione DB2 for LUW. |
|
Access Method |
Selecione Express Connect, VPN Gateway, or Smart Access Gateway. Para as etapas de preparação necessárias para acessar um banco de dados autogerenciado, consulte Preparation overview. |
|
Instance Region |
A região onde o banco de dados Db2 for LUW de origem reside. |
|
Replicate Data Across Alibaba Cloud Accounts |
Selecione No. |
|
Connected VPC |
O ID da virtual private cloud (VPC) à qual o banco de dados de origem pertence. |
|
IP Address or Domain Name |
O endereço IP do servidor do banco de dados Db2 for LUW de origem. |
|
Port Number |
A porta de service do banco de dados de origem. Padrão: 50000. |
|
Database Name |
O nome do banco de dados Db2 for LUW de origem que contém os objetos a serem migrados. |
|
Database Account |
A conta de banco de dados para o banco de dados de origem. Consulte a seção Permissões necessárias para ver as permissões exigidas. |
|
Database Password |
A senha da conta do banco de dados. |
Banco de dados de destino (PolarDB for MySQL)
|
Parâmetro |
Descrição |
|
Select an existing DMS database instance |
(Opcional) Selecione uma instância registrada existente para preencher automaticamente os parâmetros abaixo. |
|
Database Type |
Selecione PolarDB for MySQL. |
|
Access Method |
Selecione Alibaba Cloud Instance. |
|
Instance Region |
A região onde o cluster PolarDB for MySQL de destino reside. |
|
PolarDB Cluster ID |
O ID do cluster PolarDB for MySQL de destino. |
|
Database Account |
A conta de banco de dados para o cluster de destino. Consulte a seção Permissões necessárias para ver as permissões exigidas. |
|
Database Password |
A senha da conta do banco de dados. |
|
Encryption |
Define se a conexão será criptografada usando SSL. Configure conforme seus requisitos de segurança. Consulte Configure SSL encryption. |
Etapa 4: Teste a conectividade
Clique em Test Connectivity and Proceed.
O DTS adiciona automaticamente seus blocos CIDR de servidor à lista de permissões de endereços IP ou às regras de grupo de segurança de instâncias de banco de dados da Alibaba Cloud e bancos de dados hospedados em ECS. Para bancos de dados autogerenciados em várias instâncias ECS, adicione manualmente os blocos CIDR do DTS às regras de grupo de segurança de cada instância. Para bancos de dados locais ou hospedados por provedores terceiros, adicione manualmente os blocos CIDR do DTS à lista de permissões do banco de dados.
Para a lista completa de blocos CIDR dos servidores DTS, consulte a seção "CIDR blocks of DTS servers" em Add the CIDR blocks of DTS servers to the security settings of on-premises databases.
Adicionar blocos CIDR do DTS a uma lista de permissões de banco de dados ou a um grupo de segurança do ECS introduz exposição de segurança. Antes de prosseguir, tome medidas preventivas: fortaleça as credenciais da conta, limite as portas expostas, autentique chamadas de api, audite regularmente a lista de permissões ou as regras do grupo de segurança para remover blocos CIDR não autorizados e conecte-se ao DTS através do Express Connect, VPN Gateway ou Smart Access Gateway sempre que possível.
Etapa 5: Configure os objetos de migração
Configure os seguintes parâmetros.
| Parâmetro | Descrição |
|---|---|
| Migration Types | Selecione os tipos de migração com base nos seus requisitos de tempo de inatividade:
|
| Processing Mode of Conflicting Tables |
|
| Capitalization of Object Names in Destination Instance | Controla a capitalização dos nomes de banco de dados, tabelas e colunas no destino. Padrão: DTS default policy. Consulte Specify the capitalization of object names in the destination instance. |
| Source Objects | Selecione objetos em Source Objects e clique no ícone de seta para adicioná-los aos Selected Objects. Selecione colunas, tabelas ou bancos de dados. Se você selecionar tabelas ou colunas, o DTS não migrará views, triggers ou stored procedures. |
| Selected Objects |
Nota O uso de mapeamento de nomes de objetos pode causar falha na migração de objetos dependentes. Se você não migrar todas as tabelas ou se os esquemas de origem e destino forem diferentes, os dados nas colunas ausentes no destino serão perdidos. |
Etapa 6: Configure as definições avançadas
Clique em Next: Advanced Settings e configure os seguintes parâmetros.
Verificação de dados
Para configurar a verificação de dados, consulte Enable data verification.
Definições avançadas
| Parâmetro | Descrição |
|---|---|
| Select the dedicated cluster used to schedule the task | Por padrão, o DTS executa a tarefa de migração no cluster compartilhado. Para usar um cluster dedicado, adquira e especifique um. Consulte What is a DTS dedicated cluster. |
| Set Alerts | Define se os alertas serão configurados. Selecione Yes para receber notificações quando a tarefa falhar ou quando a latência da migração exceder um limiar. Especifique o limiar de alerta e os contatos. Consulte Configure monitoring and alerting. |
| Select the engine type of the destination database | O mecanismo de armazenamento para o banco de dados de destino: InnoDB (padrão) ou X-Engine (um mecanismo de armazenamento para processamento de transações online - OLTP). |
| Retry Time for Failed Connections | Tempo durante o qual o DTS tenta reconectar após falhas de conexão depois que a tarefa inicia. Valores válidos: 10–1440. Unidade: minutos. Padrão: 720. Defina este valor como superior a 30. Se o DTS reconectar dentro deste período, a tarefa será retomada; caso contrário, a tarefa falhará. Nota Quando várias tarefas compartilham um banco de dados de origem ou de destino, o tempo de nova tentativa definido mais recentemente se aplica a todas elas. O DTS cobra pela instância durante os períodos de nova tentativa. Recomendamos que você especifique o intervalo de tempo de nova tentativa com base nos requisitos do seu negócio. Você também pode liberar a instância DTS o mais rápido possível após a liberação das instâncias de origem e de destino. |
| The wait time before a retry when other issues occur in the source and destination databases | Tempo de espera antes de tentar novamente operações DDL ou DML com falha. Valores válidos: 1–1440. Unidade: minutos. Padrão: 10. Defina este valor como superior a 10. Este valor deve ser menor que Retry Time for Failed Connections. |
| Enable Throttling for Full Data Migration | Define se a taxa de migração será limitada durante a migração completa de dados. Configure 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. Este parâmetro aparece apenas quando Full Data Migration está selecionado. |
| Enable Throttling for Incremental Data Migration | Define se a taxa de migração será limitada durante a migração incremental de dados. Configure RPS of Incremental Data Migration e Data migration speed for incremental migration (MB/s). Este parâmetro aparece apenas quando Incremental Data Migration está selecionado. |
| Environment Tag | A tag de ambiente usada para identificar a instância DTS. Selecione uma tag de ambiente com base nos requisitos do seu negócio. |
| Configure ETL | Define se o processamento de extração, transformação e carga (ETL) será usado. Selecione Yes para inserir instruções de processamento de dados. Consulte Configure ETL in a data migration or synchronization task. |
Etapa 7: Salve as configurações e execute a pré-verificação
Clique em Next: Save Task Settings and Precheck.
Para visualizar os parâmetros da api para esta configuração de tarefa, passe o mouse sobre Next: Save Task Settings and Precheck e clique em Preview OpenAPI parameters antes de prosseguir.
O DTS executa uma pré-verificação antes de iniciar a tarefa de migração. A tarefa só pode começar após a aprovação na pré-verificação.
Se um item de verificação falhar, clique em View Details ao lado do item com falha, corrija o problema com base na mensagem de erro e clique em Precheck Again.
-
Se um item de verificação gerar um alerta:
Se o alerta não puder ser ignorado, clique em View Details ao lado do item com falha e solucione os problemas. Em seguida, clique em Precheck Again.
Se o alerta puder ser ignorado com segurança, clique em Confirm Alert Details. Na caixa de diálogo View Details, clique em Ignore, depois em OK e, em seguida, em Precheck Again. Ignorar um alerta pode causar inconsistência de dados.
Etapa 8: Aguarde a conclusão da pré-verificação
Aguarde até que a success rate atinja 100% e clique em Next: Purchase Instance.
Etapa 9: Configure a classe da instância
Na página Purchase Instance, configure os seguintes parâmetros.
|
Parâmetro |
Descrição |
|
Resource Group |
O grupo de recursos para a instância de migração. Padrão: default resource group. Consulte What is Resource Management? |
|
Instance Class |
A classe da instância determina a velocidade da migração. Selecione com base no volume de dados e nos requisitos de tempo. Consulte Specifications of data migration instances. |
Etapa 10: Aceite os termos de service
Leia e aceite os Data Transmission Service (Pay-as-you-go) Service Terms marcando a caixa de seleção.
Etapa 11: Inicie a tarefa de migração
Clique em Buy and Start. A tarefa de migração será iniciada. Acompanhe o progresso na lista de tarefas.