Como sincronizar o ApsaraDB RDS for MySQL com o ApsaraDB RDS for PostgreSQL - Data Transmission Service: Central de Documentação do Alibaba Cloud

Pré-requisitos

Por favor, crie uma instância de destino do ApsaraDB RDS for PostgreSQL. Para mais informações, consulte Criar uma instância do ApsaraDB RDS for PostgreSQL.
A instância de destino deve ter mais espaço de armazenamento do que o banco de dados de origem usa.

Notas de uso

Nota

Durante a sincronização de schema, o DTS sincroniza as chaves estrangeiras do banco de dados de origem para o banco de dados de destino.
Durante a sincronização completa e a sincronização incremental de dados, o DTS desativa temporariamente as verificações de restrições e as operações em cascata de chaves estrangeiras no nível da sessão. Podem ocorrer inconsistências de dados se operações de atualização ou exclusão em cascata forem executadas no banco de dados de origem enquanto a tarefa estiver em execução.

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 de unicidade, 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 da tabela e precisar editar mapeamentos (como o mapeamento de nomes de colunas), cada tarefa de sincronização suportará 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. 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 autogerenciado, ative o log binário e defina binlog_format como row e binlog_row_image como full. Se o 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 log binário. Para obter instruções, consulte Create an account and configure binary logging for a self-managed MySQL database. Os logs binários locais de uma instância do ApsaraDB RDS for MySQL devem ser retidos por pelo menos três dias (recomenda-se sete dias). Para um banco de dados MySQL autogerenciado, retenha os logs binários locais por pelo menos sete dias. Caso contrário, o DTS pode não conseguir 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 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 execute operações DDL que alterem os schemas do banco de dados ou das tabelas durante a sincronização de schema 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 em 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. Em seguida, adicione-o novamente. Você só pode fazer isso se o seu negócio permitir. Para mais informações, consulte Modify synchronization objects. Se o seu banco de dados de origem for o MySQL 8.0.23 ou posterior e contiver colunas ocultas, o DTS poderá não ler essas colunas. Isso pode causar perda de dados. Nota Por favor, 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 Colunas invisíveis. 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 Binlog, e comportamentos incompatíveis com o MySQL padrão não são suportados. Se o seu banco de dados de origem alegar compatibilidade com MySQL, mas se comportar de maneira diferente do MySQL (por exemplo, quando o OceanBase é conectado como origem no modo MySQL, o timestamp do evento rotate final no Binlog é 0, o que difere do MySQL), a tarefa de sincronização do DTS pode falhar.
Outros limites	Requisitos do objeto de sincronização: O DTS suporta apenas sincronização no nível da tabela. O DTS não oferece suporte à sincronização dos tipos de dados BIT, VARBIT, GEOMETRY, LINESTRING, POLYGON, ARRAY, UUID, TSQUERY, TSVECTOR, TXID_SNAPSHOT ou POINT. O DTS não oferece suporte à sincronização de índices de prefixo. Se o seu banco de dados de origem contiver índices de prefixo, a sincronização poderá falhar. O DTS não oferece suporte à sincronização de partições, views, stored procedures, funções ou triggers. Se o seu banco de dados de origem usar operações DDL online no modo de tabela temporária — incluindo, mas não se limitando a, 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 da tarefa no banco de dados de destino. Se ocorrer um conflito de chave primária ou chave única enquanto a tarefa estiver em execução: Se os schemas 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 registro correspondente do banco de dados de origem não é sincronizado. Durante a sincronização incremental, o registro do banco de dados de origem sobrescreve o registro no banco de dados de destino. Se os schemas das tabelas forem diferentes, a sincronização inicial de dados poderá falhar. Isso pode resultar na sincronização de apenas parte dos dados das colunas ou em uma falha completa de sincronização. Prossiga com cautela. Avalie o desempenho dos bancos de dados de origem e de destino antes de iniciar a sincronização. Execute a sincronização durante horários fora de pico. Caso contrário, a inicialização completa consumirá recursos de leitura e gravação em ambos os bancos de dados e poderá aumentar a carga do banco de dados. A inicialização completa executa operações INSERT simultaneamente. Isso fragmenta as tabelas de destino. Após a inicialização completa, o tablespace da instância de destino será maior do que o da instância de origem. Se você sincronizar uma ou mais tabelas — e não um banco de dados completo — não use ferramentas como pt-online-schema-change para executar operações DDL online nas tabelas de origem. Caso contrário, a sincronização falhará. Você pode usar o Data Management (DMS) para executar operações DDL online. Para mais informações, consulte DDL online sem bloquear tabelas. Não grave dados no banco de dados de destino, exceto por meio do DTS, enquanto a sincronização estiver em execução. Caso contrário, podem ocorrer inconsistências de dados entre os bancos de dados de origem e de destino. Por exemplo, se você usar o DMS para executar operações DDL online enquanto outros dados são gravados no banco de dados de destino, poderá ocorrer perda de dados. 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 oferecem suporte à sincronização de schema, sincronização completa de dados e sincronização incremental de dados. Para tarefas de sincronização completa ou incremental de dados, se as tabelas de origem a serem sincronizadas contiverem chaves estrangeiras, triggers ou event triggers, o DTS definirá temporariamente o parâmetro `session_replication_role` como `replica` no nível da sessão. Se a conta do banco de dados de destino não tiver as permissões necessárias, defina manualmente o parâmetro `session_replication_role` como `replica` no banco de dados de destino. Durante esse período, se ocorrerem operações de atualização ou exclusão em cascata no banco de dados de origem enquanto o `session_replication_role` estiver definido como `replica`, poderá haver inconsistência de dados. Após a liberação da tarefa do DTS, altere o parâmetro `session_replication_role` de volta para `origin`. Se uma tarefa falhar, a equipe de suporte do DTS tentará restaurá-la em até oito horas. Durante a restauração, eles podem reiniciar a tarefa ou ajustar seus parâmetros. Nota Apenas os parâmetros da tarefa do DTS são modificados, e 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 de 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 poderá se tornar impreciso. Se a latência parecer muito alta, execute uma operação DML no banco de dados de origem e atualize a latência. Nota Se você 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 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 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 log binário.

