Todos os produtos
Search
Central de documentação

Data Transmission Service:Rastrear alterações de dados de um cluster PolarDB for Oracle

Última atualização: Jun 27, 2026

O rastreamento de alterações do Data Transmission Service (DTS) captura operações INSERT, DELETE e UPDATE de um cluster PolarDB for PostgreSQL (Compatible with Oracle) em tempo real. Os clientes downstream consomem os dados rastreados por meio de grupos de consumidores usando o SDK, o Flink DTS Connector ou um cliente Kafka.

Pré-requisitos

Antes de começar, verifique se:

  • Você criou um cluster PolarDB for PostgreSQL (Compatible with Oracle) de origem. Para mais informações, consulte Criar um cluster.

  • O parâmetro wal_level está definido como logical no cluster de origem. Essa configuração habilita a codificação lógica no write-ahead logging (WAL). Para mais informações, consulte Especificar parâmetros do cluster.

  • Se a instância ApsaraDB RDS for MySQL usar o tipo de rede clássica, configure um endpoint interno para essa instância.

Limitações

Limites do banco de dados de origem

  • As tabelas de origem devem ter restrições PRIMARY KEY ou UNIQUE, e todos os campos devem ser únicos. Caso contrário, as alterações de dados rastreadas podem conter duplicatas.

  • Se você selecionar tabelas como objetos de rastreamento, uma única tarefa suportará até 500 tabelas. Exceder esse limite causa um erro de solicitação. Para rastrear mais de 500 tabelas, divida-as em várias tarefas de rastreamento de alterações ou rastreie todo o banco de dados.

  • Requisitos de WAL:

    • Defina o parâmetro wal_level como logical. Isso ativa a codificação lógica no WAL. Para mais detalhes, consulte Especificar parâmetros do cluster.

    • Mantenha os logs WAL por mais de 24 horas. Se o DTS não conseguir obter esses logs, a tarefa poderá falhar e causar inconsistência ou perda de dados. Se a retenção de logs WAL não atender a esse requisito, a confiabilidade e o desempenho do serviço garantidos no Acordo de Nível de Serviço (SLA) do DTS poderão não ser assegurados.

  • Se a instância de origem for somente leitura ou temporária, verifique se ela registra logs de transação.

Outros limites

  • O sistema não rastreia atualizações de schema na instância de origem.

  • Uma única tarefa de rastreamento de alterações monitora dados de apenas um banco de dados. Para acompanhar mudanças em vários bancos, crie uma tarefa separada para cada um.

  • O DTS usa a função ROUND(COLUMN,PRECISION) para recuperar valores de colunas FLOAT ou DOUBLE. Se você não especificar uma precisão, o sistema aplicará os seguintes padrões. Verifique se as configurações de precisão atendem aos seus requisitos de negócio.

    • FLOAT: 38 dígitos

    • DOUBLE: 308 dígitos

Criar uma tarefa de rastreamento de alterações

Etapa 1: Abrir a página de rastreamento de alterações

  1. Faça login no console do Data Management (DMS).

  2. Na barra de navegação superior, clique em DTS.

  3. No painel de navegação à esquerda, escolha DTS (DTS) > Change Tracking.

Se estiver usando o Simple Mode, passe o ponteiro sobre o ícone p483176 no canto superior esquerdo e selecione All functions > DTS > Change Tracking . Para mais informações, consulte Personalizar o layout e o estilo do console DMS . Você também pode usar o novo console DTS .

Etapa 2: Selecionar uma região

À direita de Change Tracking Tasks, selecione a região onde deseja criar a tarefa de rastreamento de alterações.

No novo console DTS, escolha a região na lista suspensa à direita de Workbench na página Change Tracking Tasks.

Etapa 3: Configurar o banco de dados de origem e o tipo de rede do consumidor

Clique em Create Task. Na página exibida, configure a instância do banco de dados de origem e o tipo de rede do consumidor.

Aviso

