Todos os produtos
Search
Central de documentação

AnalyticDB:Use zero-ETL to synchronize data

Última atualização: Jun 27, 2026

O zero-ETL permite sincronizar dados do ApsaraDB for MongoDB com o AnalyticDB for MySQL em tempo real, sem a necessidade de criar ou manter pipelines.

Como funciona

Os processos tradicionais de extração, transformação e carga (ETL) exigem ferramentas separadas para cada fonte de dados, aumentam a sobrecarga operacional e introduzem latência que torna as análises quase em tempo real impraticáveis.

O zero-ETL elimina essas restrições. Selecione uma instância MongoDB de origem e um cluster AnalyticDB for MySQL de destino. O recurso cuida da extração, transformação e carga contínuas dos dados, permitindo que você concentre seus esforços na análise, e não na infraestrutura.

Caminhos de sincronização suportados

O AnalyticDB for MySQL oferece suporte à sincronização zero-ETL a partir de três origens:

Faturamento

As tarefas zero-ETL são gratuitas.

Limites

  • Regiões suportadas: China (Pequim), China (Hangzhou), China (Xangai), China (Shenzhen), China (Zhangjiakou), China (Qingdao), China (Guangzhou), China (Hong Kong), Singapura, EUA (Vale do Silício) e EUA (Virgínia).

  • Limites de tarefas por cluster: O número máximo de tarefas zero-ETL criáveis no console do AnalyticDB for MySQL depende do total de recursos reservados do cluster, medido em unidades de computação do AnalyticDB (ACUs). Caso atinja o limite, crie tarefas adicionais no console do Data Transmission Service (DTS) ou exclua tarefas não utilizadas no console do AnalyticDB for MySQL.

    • ACUs < 24: Máximo de 1 tarefa.

    • ACUs >= 24: Tarefas máximas = 3 + 3 × [(Total ACUs - 24) / 50], arredondando o valor entre colchetes para baixo. Exemplo: Um cluster com 48 ACUs resulta em [(48 - 24) / 50] = 0,48, arredondado para baixo para 0, totalizando um máximo de 3 tarefas.

    A forma como o total de ACUs é contabilizado varia conforme a edição do cluster: - Data Lakehouse Edition: ACUs de computação reservada + ACUs de armazenamento reservado. - Data Warehouse Edition: 1 ACU = 1 núcleo. - Modo elástico: núcleos de recursos de computação + núcleos de recursos de I/O elástico. - Modo reservado: apenas núcleos de recursos de computação.
  • Arquitetura do MongoDB: Apenas a arquitetura de conjunto de réplicas é suportada.

Antes de começar

Certifique-se de ter:

  • Um cluster AnalyticDB for MySQL e uma instância ApsaraDB for MongoDB na mesma região.

  • Contas de banco de dados criadas tanto para o cluster quanto para a instância.

Configurar permissões

Conclua estas etapas antes de criar uma tarefa zero-ETL. Todos os passos utilizam o console do RAM.

  1. Crie uma função vinculada ao serviço para o AnalyticDB for MySQL.

  2. Conceda permissões a um usuário do RAM para gerenciar o AnalyticDB for MySQL.

  3. Conceda permissões a um usuário do RAM para criar tarefas zero-ETL.

Etapa 1: Criar uma função vinculada ao serviço para o AnalyticDB for MySQL

  1. Faça login no console do RAM. No painel de navegação à esquerda, escolha Identities > Roles.

  2. Verifique se existe uma função chamada AliyunServiceRoleForAnalyticDBForMySQL. Se não existir, crie-a:

    1. Clique em Create Role no canto superior esquerdo.

    2. Selecione Alibaba Cloud Service e insira um Principal Name.

    3. Clique em OK e conclua a Security Verification.

Etapa 2: Conceder permissões a um usuário do RAM para gerenciar o AnalyticDB for MySQL

Anexe a política AliyunADBFullAccess ao usuário do RAM. Para mais detalhes, consulte Conceder permissões a um usuário do RAM.

Etapa 3: Conceder permissões a um usuário do RAM para criar tarefas zero-ETL

Crie uma política personalizada que permita ao usuário do RAM criar tarefas de sincronização de dados e anexe-a ao usuário. Para detalhes sobre a criação de políticas personalizadas, consulte Criar políticas personalizadas.

Escolha um dos modelos de política abaixo com base no escopo de acesso que deseja conceder.

Conceder acesso a todas as instâncias do ApsaraDB for MongoDB e todos os clusters do AnalyticDB for MySQL:

{
    "Version": "1",
    "Statement": [
        {
            "Effect": "Allow",
            "Action": "dts:*",
            "Resource": [
                "acs:adb:*:*:*",
                "acs:dds:*:*:*"
            ]
        },
        {
            "Effect": "Allow",
            "Action": [
                "dts:DescribeRegions",
                "dts:DescribeConfigRelations",
                "dts:DescribeSrcLinkConfig",
                "dts:DescribeDestLinkConfig",
                "dts:DescribeLinkConfig"
            ],
            "Resource": [
                "acs:dts:*:*:*"
            ]
        }
    ]
}

Conceder acesso a uma instância específica do ApsaraDB for MongoDB e um cluster específico do AnalyticDB for MySQL:

{
    "Version": "1",
    "Statement": [
        {
            "Effect": "Allow",
            "Action": "dts:*",
            "Resource": [
                "acs:adb:*:*:dbcluster/am-2zeod8ax4b9a****",
                "acs:dds:*:*:dbinstance/dds-t4n8aaa4dcdb****"
            ]
        },
        {
            "Effect": "Allow",
            "Action": [
                "dts:DescribeRegions",
                "dts:DescribeConfigRelations",
                "dts:DescribeSrcLinkConfig",
                "dts:DescribeDestLinkConfig",
                "dts:DescribeLinkConfig"
            ],
            "Resource": "acs:dts:*:*:*"
        }
    ]
}

Substitua am-2zeod8ax4b9a** pelo ID do seu cluster AnalyticDB for MySQL e dds-t4n8aaa4dcdb** pelo ID da sua instância ApsaraDB for MongoDB.

Criar uma tarefa zero-ETL

  1. Faça login no console do AnalyticDB for MySQL. No canto superior esquerdo, selecione uma região. No painel de navegação à esquerda, clique em Clusters e, em seguida, clique no ID do cluster.

  2. Acesse a página de configuração zero-ETL correspondente à edição do seu cluster:

    • Enterprise Edition, Basic Edition ou Data Lakehouse Edition: Escolha .

    • Data Warehouse Edition: Escolha Data Transmission Service > Zero-ETL.

  3. Clique em Create Zero-ETL Task. Na etapa Configure Source and Destination Databases, configure a instância de origem. Em seguida, configure o cluster de destino:

    Sobre o Migration Method : - O Oplog extrai logs em alta velocidade, resultando em baixa latência de sincronização incremental. O Oplog é habilitado por padrão em instâncias do ApsaraDB for MongoDB e bancos de dados MongoDB autogerenciados. Use Oplog, a menos que sua origem exija change streams. - O ChangeStream é obrigatório se a origem for uma instância do Amazon DocumentDB (cluster não elástico). Esta opção só está disponível quando os change streams estão habilitados na origem.

    Parâmetro

    Descrição

    Task Name

    Nome da tarefa zero-ETL.

    Database Type

    Selecione MongoDB.

    Access Method

    Definido automaticamente como Alibaba Cloud Instance.

    Instance Region

    Região da instância ApsaraDB for MongoDB.

    Architecture

    Apenas ReplicaSet é suportado.

    Migration Method

    Selecione o método de sincronização incremental: Oplog (recomendado) ou ChangeStream. Consulte a nota abaixo.

    Instance ID

    ID da instância ApsaraDB for MongoDB.

    Authentication Database

    Banco de dados ao qual a conta pertence. O padrão é admin.

    Database Account

    Conta de banco de dados da instância ApsaraDB for MongoDB.

    Database Password

    Senha da conta do banco de dados.

    Encryption

    Non-encrypted ou SSL-encrypted. Se você selecionar SSL-encrypted, primeiro ative a criptografia SSL na instância.

    Parâmetro

    Descrição

    Database Type

    Definido automaticamente como AnalyticDB for MySQL 3.0.

    Access Method

    Definido automaticamente como Alibaba Cloud Instance.

    Instance Region

    Região do cluster AnalyticDB for MySQL.

    Instance ID

    ID do cluster AnalyticDB for MySQL.

    Database Account

    Conta de banco de dados do cluster AnalyticDB for MySQL.

    Database Password

    Senha da conta do banco de dados.

  4. Clique em Test Connectivity and Proceed. Na etapa Configure Zero-ETL, configure o seguinte:

    Parâmetro

    Descrição

    DDL and DML Operations to Be Synchronized

    Operações DML a serem sincronizadas: INSERT, UPDATE e DELETE. Todas vêm selecionadas por padrão.

    Source Objects and Selected Objects

    Objetos de origem a serem sincronizados.

    Advanced Settings (Optional)

    Intervalos de nova tentativa para falhas de conexão e outros problemas entre a origem e o destino.

  5. Clique em Next: Save Task Settings and Precheck.

  6. Após a conclusão bem-sucedida da pré-verificação, clique em Start.

A tarefa aparece na página de zero-ETL configuration, onde é possível acompanhar seu Name, Source/Destination e Status.

Monitorar tarefas zero-ETL

Após iniciar uma tarefa, configure o monitoramento e alertas no CloudMonitor.

Visualizar métricas de monitoramento

  1. Faça login no console do Cloud Monitor.

  2. No painel de navegação à esquerda, escolha .

  3. Passe o mouse sobre o cartão AnalyticDB for MySQL e clique em AnalyticDB for mysql 3.0 - ZeroETL Latency.

  4. Clique no ID de um cluster para visualizar os dados de monitoramento de suas tarefas zero-ETL.

Criar uma regra de alerta

  1. No painel de navegação à esquerda, escolha .

  2. Clique em Create Alert Rule e configure os parâmetros da regra. Para mais detalhes, consulte Criar uma regra de alerta.

    Defina o Product como AnalyticDB for mysql 3.0 - ZeroETL Latency .

Criar uma política de assinatura

  1. No painel de navegação à esquerda, escolha .

  2. Clique em Create Subscription Policy e configure os seguintes parâmetros. Para mais detalhes, consulte Gerenciar políticas de assinatura de eventos.

    • Products: Selecione AnalyticDB for MySQL V3.0.

    • Event Type: Selecione Abnormal ou Restore.

    • Event Name: Selecione zero_etl_job_abnormal ou zero_etl_job_restore.