Faturamento

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

Operações SQL suportadas

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

Procedimento

Acesse a página da lista de tarefas de sincronização da região de destino. Use um dos seguintes métodos:
Do 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á localizada a instância de sincronização.
Do console do DMS

Nota
As operações reais podem variar com base no modo e no 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 está localizada 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.

Categoria	Configuração	Descrição
N/D	Task Name	O DTS gera automaticamente um nome de tarefa. Recomendamos especificar um nome descritivo para facilitar a identificação. O nome não precisa ser exclusivo.
Source Database	Database Type	Selecione MySQL.
	Connection Type	Selecione Alibaba Cloud Instance.
	Instance Region	Por favor, selecione a região da instância de origem do ApsaraDB RDS for MySQL.
	Replicate Data Across Alibaba Cloud Accounts	Este exemplo usa a sincronização 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	Por favor, 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. Se selecionar SSL-encrypted, ative a criptografia SSL para a instância do RDS for MySQL com antecedência. Para mais informações, consulte Use a cloud certificate to quickly enable SSL encryption.
Destination Database	Database Type	Selecione PostgreSQL.
	Connection Type	Selecione Alibaba Cloud Instance.
	Instance Region	Selecione a região da instância de destino do ApsaraDB RDS for PostgreSQL.
	Instance ID	Selecione o ID da instância de destino do ApsaraDB RDS for PostgreSQL.
	Database Name	Insira o nome do banco de dados de destino que contém os objetos a serem sincronizados na instância do ApsaraDB RDS for PostgreSQL.
	Database Account	Insira a conta do banco de dados da instância de destino do ApsaraDB RDS for PostgreSQL. A conta deve ter privilégios de proprietário no schema. Para mais informações, consulte Create an account.
	Database Password	Insira a senha correspondente à conta do banco de dados.
	Encryption	Defina se a conexão com o banco de dados de origem será criptografada. Configure esse parâmetro com base nos requisitos do seu negócio. Neste exemplo, Non-encrypted está selecionado. Para estabelecer uma conexão criptografada por SSL com o banco de dados de origem, execute as seguintes etapas: selecione SSL-encrypted, faça o upload de CA Certificate, Client Certificate e Private Key of Client Certificate conforme necessário e, em seguida, especifique Private Key Password of Client Certificate. Nota Se definir a criptografia como SSL-encrypted para um banco de dados PostgreSQL autogerenciado, faça o upload de CA Certificate. Para usar o certificado de cliente, faça o upload de Client Certificate e Private Key of Client Certificate e especifique Private Key Password of Client Certificate. Para obter informações sobre como configurar a criptografia SSL para uma instância do ApsaraDB RDS for PostgreSQL, consulte SSL encryption.

Após concluir a configuração, clique em Test Connectivity and Proceed na parte inferior da página.
Nota
- Certifique-se de que os blocos CIDR de endereços IP dos servidores do DTS estejam adicionados às configurações de segurança dos bancos de dados de origem e de destino para permitir o acesso dos servidores do DTS. Faça isso de forma automática ou manual. Para mais informações, consulte Add the IP address CIDR blocks of DTS servers to a whitelist.
- Se o banco de dados de origem ou de destino for um banco de dados autogerenciado (onde o Access Method não é Alibaba Cloud Instance), clique também em Test Connectivity na caixa de diálogo CIDR Blocks of DTS Servers.

Configure os objetos da tarefa.

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

Configuração	Descrição
Synchronization Types	Os tipos de sincronização. Por padrão, Incremental Data Synchronization está 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 uma tabela com o mesmo nome, a pré-verificação é aprovada. Se existir uma tabela com o mesmo nome, a pré-verificação falha e a tarefa de sincronização de dados não inicia. Nota Se não for possível excluir ou renomear a tabela com o mesmo nome no banco de dados de destino, mapeie-a para um nome de tabela diferente. Para mais informações, consulte Map table and column names. Ignore Errors and Proceed: Ignora a verificação de tabelas com nomes duplicados no banco de dados de destino. Aviso Selecionar Ignore Errors and Proceed pode causar inconsistências de dados e colocar o seu negócio em risco. Por exemplo: Se os schemas 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 registro correspondente do banco de dados de origem não é sincronizado. Durante a sincronização incremental, o registro do banco de dados de origem sobrescreve o registro no banco de dados de destino. Se os schemas das tabelas forem diferentes, a sincronização inicial de dados poderá falhar. Isso pode resultar na sincronização de apenas parte dos dados das 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 sincronizados com a instância de destino. Por padrão, a DTS default policy está selecionada. Também é possível optar por usar as políticas padrão dos bancos de dados de origem e de destino. Para 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. Se selecionar tabelas ou colunas, outros objetos, como views, triggers e stored procedures, não serão sincronizados 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 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 mais informações, consulte Map databases, tables, and columns in a batch. Nota Se usar o mapeamento de nomes de objetos, a sincronização de outros objetos que dependem do objeto mapeado pode falhar. Para filtrar dados usando uma cláusula WHERE, clique com o botão direito do mouse na tabela alvo na caixa Selected Objects e defina as condições de filtro na caixa de diálogo que aparece. Para mais informações, consulte Configure filter conditions. Há suporte para o tipo de dados Timestamp. Se um campo de hora no banco de dados de origem tiver um valor de `0`, o DTS o converterá automaticamente para `null` no banco de dados de destino.

Por favor, 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, e não é necessário selecionar um cluster. Para obter 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 de sincronização, se a conexão com o banco de dados de origem ou de destino falhar, o DTS relata um erro e inicia imediatamente a reconexão. A duração padrão de repetição é de 720 minutos. Por favor, especifique uma duração personalizada de repetição de 10 a 1.440 minutos. Recomendamos definir a duração como 30 minutos ou mais. Se o DTS conseguir se reconectar ao banco de dados dentro da duração especificada, a tarefa de sincronização será retomada automaticamente. Caso contrário, a tarefa falhará. Nota Se você tiver 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, a duração mais curta de 30 minutos será usada 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 dos bancos 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 de DDL ou DML), o DTS relata um erro e inicia imediatamente novas tentativas contínuas. A duração padrão de repetição é de 10 minutos. Personalize a duração da repetição dentro do intervalo de 1 a 1.440 minutos. Recomendamos definir como 10 minutos ou mais. Se as operações relevantes forem bem-sucedidas dentro da duração de repetição definida, a tarefa de sincronização será retomada automaticamente. Caso contrário, a tarefa falhará. Importante O valor para Retry Time for Other Issues deve ser menor do 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. 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	Também é possível 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. Neste exemplo, não é necessária nenhuma seleção.
Whether to delete SQL operations on heartbeat tables of forward and reverse tasks	Por favor, escolha se as informações SQL de heartbeat serão gravadas no banco de dados de origem quando a instância do DTS estiver em execução. Yes: As informações SQL de heartbeat não são gravadas no banco de dados de origem. Isso pode fazer a instância do DTS relatar um atraso. No: Grava informações SQL de heartbeat no banco de dados de origem. Isso pode interferir em recursos como backup físico e clonagem do banco de dados de origem.
Configure ETL	Defina se deseja ativar o recurso de extração, transformação e carga (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 os alertas serão configurados. Se a sincronização falhar ou a latência exceder o limiar especificado, uma notificação é enviada 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 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.

Por favor, salve a tarefa e execute uma pré-verificação.
- visualize os parâmetros da API para configurar esta instância passando o mouse sobre o botão Next: Save Task Settings and Precheck e clique em Preview OpenAPI parameters na dica de ferramenta.
- 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 da tarefa de sincronização, o DTS executa uma pré-verificação. A tarefa 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 as instruções 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 que podem ser ignorados, clique em Confirm Alert Details, Ignore, OK e Precheck Again em sequência, e confirme a ação para ignorar o aviso e executar a pré-verificação novamente. Optar por ocultar o item de aviso pode 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 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: Você paga ao criar a 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 por hora. Adequado para necessidades de curto prazo. Libere a instância imediatamente após o uso para economizar custos.
	Resource Group Configuration	O grupo de recursos ao qual a instância pertence. O padrão é o grupo de recursos padrão. Para mais informações, consulte What is Resource Management?.
	Link Specification	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 mais informações, consulte Data synchronization link specifications.
	Subscription Duration	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.

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