Após especificar a instância do banco de dados de origem, leia os Limits exibidos na parte superior da página. O descumprimento desses limites pode causar falha na tarefa ou impedir o consumo dos dados rastreados.

Banco de dados de origem

Parâmetro

Descrição

Task Name

O DTS atribui um nome automaticamente. Especifique um nome descritivo que facilite a identificação da tarefa. O nome da tarefa não precisa ser único.

Select an existing database connection

Instância à qual o banco de dados de origem pertence. Se você usar uma instância existente, o DTS preencherá automaticamente os parâmetros do banco de dados de origem. Caso contrário, configure-os manualmente.

Database Type

Selecione PolarDB (Compatible with Oracle).

Access Method

Escolha Public IP Address.

Instance Region

Região onde reside o cluster PolarDB for PostgreSQL (Compatible with Oracle).

Data Sources

Selecione Single Data Source. Insira o endpoint do cluster de origem ou do nó primário no campo Domain Name or IP Address e defina o Port Number.

Domain Name or IP Address

Endpoint do cluster de origem ou do nó primário.

Port Number

Número da porta de serviço do cluster de origem. Valor padrão: 1521.

Database Name

Nome do banco de dados de origem.

Database Account

Conta privilegiada do banco de dados PolarDB for PostgreSQL (Compatible with Oracle).

Database Password

Senha da conta do banco de dados.

Tipo de rede do consumidor

Parâmetro

Descrição

Network Type

Fixo como VPC. Selecione uma VPC e um vSwitch. Para mais informações, consulte VPCs.

Não é possível alterar o tipo de rede do consumidor após configurar a tarefa de rastreamento de alterações. Se o seu cliente de rastreamento estiver implantado em uma VPC, selecione a mesma VPC e o mesmo vSwitch conectados ao cliente para minimizar a latência de rede.

Etapa 4: Testar a conectividade

Clique em Test Connectivity and Proceed na parte inferior da página.

Se o banco de dados de origem for uma instância de banco de dados Alibaba Cloud (como ApsaraDB RDS for MySQL ou ApsaraDB for MongoDB), o DTS adiciona automaticamente os blocos CIDR dos servidores DTS da região correspondente à lista de permissões da instância. Para bancos hospedados em instâncias ECS, o DTS inclui os blocos CIDR nas regras do grupo de segurança da instância ECS. Em bancos autogerenciados em data centers locais ou nuvens de terceiros, adicione manualmente os blocos CIDR dos servidores DTS às configurações de segurança do banco. Para mais detalhes, consulte Adicionar os blocos CIDR dos servidores DTS.

Aviso

Adicionar blocos CIDR públicos dos servidores DTS à lista de permissões de uma instância de banco de dados ou às regras de grupo de segurança de uma instância ECS pode introduzir riscos de segurança. Antes de prosseguir, adote medidas preventivas, incluindo, mas não se limitando a: fortalecer nomes de usuário e senhas, restringir portas expostas, autenticar chamadas de API, auditar regularmente a lista de permissões ou regras de grupo de segurança e remover blocos CIDR não autorizados. Você também pode conectar o banco de dados ao DTS via Express Connect, VPN Gateway ou Smart Access Gateway.

Etapa 5: Configurar objetos de rastreamento e configurações avançadas

Configurações básicas

Parâmetro

Descrição

Data Change Types

Data Update e Schema Update vêm selecionados por padrão e não podem ser alterados. O DTS rastreia alterações de dados (operações INSERT, DELETE e UPDATE) e mudanças de schema nos objetos selecionados.

Source Objects

Selecione um ou mais objetos na seção Source Objects e clique no ícone arrow para adicioná-los à seção Selected Objects.

Você pode selecionar tabelas ou bancos de dados como objetos para o rastreamento de alterações.
Se você selecionar um banco de dados, o DTS rastreará dados incrementais de todos os objetos nele contidos, inclusive novos objetos adicionados posteriormente.
Se você escolher uma tabela específica, o DTS rastreará apenas os dados incrementais dessa tabela. Para monitorar tabelas adicionais, adicione-as à lista de objetos. Para mais informações, consulte Modificar os objetos para rastreamento de alterações .

