Sincronizar RDS MySQL para um banco de dados Oracle auto-gerenciado - Data Transmission Service: Central de Documentação do Alibaba Cloud

Bancos de dados de origem e de destino suportados

A tabela a seguir descreve os bancos de dados de origem e de destino suportados para a sincronização de dados do MySQL para o Oracle. Este tópico usa como exemplo uma instância do ApsaraDB RDS for MySQL e um banco de dados Oracle auto-gerenciado em uma instância ECS. O procedimento é semelhante para outras origens de dados.

Banco de dados de origem	Banco de dados de destino
Instância do ApsaraDB RDS for MySQL Banco de dados auto-gerenciado hospedado no Elastic Compute Service (ECS) Banco de dados auto-gerenciado conectado por meio do Express Connect, VPN Gateway ou Smart Access Gateway Banco de dados auto-gerenciado conectado por meio do Database Gateway Banco de dados auto-gerenciado conectado por meio da Cloud Enterprise Network (CEN)	Banco de dados auto-gerenciado conectado por meio do Express Connect, VPN Gateway ou Smart Access Gateway. Banco de dados auto-gerenciado em uma instância ECS. Banco de dados auto-gerenciado conectado por meio do Database Gateway. Banco de dados auto-gerenciado conectado por meio da Cloud Enterprise Network (CEN).

Pré-requisitos

O banco de dados Oracle auto-gerenciado deve estar em execução no modo ARCHIVELOG, e seus logs arquivados devem ter um período de retenção adequado e estar acessíveis. Para obter mais informações, consulte ARCHIVELOG.
O log suplementar (supplemental logging), incluindo supplemental_log_data_pk e supplemental_log_data_ui, deve estar ativado. Para obter mais informações, consulte Supplemental Logging.
Se o seu banco de dados Oracle auto-gerenciado utilizar a arquitetura Real Application Clusters (RAC), ele deverá estar conectado a uma VPC. Para garantir a execução bem-sucedida da tarefa do DTS, conecte o SCAN IP e o VIP de cada nó do Oracle RAC à VPC e configure o roteamento. Para obter mais informações, consulte Overview of solutions for connecting an on-premises data center to Alibaba Cloud e Connect a data center to DTS through VPN Gateway.

Observações de uso

Nota

Durante a sincronização completa e a sincronização incremental:

Operações de atualização e exclusão em cascata no banco de dados de origem podem causar inconsistência de dados.
Se o banco de dados de destino possuir chaves estrangeiras ou gatilhos (triggers), desative-os. Caso contrário, a tarefa de sincronização poderá falhar.

