Synchronize data from ApsaraDB RDS for MySQL to Tablestore - Data Transmission Service: Central de Documentação do Alibaba Cloud

Pré-requisitos

Crie uma Tablestore instance.
Obtenha o AccessKey ID e o AccessKey Secret da conta Alibaba Cloud (site china) ou do usuário do Resource Access Management (RAM) proprietário da instância do Tablestore. Para mais informações, consulte Create an Alibaba Cloud account AccessKey (Not recommended).

Observações de uso

Categoria	Descrição
Limitações do banco de dados de origem	As tabelas a serem sincronizadas devem ter uma chave primária ou uma restrição única, e os campos devem ser exclusivos. Caso contrário, dados duplicados podem aparecer no banco de dados de destino. Se você sincronizar no nível de tabela e precisar editar mapeamentos (como mapeamento de nome de coluna), cada tarefa de sincronização suporta até 1.000 tabelas. Se 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. Binary logs: O ApsaraDB RDS for MySQL ativa o binary logging 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 poderá ser iniciada. Para obter instruções, consulte Configure instance parameters. Importante Se sua instância de origem for um banco de dados MySQL autogerenciado, ative o binary logging e defina binlog_format como row e binlog_row_image como full. Se seu banco de dados MySQL autogerenciado 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 binary log. Para obter instruções, consulte Create an account and configure binary logging for a self-managed MySQL database. Os binary logs locais de uma instância do ApsaraDB RDS for MySQL devem ser retidos por pelo menos três dias (sete dias é o recomendado). Para um banco de dados MySQL autogerenciado, retenha os binary logs locais por pelo menos sete dias. Caso contrário, o DTS pode falhar ao recuperar os binary logs, 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 binary log menores do que o exigido pelo DTS não são cobertos pelo SLA do DTS. Nota Para configurar o retention period dos binary logs locais em uma instância do ApsaraDB RDS for MySQL, consulte Automatically delete local logs. Não execute operações DDL que alterem esquemas de banco de dados ou 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. Dados gerados por alterações que não gravam nos binary logs — 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 tabela afetado dos objetos de sincronização e adicione-o novamente. Faça isso apenas se o seu negócio permitir. Para mais informações, consulte Modify synchronization objects. Se o banco de dados de origem for MySQL 8.0.23 ou posterior e contiver colunas ocultas invisíveis, o DTS pode não ler essas colunas, o que 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 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 MySQL e do formato Binlog, e comportamentos incompatíveis com o MySQL padrão não são suportados. Se o banco de dados de origem alegar compatibilidade com MySQL, mas se comportar de maneira diferente (por exemplo, quando o OceanBase é conectado como origem no modo MySQL, o timestamp do evento rotate final no Binlog é 0, diferentemente do MySQL), a tarefa de sincronização do DTS pode falhar.
Outras limitações	Antes de iniciar a sincronização de dados, avalie o desempenho dos bancos de dados de origem e de destino. Recomendamos realizar a sincronização fora dos horários de pico. Caso contrário, a inicialização completa de dados ocupará 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. A inicialização completa de dados executa operações INSERT simultaneamente, o que causa fragmentação nas tabelas do banco de dados de destino. Portanto, o tablespace da instância de destino será maior que o da instância de origem após a conclusão da inicialização completa. Durante a sincronização do DTS, se dados forem gravados no banco de dados de destino por um processo diferente do DTS, pode ocorrer inconsistência de dados entre a origem e o destino. Durante a sincronização do DTS, não use pt-online-schema-change ou ferramentas semelhantes para realizar alterações DDL online nos objetos de sincronização no banco de dados de origem. Caso contrário, a tarefa falhará. O número de tabelas a serem sincronizadas deve respeitar o limite da instância do Tablestore (no máximo 64 tabelas). Caso contrário, a tarefa de sincronização reportará um erro. Se precisar sincronizar mais de 64 tabelas, entre em contato com o suporte técnico do Tablestore para aumentar o limite de tabelas da instância de destino. Os nomes de tabelas e colunas devem seguir as convenções de nomenclatura do Tablestore: Os nomes consistem em letras maiúsculas, minúsculas, dígitos ou sublinhados (_) e devem começar com uma letra ou sublinhado. Os nomes devem ter entre 1 e 255 caracteres. Se a instância do ApsaraDB RDS for MySQL tiver o Always-Encrypted ativado, a sincronização completa de dados não é suportada. Nota Instâncias do ApsaraDB RDS for MySQL com Transparent Data Encryption (TDE) ativado 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 dentro de oito horas. Durante a restauração, eles podem reiniciar a tarefa ou ajustar seus parâmetros. Nota Apenas os parâmetros da tarefa DTS são modificados, não os parâmetros 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 autogerenciado: Se ocorrer um failover primário/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, o relatório de latência pode se tornar impreciso. Se a latência parecer muito alta, execute uma operação DML no banco de dados de origem para atualizá-la. Nota Se selecionar um banco de dados completo para sincronização, crie uma tabela de heartbeat. Atualize ou grave nesta 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 offset do binary log. Se o banco de dados de origem for 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 — aponte sempre para um nó de leitura/gravação (RW). Caso contrário, a sincronização pode 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ção não podem servir 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 offset do binary log.