Configurações avançadas

Parâmetro

Descrição

Monitoring and Alerting

Define se os alertas serão ativados para esta tarefa. Quando habilitado, os contatos de alerta especificados recebem notificações caso a tarefa falhe ou a latência ultrapasse o limiar. Opções: No (padrão) ou Yes (exige a definição do limiar de alerta e dos contatos).

Retry Time for Failed Connections

Duração das tentativas de reconexão após uma falha. O DTS tenta reconectar automaticamente dentro desse período. Valores válidos: 10 a 1440 minutos. Padrão: 120 minutos. Recomenda-se configurar acima de 30 minutos para melhores resultados. Se o DTS reconectar dentro do prazo estipulado, a tarefa será retomada; caso contrário, ela falhará.

Configure ETL

Determina se o recurso de extração, transformação e carga (ETL) será ativado. Opções: Yes (insira sua política no editor de código) ou No. Para mais informações, consulte O que é ETL?.

Sobre o Retry Time for Failed Connections :
Se uma instância atuar como origem ou destino de várias tarefas de rastreamento de alterações, a menor duração de nova tentativa terá precedência.
A instância DTS é cobrada durante as novas tentativas. Defina a duração de repetição conforme suas necessidades de negócio. Libere a instância DTS assim que possível após liberar as instâncias de origem e destino.

Etapa 6: Executar a pré-verificação

Clique em Next: Save Task Settings and Precheck na parte inferior da página.

Passe o ponteiro sobre Next: Save Task Settings and Precheck e clique em Preview OpenAPI parameters para visualizar as configurações de parâmetros da API usadas na configuração da instância.

O DTS executa uma pré-verificação antes de iniciar a tarefa de rastreamento de alterações. A tarefa só começa após ser aprovada nessa etapa.

  • Se algum item falhar na pré-verificação, clique em View Details ao lado do item com falha, solucione o problema com base na mensagem de erro e clique em Precheck Again.

  • Se um item de alerta não puder ser ignorado, clique em View Details ao lado do item reprovado e resolva os problemas. Em seguida, execute a pré-verificação novamente.

  • Se for possível ignorar um item de alerta, clique em Confirm Alert Details. Na caixa de diálogo View Details, clique em Ignore e depois em OK. Por fim, clique em Precheck Again. Ignorar itens de alerta pode causar inconsistência de dados e expor seu negócio a riscos potenciais.

Etapa 7: Adquirir a instância

Aguarde até que a Success Rate atinja 100% e clique em Next: Purchase Instance.

Na página Purchase, configure o método de faturamento da instância de rastreamento de alterações.

Parâmetro

Descrição

Billing method

Subscription: Pagamento antecipado na criação da instância. Mais econômico para uso prolongado, com preços menores para durações maiores. Pay-as-you-go: Faturamento horário. Ideal para uso de curto prazo. Libere a instância quando não for mais necessária para reduzir custos.

Resource Group Settings

Grupo de recursos da instância. Padrão: default resource group. Para mais informações, consulte O que é Resource Management?.

Subscription Duration

Disponível apenas para o método de faturamento Subscription. Opções: 1 a 9 meses, ou 1, 2, 3 ou 5 anos.

Etapa 8: Iniciar a tarefa

  1. Leia e aceite os Data Transmission Service (Pay-as-you-go) Service Terms.

  2. Clique em Buy and Start para iniciar a tarefa de rastreamento de alterações.

Você pode acompanhar o progresso da tarefa na lista de tarefas.

Próximas etapas

Depois que a tarefa de rastreamento de alterações começar a ser executada, crie grupos de consumidores para consumir os dados rastreados a partir dos clientes downstream.

  1. Criar e gerenciar grupos de consumidores. Para mais informações, consulte Criar grupos de consumidores.

  2. Consumir dados rastreados usando um dos seguintes métodos: