Fluxo de configuração para sincronização unidirecional de dados entre instâncias do ApsaraDB RDS for MySQL - Data Transmission Service: Central de Documentação do Alibaba Cloud

O Data Transmission Service (DTS) oferece suporte à sincronização de dados entre dois bancos de dados MySQL. Este tópico descreve o fluxo de configuração utilizando a sincronização unidirecional entre duas instâncias do ApsaraDB RDS for MySQL como exemplo.

Pré-requisitos

As instâncias RDS de source e de destino para sincronização de dados já devem existir. Para mais informações, consulte Create an RDS instance.
O tipo de banco de dados das instâncias RDS de source e de destino deve ser MySQL.

Observações de uso

Durante a inicialização completa dos dados, o DTS consome recursos de leitura e gravação dos bancos de dados de source e de destino, o que pode aumentar a carga do banco de dados. Quando os bancos de dados apresentam baixo desempenho, especificações reduzidas ou cargas de trabalho intensas (por exemplo, grande volume de instruções SQL lentas, tabelas sem chaves primárias ou deadlocks no banco de dados de destino), a pressão sobre o banco de dados pode aumentar ainda mais, tornando os services indisponíveis. Por isso, avalie o desempenho dos bancos de dados de source e de destino antes de iniciar a sincronização. Recomenda-se executar a sincronização em horários de baixa demanda (por exemplo, quando a carga de CPU de ambos os bancos estiver abaixo de 30%).
Durante a sincronização de dados, não utilize ferramentas como gh-ost ou pt-online-schema-change para executar operações DDL online nos objetos de sincronização no banco de dados de source. Caso contrário, a tarefa de sincronização falhará.
Se nenhum dado além daqueles provenientes do DTS for gravado no banco de dados de destino, você poderá usar o Data Management (DMS) para realizar operações DDL online. Para mais informações, consulte Change table schemas without locking tables.
Caso uma tabela de source não possua chave primária ou restrição única e contenha dados não exclusivos, poderão ser criados dados duplicados no banco de dados de destino.
Na fase de inicialização completa, operações INSERT simultâneas causam fragmentação de tabelas na instância de destino. Após a conclusão dessa etapa, o espaço de armazenamento das tabelas na instância de destino será maior do que na instância de source.
Quando o banco de dados de destino for uma instância RDS MySQL (exceto nas versões 5,7 e 8,0), o DTS cria automaticamente uma conta de sincronização chamada dtssyncwriter no banco de dados de destino. Essa conta possui permissões de gravação e destina-se exclusivamente ao uso interno do DTS.

Faturamento

Tipo de sincronização	Preço
Sincronização de schema e sincronização completa de dados	Gratuito.
Sincronização incremental de dados	Pago. Para 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 em cascata
Sincronização unidirecional muitos para um

Para descrições e considerações sobre cada topologia de sincronização, consulte Synchronization topologies.

Operações SQL que podem ser sincronizadas

Tipo de operação	Instrução SQL
DML	INSERT, UPDATE, DELETE e REPLACE
DDL	ALTER TABLE e ALTER VIEW CREATE FUNCTION, CREATE INDEX, CREATE PROCEDURE, CREATE TABLE e CREATE VIEW DROP INDEX e DROP TABLE RENAME TABLE Importante Operações RENAME TABLE podem causar inconsistência de dados entre os bancos de source e de destino. Por exemplo, se você selecionar uma tabela como objeto de sincronização e renomeá-la durante o processo, os dados dessa tabela não serão sincronizados com o destino. Para evitar essa situação, selecione o banco de dados ao qual a tabela pertence como objeto de sincronização ao configurar a tarefa. Certifique-se de que tanto o banco de dados original quanto o novo (após a operação RENAME TABLE) estejam incluídos nos objetos a serem sincronizados. TRUNCATE TABLE

Limitações

Incompatibilidade de triggers

Se o objeto de sincronização for um banco de dados inteiro e um trigger nesse banco atualizar uma tabela interna, poderá haver inconsistência de dados entre a source e o destino. Para saber como contornar esse problema, consulte Configure tasks for source databases with triggers.
Limitação da operação RENAME TABLE

A execução de RENAME TABLE pode gerar inconsistências durante a sincronização. Por exemplo, se o objeto de sincronização incluir apenas a tabela A e a instância de source renomeá-la para tabela B durante o processo, a tabela B não será replicada no banco de dados de destino. Para prevenir esse cenário, selecione todo o banco de dados onde as tabelas A e B residem como objeto de sincronização durante a configuração da tarefa.

Procedimento

Adquira uma instância de sincronização de dados. Para mais informações, consulte Purchase a data synchronization task.

Nota
Durante a aquisição, defina tanto a instância de source quanto a de destino como MySQL e configure a topologia de sincronização como One-way Synchronization.
Faça login no Data Transmission Service console.
No painel de navegação à esquerda, clique em Data Synchronization.
Na parte superior da página Data Synchronization, selecione a região da instância de sincronização de dados.
Localize a instância de sincronização adquirida e clique em Configure Synchronization Channel.

Configure as informações das instâncias de source e de destino para o canal de sincronização.

Categoria	Parâmetro	Descrição
Nenhuma	Nome da tarefa de sincronização	O DTS gera automaticamente um nome para a tarefa. Recomendamos definir um nome significativo para facilitar a identificação. Não há exigência de unicidade.
Informações da instância de source	Tipo de instância	Selecione RDS Instance.
	Região da instância	Exibe a região da instância de source escolhida no momento da compra da instância de sincronização. Este valor não pode ser alterado.
	ID da instância	Selecione o ID da instância RDS que servirá como source de dados para a sincronização.
	Conta do banco de dados	Insira a conta do banco de dados da instância RDS de source. Nota Quando o tipo de banco de dados da instância RDS de source for MySQL 5.5 ou MySQL 5.6, não é necessário configurar os campos Database Account e Database Password.
	Senha do banco de dados	Insira a senha da conta do banco de dados.
	Método de conexão	Escolha entre Non-encrypted ou SSL-encrypted conforme sua necessidade. Se optar por SSL-encrypted, será preciso ativar previamente o recurso de criptografia SSL na instância RDS. Para mais detalhes, veja Configure SSL encryption. Importante Atualmente, a opção Encryption está disponível apenas nas regiões da China continental e China (Hong Kong).
Informações da instância de destino	Tipo de instância	Selecione RDS Instance.
	Região da instância	Exibe a região da instância de destino escolhida no momento da compra da instância de sincronização. Este valor não pode ser alterado.
	ID da instância	Selecione o ID da instância RDS que servirá como destino da sincronização de dados.
	Conta do banco de dados	Insira a conta do banco de dados da instância RDS de destino. Nota Quando o tipo de banco de dados da instância RDS de destino for MySQL 5.5 ou MySQL 5.6, não é necessário configurar os campos Database Account e Database Password.
	Senha do banco de dados	Insira a senha da conta do banco de dados.
	Método de conexão	Escolha entre Non-encrypted ou SSL-encrypted conforme sua necessidade. Se optar por SSL-encrypted, será preciso ativar previamente o recurso de criptografia SSL na instância RDS. Para mais detalhes, veja Configure SSL encryption. Importante Atualmente, a opção Encryption está disponível apenas nas regiões da China continental e China (Hong Kong).

No canto inferior direito da página, clique em Set Whitelist and Next.

Caso o banco de dados de source ou de destino seja uma instância 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 DTS à lista de permissões de endereços IP da instância. Se o banco for auto-gerenciado e hospedado em uma instância do Elastic Compute Service (ECS), o DTS insere automaticamente esses blocos CIDR nas regras do grupo de segurança da instância ECS; nesse caso, garanta que a instância ECS tenha acesso ao banco de dados. Quando o banco auto-gerenciado estiver distribuído em várias instâncias ECS, adicione manualmente os blocos CIDR do DTS às regras de grupo de segurança de cada uma delas. Para bancos auto-gerenciados em data centers locais ou fornecidos por terceiros, é necessário adicionar manualmente os blocos CIDR dos servidores DTS à lista de permissões de IP do banco para permitir o acesso do DTS. Para mais informações, consulte Whitelist DTS server IP addresses.