Faturamento

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

Operações SQL suportadas para sincronização incremental

Tipo de operação	Instrução SQL
DML	INSERT, UPDATE, DELETE

Permissões necessárias para contas de banco de dados

Banco de dados	Permissões necessárias	Criação e autorização de conta
Origem ApsaraDB RDS for MySQL	Permissões de leitura e gravação nos objetos a serem sincronizados	Create an account e Modify account permissions

Nota

Se a conta do banco de dados de origem não for criada usando o console do ApsaraDB RDS for MySQL, certifique-se de que a conta tenha as permissões REPLICATION CLIENT, REPLICATION SLAVE, SHOW VIEW e SELECT.

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 Data Transmission Service (DTS) console.
2. No painel de navegação à esquerda, clique em Data Synchronization.
3. No canto superior esquerdo da página, selecione a região onde a instância de sincronização está localizada.
Pelo console do DMS

Nota
As operações reais podem variar dependendo do modo e do layout do console do DMS. Para 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 a instância de sincronização está localizada.
Clique em Create Task para abrir a página de configuração da tarefa.

Configure os bancos de dados de origem e de destino.

Categoria	Configuração	Descrição
N/A	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	Select a DMS database instance.	Selecione uma instância existente conforme necessário. Se usar uma instância existente, as informações do banco de dados serão preenchidas automaticamente. Não é necessário inseri-las novamente. Se não usar uma instância existente, configure as seguintes informações do banco de dados. Nota No console do DMS, clique em Add DMS Database Instance para adicionar uma instância de banco de dados. Para mais informações, consulte Add a cloud database instance e Add a database instance from another cloud or a self-managed database. No console do DTS, adicione um banco de dados ao DTS na página Database Connections ou na nova página de configuração. Para mais informações, consulte Data Connection Management.
	Database Type	Selecione MySQL.
	Access Method	Selecione Alibaba Cloud Instance.
	Instance Region	Selecione a região da instânciaApsaraDB RDS for MySQLde origem.
	Replicate Data Across Alibaba Cloud Accounts	Este exemplo usa uma instância de banco de dados pertencente à conta Alibaba Cloud atual. Selecione No.
	RDS Instance ID	Selecione o ID da instânciaApsaraDB RDS for MySQLde origem.
	Database Account	Insira a conta do banco de dadosApsaraDB RDS for MySQLde origem. Para informações sobre permissões, consulteRequired permissions for database accounts.
	Database Password	Insira a senha correspondente à conta do banco de dados.
	Encryption	Selecione Non-encrypted ou SSL-encrypted conforme necessário. Se selecionar SSL-encrypted, ative a criptografia SSL para a instância RDS for MySQL antecipadamente. Para mais informações, consulte Use a cloud certificate to quickly enable SSL encryption.