Tipo	Descrição
Limites do banco de dados de origem	As tabelas a serem sincronizadas devem ter uma chave primária ou uma restrição única (unique constraint), e os campos devem ser únicos. Caso contrário, dados duplicados poderão aparecer no banco de dados de destino. Ao sincronizar no nível de tabela e precisar editar mapeamentos (como o mapeamento de nomes de colunas), cada tarefa de sincronização suporta até 1.000 tabelas. Ao exceder esse limite, a tarefa falhará com um erro. Para corrigir isso, divida as tabelas em várias tarefas ou configure uma tarefa de sincronização de banco de dados completo. Logs binários: O ApsaraDB RDS for MySQL ativa o log binário por padrão. Certifique-se de que o parâmetro binlog_row_image esteja definido como full. Caso contrário, a pré-verificação falhará e a tarefa de sincronização não iniciará. Para obter instruções, consulte Configure instance parameters. Importante Se a sua instância de origem for um banco de dados MySQL auto-gerenciado, ative o log binário e defina binlog_format como row e binlog_row_image como full. Se o seu banco de dados MySQL auto-gerenciado for um cluster primário duplo (onde ambos os nós atuam como primário e secundário), ative o parâmetro log_slave_updates para que o DTS possa capturar todos os eventos de log binário. Para obter instruções, consulte Create an account and configure binary logging for a self-managed MySQL database. Mantenha os logs binários locais de uma instância do ApsaraDB RDS for MySQL por pelo menos três dias (recomenda-se sete dias). Para um banco de dados MySQL auto-gerenciado, retenha os logs binários locais por pelo menos sete dias. Caso contrário, o DTS poderá falhar ao recuperar os logs binários, causando a falha da tarefa. Em casos extremos, isso pode causar inconsistência ou perda de dados. Problemas causados por períodos de retenção de logs binários menores do que o exigido pelo DTS não são cobertos pelo SLA do DTS. Nota Para configurar o retention period dos logs binários locais em uma instância do ApsaraDB RDS for MySQL, consulte Automatically delete local logs. Não modifique os esquemas do banco de dados ou das tabelas durante a sincronização de esquema ou a sincronização completa. Caso contrário, a tarefa de sincronização falhará. Nota Durante a sincronização completa, o DTS consulta o banco de dados de origem. Isso cria bloqueios de metadados que podem impedir operações DDL no banco de dados de origem. Os dados gerados por alterações que não gravam nos logs binários — como dados restaurados de backups físicos ou criados por operações em cascata — não são sincronizados com o banco de dados de destino. Nota Se isso ocorrer, remova o banco de dados ou a tabela afetada dos objetos de sincronização e adicione-os novamente. Faça isso apenas se o seu cenário de negócios permitir. Para obter mais informações, consulte Modify synchronization objects. Se o seu banco de dados de origem for MySQL 8.0.23 ou posterior e contiver colunas invisíveis, o DTS poderá não ler essas colunas. Isso pode causar perda de dados. Nota Execute o comando `ALTER TABLE <table_name> ALTER COLUMN <column_name> SET VISIBLE;` para tornar a coluna oculta visível. Para obter mais informações, consulte Invisible Columns. Compatibilidade com MySQL: Quando o DTS sincroniza dados de um banco de dados de origem da família MySQL, ele depende do protocolo padrão do MySQL e do formato do Binlog, e comportamentos incompatíveis com o MySQL padrão não são suportados. Se o seu banco de dados de origem declarar compatibilidade com MySQL, mas se comportar de maneira diferente (por exemplo, quando o OceanBase é conectado como origem no modo MySQL, o timestamp do evento de rotação final no Binlog é 0, o que difere do MySQL), a tarefa de sincronização do DTS poderá falhar.
Outros limites	Não há suporte para alterações de atributos de várias colunas. Não há suporte para alterações em tipos de dados básicos. Se o seu banco de dados de origem usar operações DDL online no modo de tabela temporária — incluindo, entre outros, cenários de mesclagem de várias tabelas — ou adicionar índices baseados em funções a colunas de chave única, poderá ocorrer perda de dados ou falha de tarefa no banco de dados de destino. Se o seu banco de dados Oracle auto-gerenciado usar o Real Application Clusters (RAC), não configure o ScanIP. Em vez disso, configure apenas um endereço IP virtual (VIP) nas informações de conexão. Com essa configuração, não há suporte para failover de nós do RAC. Se ocorrer um conflito de chave primária ou chave única enquanto a tarefa estiver em execução: Se os esquemas das tabelas forem iguais e um registro no banco de dados de destino tiver o mesmo valor de chave primária ou chave única que um registro no banco de dados de origem: Durante a sincronização completa, o DTS mantém o registro no cluster de destino. O DTS não sincroniza o registro correspondente do banco de dados de origem. Durante a sincronização incremental, o registro do banco de dados de origem sobrescreve o registro no banco de dados de destino. Se os esquemas das tabelas forem diferentes, a sincronização inicial de dados poderá falhar. Isso pode resultar na sincronização de apenas dados parciais de colunas ou em uma falha completa de sincronização. Prossiga com cautela. Se a sua instância do ApsaraDB RDS for MySQL tiver o Always-Encrypted ativado, não há suporte para sincronização completa de dados. Nota As instâncias do ApsaraDB RDS for MySQL com a Criptografia de Dados Transparente (TDE) ativada suportam sincronização de esquema, sincronização completa de dados e sincronização incremental de dados. Se uma tarefa falhar, a equipe de suporte do DTS tentará restaurá-la em até oito horas. Durante a restauração, eles poderão reiniciar a tarefa ou ajustar seus parâmetros. Nota O DTS modifica apenas os parâmetros da tarefa, não os do banco de dados. Os parâmetros que podem ser ajustados incluem aqueles listados em Modify instance parameters.
Casos especiais	Para um banco de dados de origem MySQL auto-gerenciado: Se ocorrer um failover entre primário e secundário no banco de dados de origem durante a sincronização, a tarefa falhará. O DTS calcula a latência comparando o timestamp do último registro sincronizado com a hora atual. Se nenhuma operação DML for executada por um longo período no banco de dados de origem, a medição de latência poderá se tornar imprecisa. Se a latência parecer muito alta, execute uma operação DML no banco de dados de origem para atualize a latência. Nota Ao selecionar um banco de dados completo para sincronização, crie uma tabela de heartbeat. atualize ou grave nessa tabela a cada segundo. O DTS executa periodicamente o comando CREATE DATABASE IF NOT EXISTS `test` no banco de dados de origem para avançar o deslocamento (offset) do log binário. Se o seu banco de dados de origem for o Amazon Aurora MySQL ou outra instância MySQL em cluster, certifique-se de que o nome de domínio ou endereço IP usado na configuração da tarefa — e sua resolução DNS — sempre aponte para um nó de leitura/gravação (RW). Caso contrário, a sincronização poderá falhar. Para um banco de dados de origem ApsaraDB RDS for MySQL: Instâncias somente leitura — como as instâncias somente leitura do ApsaraDB RDS for MySQL 5.6 — que não registram logs de transações não podem atuar como bancos de dados de origem. O DTS executa periodicamente o comando CREATE DATABASE IF NOT EXISTS `test` no banco de dados de origem para avançar o deslocamento (offset) do log binário.

Faturamento

Tipo de sincronização	Preço
Sincronização de esquema e sincronização completa de dados	Gratuito.
Sincronização incremental de dados	Há cobrança. Para obter mais informações, consulte Billing overview.

Topologias de sincronização suportadas

Sincronização unidirecional um para um
Sincronização unidirecional um para muitos
Sincronização unidirecional muitos para um

Operações SQL suportadas

Tipo de operação	Operação SQL
DML	INSERT, UPDATE e DELETE
DDL	CREATE TABLE, ALTER TABLE, DROP TABLE, RENAME TABLE e TRUNCATE TABLE ADD COLUMN, DROP COLUMN, MODIFY COLUMN e RENAME COLUMN CREATE INDEX, UNIQUE INDEX e DROP INDEX

Procedimento

Acesse a página da lista de tarefas de sincronização da região de destino. Use um dos dois métodos a seguir:
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 Synchronization.
3. No canto superior esquerdo da página, selecione a região onde está a instância de sincronização.
Pelo console do DMS

Nota
As operações reais podem variar de acordo com o modo e o layout do console do DMS. Para obter mais informações, consulte Simple mode e Customize the layout and style of the DMS interface.
1. Faça login no Data Management (DMS).
2. Na barra de menu superior, escolha Data + AI > Data Transmission (DTS) > Data Synchronization.
3. À direita de Data Synchronization Tasks, selecione a região onde está a instância de sincronização.
Clique em Create Task para abrir a página de configuração da tarefa.

Configure os bancos de dados de origem e de destino.

Seção	Parâmetro	Descrição
N/D	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	Database Type	Selecione MySQL.
	Connection Type	Selecione Alibaba Cloud Instance.
	Instance Region	Selecione a região onde reside a instância de origem do ApsaraDB RDS for MySQL.
	Replicate Data Across Alibaba Cloud Accounts	Este exemplo sincroniza dados dentro da mesma conta Alibaba Cloud. Selecione No.
	RDS Instance ID	Selecione o ID da instância de origem do ApsaraDB RDS for MySQL.
	Database Account	insira a conta do banco de dados da instância de origem do ApsaraDB RDS for MySQL.
	Database Password	insira a senha correspondente à conta do banco de dados.
	Encryption	Selecione Non-encrypted ou SSL-encrypted conforme necessário. Ao selecionar SSL-encrypted, ative a criptografia SSL para a instância do RDS for MySQL com antecedência. Para obter mais informações, consulte Use a cloud certificate to quickly enable SSL encryption.
Destination Database	Database Type	Selecione Oracle.
	Connection Type	Selecione Self-managed Database on ECS.
	Instance Region	Selecione a região onde reside a instância Oracle de destino.
	ECS Instance ID	Selecione o ID da instância ECS que hospeda o banco de dados Oracle auto-gerenciado.
	Port	insira o número da porta de serviço do banco de dados Oracle auto-gerenciado. O valor padrão é 1521.
	Oracle Type	Non-RAC Instance: Ao selecionar esta opção, especifique também o SID. RAC or PDB Instance: Ao selecionar esta opção, especifique também o Service Name.
	Database Account	insira a conta do banco de dados Oracle auto-gerenciado.
	Database Password	insira a senha correspondente à 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, clique em Test Connectivity.

Nota
Adicione os blocos CIDR de endereços IP dos servidores DTS às configurações de segurança dos bancos de dados de origem e de destino para permitir o acesso. Você pode fazer isso automática ou manualmente. Para obter mais informações, consulte Add the IP address CIDR blocks of DTS servers to a whitelist.

Configure os objetos da tarefa.

Na página Configure Objects, configure os objetos a serem sincronizados.

Parâmetro	Descrição
Synchronization Types	Os tipos de sincronização. Por padrão, Incremental Data Synchronization vem selecionado. Selecione também Schema Synchronization e Full Data Synchronization. Após a conclusão da pré-verificação, o DTS sincroniza os dados históricos dos objetos selecionados do banco de dados de origem para o cluster de destino. Os dados históricos são a base para a sincronização incremental subsequente.
Processing Mode for Existing Tables in Destination	Precheck and Report Errors: Verifica se existe uma tabela com o mesmo nome no banco de dados de destino. Se não existir, a pré-verificação é aprovada. Se existir, a pré-verificação falha e a tarefa de sincronização de dados não inicia. Nota Caso não seja possível, exclua ou renomeie a tabela com o mesmo nome no banco de dados de destino, mapeie-a para um nome de tabela diferente. Para obter mais informações, consulte Map table and column names. Ignore Errors and Proceed: Ignora a verificação de nomes de tabela duplicados no banco de dados de destino. Aviso A seleção de Ignore Errors and Proceed pode causar inconsistência de dados e colocar seu negócio em risco. Por exemplo: Se os esquemas das tabelas forem iguais e um registro no banco de dados de destino tiver o mesmo valor de chave primária ou chave única que um registro no banco de dados de origem: Durante a sincronização completa, o DTS mantém o registro no cluster de destino. O DTS não sincroniza o registro correspondente do banco de dados de origem. Durante a sincronização incremental, o registro do banco de dados de origem sobrescreve o registro no banco de dados de destino. Se os esquemas das tabelas forem diferentes, a sincronização inicial de dados poderá falhar. Isso pode resultar na sincronização de apenas dados parciais de colunas ou em uma falha completa de sincronização. Prossiga com cautela.
Case Sensitivity Policy for Destination Object Names	Configure a política de diferenciação de maiúsculas e minúsculas para os nomes de objetos de banco de dados, tabelas e colunas que são sincronizados com a instância de destino. Por padrão, a DTS default policy vem selecionada. Você também pode optar por usar as políticas padrão dos bancos de dados de origem e de destino. Para obter mais informações, consulte Case sensitivity policy for destination object names.
Source Objects	Na caixa Source Objects, clique em um objeto a ser sincronizado e, em seguida, clique em para movê-lo para a caixa Selected Objects. Nota Selecione bancos de dados, tabelas e colunas como objetos de sincronização. Ao selecionar tabelas ou colunas, o DTS não sincroniza outros objetos, como visualizações, gatilhos e procedimentos armazenados, com o banco de dados de destino.
Selected Objects	Para renomear um único objeto de sincronização na instância de destino, clique com o botão direito do mouse no objeto na caixa Selected Objects. Para obter mais informações sobre como renomear objetos, consulte Map a single database, table, or column. Para alterar os nomes de vários objetos de sincronização na instância de destino em lote, clique em Batch Edit no canto superior direito da caixa Selected Objects. Para obter mais informações, consulte Map databases, tables, and columns in a batch. Nota Para filtrar dados usando uma cláusula WHERE, clique com o botão direito do mouse na tabela a ser sincronizada na caixa Selected Objects e defina a condição de filtro na caixa de diálogo exibida. Para obter mais informações, consulte Configure filter conditions. Ao usar o recurso de mapeamento de nomes de objetos, outros objetos dependentes do objeto mapeado poderão falhar na sincronização.

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

Parâmetro	Descrição
Dedicated Cluster for Task Scheduling	Por padrão, o DTS agenda tarefas em um cluster compartilhado, e você não precisa selecionar um cluster. Para um desempenho mais estável, adquira um cluster dedicado para executar tarefas de sincronização do DTS. Para obter mais informações, consulte What is a DTS dedicated cluster?.
Retry Time for Failed Connections	Após o início de uma tarefa de sincronização, se a conexão com o banco de dados de origem ou de destino falhar, o DTS relata um erro e começa imediatamente a tentar reconectar. A duração padrão de nova tentativa é de 720 minutos. Você também pode especificar uma duração personalizada de 10 a 1.440 minutos. Recomendamos definir a duração para 30 minutos ou mais. Se o DTS se reconectar com êxito ao banco de dados dentro da duração especificada, a tarefa de sincronização retoma automaticamente. Caso contrário, a tarefa falha. Nota Ao ter várias instâncias do DTS (por exemplo, Instância A e Instância B) que compartilham a mesma origem ou destino, e definir o tempo de nova tentativa de rede para 30 minutos para a Instância A e 60 minutos para a Instância B, o DTS usa a duração menor de 30 minutos para ambas. Como o DTS cobra pelo tempo de execução da tarefa durante o período de nova tentativa de conexão, recomendamos personalizar a duração da nova tentativa com base nas necessidades do seu negócio ou liberar a instância do DTS o mais rápido possível após a liberação das instâncias de banco de dados de origem e de destino.
Retry Time for Other Issues	Após o início da tarefa de sincronização, se ocorrerem outros problemas não relacionados à conectividade com o banco de dados de origem ou de destino (como exceções de execução DDL ou DML), o DTS relata um erro e inicia imediatamente operações contínuas de nova tentativa. A duração padrão de nova tentativa é de 10 minutos. Você também pode personalizar a duração dentro do intervalo de 1 a 1.440 minutos. Recomendamos definir para 10 minutos ou mais. Se as operações relevantes forem bem-sucedidas dentro da duração de nova tentativa definida, a tarefa de sincronização retoma automaticamente. Caso contrário, a tarefa falha. Importante O valor para Retry Time for Other Issues deve ser menor que o valor para Retry Time for Failed Connections.
Enable Throttling for Full Data Synchronization	Durante a fase de sincronizaçã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 do banco de dados. Para reduzir a carga nos bancos de dados de origem e de destino, defina um limite de taxa para a tarefa de sincronização completa configurando os parâmetros Queries per second (QPS) to the source database, RPS of Full Data Migration e Data migration speed for full migration (MB/s). Nota Este item de configuração está disponível apenas quando Synchronization Types está definido como Full Data Synchronization. Você também pode ajustar a taxa de sincronização completa após a instância de sincronização estar em execução.
Enable Throttling for Incremental Data Synchronization	Você também pode definir um limite de taxa para a tarefa de sincronização incremental. Para aliviar a pressão no banco de dados de destino, defina RPS of Incremental Data Synchronization e Data synchronization speed for incremental synchronization (MB/s).
Environment Tag	Selecione uma tag de ambiente para identificar a instância de sincronização com base nas suas necessidades. Neste exemplo, não é necessária nenhuma seleção.
Configure ETL	Defina se deseja ativar o recurso de extração, transformação e carga (ETL). Para obter 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 obter mais informações, consulte Configure ETL in a data migration or data synchronization task. No: Desativa o recurso ETL.
Monitoring and Alerting	Especifique se deseja configurar alertas. Se a sincronização falhar ou a latência exceder o limiar especificado, o sistema envia uma notificação para um contato de alerta. No: Nenhum alerta é configurado. Yes: Configure alertas definindo um limiar de alerta e especificando um notificação de alerta. Para obter mais informações, consulte Configure monitoring and alerting during task configuration.

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

Para usar o recurso de validação de dados, consulte Configure data validation para obter instruções de configuração.

salve a tarefa e execute uma pré-verificação.
- visualize os parâmetros da API para configurar esta instância, passe o mouse sobre o botão Next: Save Task Settings and Precheck e clique em Preview OpenAPI parameters no balão de dica.
- Após visualizar os parâmetros da API, clique em Next: Save Task Settings and Precheck na parte inferior da página.
Nota
- Antes do início do trabalho de sincronização, o DTS executa uma pré-verificação. O trabalho só inicia após a aprovação de todos os itens de pré-verificação.
- Se a pré-verificação falhar, clique em View Details para o item com falha. Corrija o problema conforme instruído e execute a pré-verificação novamente.
- Se a pré-verificação retornar um aviso:
  
  Se um item de verificação falhar e não puder ser ignorado, clique em View Details ao lado do item. Siga as instruções para corrigir o problema e execute a pré-verificação novamente.
  
  Para itens de verificação ignoráveis, clique em Confirm Alert Details, Ignore, OK e Precheck Again em sequência para ignorar o aviso e executar a pré-verificação novamente. Ao optar por ocultar o item de aviso, isso poderá causar problemas como inconsistência de dados e representar riscos para o seu negócio.

Adquira a instância.

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

Na página Purchase, selecione o método de faturamento e a especificação do link para a instância de sincronização de dados. A tabela a seguir descreve esses parâmetros em detalhes.

Categoria	Parâmetro	Descrição
New Instance Class	Método de faturamento	Assinatura: Você paga ao criar a instância. Ideal para necessidades de longo prazo, é mais econômico que o pagamento conforme o uso. Quanto maior a duração da assinatura, maior o desconto. Pagamento conforme o uso: A cobrança é por hora. Ideal para necessidades de curto prazo. Libere a instância imediatamente após o uso para economizar custos.
	Configuração do grupo de recursos	O grupo de recursos ao qual a instância pertence. O padrão é o grupo de recursos padrão. Para obter mais informações, consulte What is Resource Management?.
	Especificação do link	O DTS fornece especificações de sincronização com diferentes níveis de desempenho. A especificação do link de sincronização afeta a taxa de sincronização. escolha uma especificação com base no seu cenário de negócios. Para obter mais informações, consulte Data synchronization link specifications.
	Duração da assinatura	No modo de assinatura, selecione a duração e a quantidade para a instância. escolha uma assinatura mensal de 1 a 9 meses ou uma assinatura anual de 1, 2, 3 ou 5 anos. Nota Esta opção está disponível apenas quando o método de faturamento é Subscription.

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, clique em OK.

visualize o progresso da tarefa na página Data Synchronization.