Aviso
A adição de blocos CIDR de endereços IP públicos dos servidores DTS, seja automática ou manual, pode apresentar riscos de segurança. Ao utilizar este product, você reconhece e aceita esses riscos potenciais. É fundamental implementar proteções básicas de segurança, incluindo, mas não se limitando a: reforçar a segurança de senhas, restringir portas abertas para blocos CIDR, usar autenticação para comunicação interna via API e revisar periodicamente blocos CIDR desnecessários. Alternativamente, conecte-se ao banco de dados por meio de uma rede interna, como uma linha dedicada, VPN Gateway ou Smart Access Gateway.

Defina a política de sincronização e as informações dos objetos.

Parâmetro	Descrição
Selecionar objetos de sincronização	No painel Source Objects, clique nos objetos que deseja sincronizar e, em seguida, clique no ícone para movê-los ao painel Selected Objects. Os objetos podem ser selecionados no nível de banco de dados ou de tabela. Nota Ao selecionar um banco de dados inteiro como objeto de sincronização, todas as alterações de schema nos objetos desse banco serão replicadas no destino. Por padrão, o nome do objeto sincronizado no banco de destino é idêntico ao da source. Para alterar o nome no destino, utilize o recurso de mapeamento de nomes de objetos. Consulte Rename synchronized objects in the destination instance para mais detalhes.
Mapeamento de biblioteca, tabela e coluna	Altere os nomes dos objetos sincronizados na instância de destino. Para mais informações, consulte Map databases, tables, and columns.
Replicar tabelas temporárias durante DDL online do DMS	Se você utilizar o Data Management (DMS) para aplicar alterações DDL online no banco de dados de source, poderá decidir se deseja sincronizar as tabelas temporárias geradas por essas alterações. Yes: Sincroniza as tabelas temporárias criadas pelas alterações DDL online. Nota A geração de um grande volume de dados em tabelas temporárias por alterações DDL online pode atrasar a tarefa de sincronização. No: Não sincroniza as tabelas temporárias geradas pelas alterações DDL online. Apenas as operações DDL originais do banco de dados de source são sincronizadas. Nota Esta opção provoca o bloqueio das tabelas no banco de dados de destino.
Duração da nova tentativa de conexão	Se o DTS não conseguir se conectar à instância de source ou de destino, ele tentará novamente por 720 minutos (12 horas) por padrão. Também é possível definir uma duração personalizada. Caso o DTS restabeleça a conexão dentro do período especificado, a tarefa de sincronização será retomada automaticamente. Do contrário, a tarefa falhará. Nota O tempo de execução da tarefa durante as tentativas de reconexão é faturado. Personalize a duração das tentativas conforme suas necessidades comerciais ou libere a instância DTS assim que as instâncias de source e de destino forem liberadas.

Após concluir as configurações anteriores, clique em Next no canto inferior direito da página.
Configure as definições avançadas para a inicialização da sincronização.
Nota
- Esta etapa inicializa os schemas e os dados dos objetos existentes na instância de source dentro da instância de destino, servindo como base para a sincronização incremental subsequente.
- Os tipos de inicialização incluem inicialização de schema e inicialização completa de dados. Por padrão, é necessário selecionar Schema Initialization e Full Data Initialization.
Depois de finalizar as configurações acima, clique em Precheck and Start no canto inferior direito da página.
Nota
- Antes do início oficial da tarefa, o sistema executa uma pré-verificação. A sincronização só começa após a aprovação nessa etapa.
- Se a pré-verificação falhar, clique no ícone ao lado do item específico para ver os detalhes da falha.
  
  Siga as instruções exibidas para corrigir o problema e execute a pré-verificação novamente.
  
  Caso não seja necessário corrigir os itens de aviso, selecione Ignore e depois Ignore Warning Items and Rerun Precheck para ignorar os avisos e rodar a pré-verificação outra vez.
Quando Precheck Passed aparecer na caixa de diálogo Precheck, feche a caixa de diálogo Precheck. A tarefa de sincronização será iniciada.
Aguarde a conclusão da inicialização do link e a entrada da tarefa no estado Synchronizing.

Acesse a página Data Synchronization para verificar o status da tarefa de sincronização.

A lista de tarefas nesta página contém colunas como Instance ID/Task Name, Status, Sync Overview (latência e velocidade), Billing Method, Synchronization Topology e Actions. Na coluna Actions, é possível executar operações como Pause Synchronization, Switch to Subscription e Upgrade. O cabeçalho da página permite buscar pelo nome da tarefa, além de filtrar ou ordenar por status.