Destination Database	Select a DMS database instance.	Selecione uma instância existente conforme necessário. Se usar uma instância existente, as informações do banco de dados serão preenchidas automaticamente. Não é necessário inseri-las novamente. Se não usar uma instância existente, configure as seguintes informações do banco de dados. Nota No console do DMS, clique em Add DMS Database Instance para adicionar uma instância de banco de dados. Para mais informações, consulte Add a cloud database instance e Add a database instance from another cloud or a self-managed database. No console do DTS, adicione um banco de dados ao DTS na página Database Connections ou na nova página de configuração. Para mais informações, consulte Data Connection Management.
	Database Type	Selecione Tablestore.
	Access Method	Selecione Alibaba Cloud Instance.
	Instance Region	Selecione a região da instância do Tablestore de destino.
	Instance ID	Selecione o ID da instância do Tablestore de destino.
	AccessKey ID of Alibaba Cloud Account	Insira o AccessKey ID da conta Alibaba Cloud. Importante Se inserir o AccessKey ID de um usuário RAM, a tarefa pode falhar devido a permissões insuficientes.
	AccessKey Secret of Alibaba Cloud Account	Insira o AccessKey Secret da conta Alibaba Cloud.

Após concluir a configuração, clique em Test Connectivity and Proceed na parte inferior da página.

Se o banco de dados de origem ou de destino for uma instância de banco de dados Alibaba Cloud, como uma instância RDS for MySQL ou ApsaraDB for MongoDB, o DTS adiciona automaticamente os endereços IP dos servidores DTS na região correspondente à lista de permissões da instância. Se a origem ou o destino for um banco de dados autogerenciado hospedado em uma instância ECS, o DTS adiciona automaticamente os endereços IP dos servidores DTS às regras de segurança da instância ECS. Você também deve garantir que o banco de dados autogerenciado permita acesso da instância ECS. Se o banco de dados estiver implantado em um cluster em várias instâncias ECS, adicione manualmente os endereços IP dos servidores DTS às regras de segurança de cada instância ECS. Se a origem ou o destino for um banco de dados autogerenciado em um IDC ou de outro provedor de cloud, adicione manualmente os endereços IP dos servidores DTS na região correspondente para permitir o acesso. Para mais informações sobre os endereços IP dos servidores DTS, consulte IP address CIDR blocks of DTS servers.

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

Configure os objetos da tarefa.

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

Configuração	Descrição
Synchronization Types	Incremental Data Synchronization está selecionado. Por padrão, selecione também Schema Synchronization e Full Data Synchronization. Após a pré-verificação, o DTS realiza uma sincronização completa dos objetos selecionados da instância de origem para o cluster de destino. Isso serve como base para a subsequente sincronização incremental.
Processing Mode of Conflicting Tables	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 não inicia. Nota Se não for possível excluir ou renomear a tabela homônima no banco de dados de destino, mapeie-a para um nome diferente. Para 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 Selecionar 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 a mesma chave primária ou valor de chave única que um registro na origem: Durante a sincronização completa, o DTS mantém o registro no cluster de destino. O registro correspondente da origem não é sincronizado. Durante a sincronização incremental, o registro da origem sobrescreve o registro no banco de dados de destino. Se os esquemas das tabelas forem diferentes, a sincronização inicial pode falhar. Isso pode resultar na sincronização parcial de colunas ou falha total. Prossiga com cautela.
Operation Types	Selecione os tipos de operação a serem sincronizados conforme suas necessidades de negócio. Por padrão, todos os tipos estão selecionados.
Processing Policy of Dirty Data	Selecione a política para lidar com erros de gravação de dados. Valores válidos: Skip Block
Data Write Mode	Selecione o modo de gravação de dados. Valores válidos: Overwrite Row: UpdateRowChange realiza sobrescrita no nível de linha. Update Row: PutRowChange realiza atualização no nível de linha.
Batch Write Mode	API de gravação em lote. Valores válidos: BulkImportRequest: gravação offline. BatchWriteRowRequest: gravação em lote. Nota Recomendamos selecionar BulkImportRequest, que oferece maior eficiência de leitura/gravação e custos menores para a instância do Tablestore.
More	Clique em More para configurar os seguintes parâmetros conforme suas necessidades: Queue Size: tamanho da fila do processo de gravação de dados para a instância do Tablestore. Thread Quantity: número de threads de processamento de callback para o processo de gravação de dados da instância do Tablestore. Concurrency: limite de requisições simultâneas para a instância do Tablestore. Buckets: concorrência de buckets para gravações incrementais sequenciais. Aumentar esse valor adequadamente pode melhorar o desempenho de gravação simultânea. Nota Buckets deve ser menor ou igual a Concurrency.
Capitalization of Object Names in Destination Instance	Configure a política de diferenciação de maiúsculas/minúsculas para nomes de objetos de banco de dados, tabelas e colunas sincronizados na instância de destino. Por padrão, a DTS default policy está selecionada. Também é possível usar as políticas padrão dos bancos de dados de origem e destino. Para mais informações, consulte Case sensitivity policy for destination object names.
Source Objects	Na caixa Source Objects, clique em um objeto para sincronizar e, em seguida, clique em para movê-lo para a caixa Selected Objects. Nota Selecione objetos de sincronização no nível de banco de dados ou tabela.
Selected Objects	Para renomear um único objeto de sincronização na instância de destino, clique com o botão direito no objeto na caixa Selected Objects. Para mais informações sobre renomeação, consulte Map a single database, table, or column. Para alterar os nomes de vários objetos de sincronização em lote na instância de destino, clique em Batch Edit no canto superior direito da caixa Selected Objects. Para mais informações, consulte Map databases, tables, and columns in a batch. Nota O mapeamento de nomes de banco de dados não é suportado. O mapeamento de nomes de tabelas e colunas é suportado apenas quando os objetos são selecionados no nível de tabela. Se usar o recurso de mapeamento, outros objetos dependentes podem falhar na sincronização. Ao usar o mapeamento de nomes de colunas, modifique os tipos de coluna das tabelas a serem sincronizadas na instância do Tablestore de destino. Para filtrar dados usando uma condição WHERE, clique com o botão direito na tabela a ser sincronizada na área Selected Objects e defina as condições de filtro na caixa de diálogo. Para mais informações, consulteFilter task data with an SQL condition.

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

Configuração	Descrição
Dedicated Cluster for Task Scheduling	Por padrão, o DTS agenda tarefas em um cluster compartilhado, sem necessidade de seleção. Para um desempenho mais estável, adquira um cluster dedicado para executar tarefas de sincronização do DTS. Para mais informações, consulte What is a DTS dedicated cluster?.
Retry Time for Failed Connections	Após o início da tarefa, se a conexão com a origem ou destino falhar, o DTS reportará um erro e iniciará imediatamente novas tentativas. A duração padrão de tentativa é de 720 minutos. Especifique uma duração personalizada de 10 a 1.440 minutos. Recomendamos definir pelo menos 30 minutos. Se o DTS reconectar com sucesso dentro do período especificado, a tarefa será retomada automaticamente. Caso contrário, ela falhará. Nota Se houver múltiplas instâncias DTS (ex: Instância A e B) compartilhando a mesma origem ou destino, e o tempo de tentativa for definido como 30 minutos para A e 60 minutos para B, a menor duração (30 minutos) será usada para ambas. Como o DTS cobra pelo tempo de execução durante as tentativas de conexão, recomendamos personalizar a duração conforme a necessidade ou liberar a instância DTS assim que possível após a liberação das instâncias de banco de dados.
Retry Time for Other Issues	Após o início da tarefa, se ocorrerem problemas não relacionados à conectividade (como exceções na execução de DDL ou DML), o DTS reportará um erro e iniciará tentativas contínuas. A duração padrão é de 10 minutos. Personalize a duração entre 1 e 1.440 minutos. Recomendamos definir pelo menos 10 minutos. Se as operações forem bem-sucedidas dentro do período definido, a tarefa será retomada automaticamente. Caso contrário, ela falhará. Importante O valor de Retry Time for Other Issues deve ser menor que o de 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 da origem e do destino, o que pode aumentar a carga. Para reduzir essa carga, defina um limite de taxa 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 Esta opção só está disponível quando Synchronization Types estiver definido como Full Data Synchronization. Também é possível adjust the full synchronization rate após a instância de sincronização estar em execução.
Enable Throttling for Incremental Data Synchronization	Defina um limite de taxa para a sincronização incremental. Para aliviar a pressão no banco de dados de destino, configure 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 conforme necessário. Neste exemplo, nenhuma tag é necessária.
Whether to delete SQL operations on heartbeat tables of forward and reverse tasks	Escolha se deseja gravar informações SQL de heartbeat no banco de dados de origem enquanto a instância DTS está em execução. Yes: As informações SQL de heartbeat não são gravadas na origem. Isso pode fazer com que a instância DTS reporte atraso. No: Grava informações SQL de heartbeat na origem. Isso pode interferir em recursos como backup físico e clonagem do banco de dados de origem.
Configure ETL	Escolha se deseja ativar o recurso de extração, transformação e carregamento (ETL). Para 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 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, uma notificação será enviada a um contato de alerta. No: Nenhum alerta é configurado. Yes: Configure alertas definindo um limiar e especificando um alert notification. Para mais informações, consulte Configure monitoring and alerting during task configuration.

Clique em Next: Configure Database and Table Fields e clique em Note no botão OK.

Por padrão, o DTS define a chave primária da tabela de origem como Primary Key Column. Altere o Definition Status para All e modifique-o.

Nota
Primary Key Column Selecione várias colunas para formar uma chave primária composta.

Salve a tarefa e execute uma pré-verificação.
- Para visualizar 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.
- 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 job de sincronização, o DTS executa uma pré-verificação. O job só inicia após a aprovação de todos os itens.
- Se a pré-verificação falhar, clique em View Details para o item com falha. Corrija o problema conforme indicado 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 que podem ser ignorados, clique em Confirm Alert Details, Ignore, OK e Precheck Again em sequência para pular o aviso e reexecutar a pré-verificação. Ignorar o aviso pode causar problemas como inconsistência de dados e riscos ao negócio.

Adquira a instância.

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

Na página Purchase, selecione o método de faturamento e a especificação de 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	Billing Method	Subscription: Pagamento no momento da criação da instância. Adequado para necessidades de longo prazo e mais econômico que o pagamento conforme o uso. Quanto maior a duração da assinatura, maior o desconto. Pay-as-you-go: Cobrança horária. Adequado para necessidades de curto prazo. Libere a instância imediatamente após o uso para economizar.
	Resource Group Configuration	O grupo de recursos ao qual a instância pertence. O padrão é default resource group. Para mais informações, consulte What is Resource Management?.
	Link Specification	O DTS oferece especificações de sincronização com diferentes níveis de desempenho. A especificação do link afeta a taxa de sincronização. Escolha uma especificação baseada no seu cenário de negócio. Para mais informações, consulte Data synchronization link specifications.
	Subscription Duration	No modo assinatura, selecione a duração e a quantidade para a instância. Escolha uma assinatura mensal de 1 a 9 meses ou anual de 1, 2, 3 ou 5 anos. Nota Esta opção só está disponível quando o método de faturamento for 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.