Todos os produtos
Search

Este produto

    Data Transmission Service:Sincronizar RDS for MySQL com DataHub

    Central de documentação

    Data Transmission Service:Sincronizar RDS for MySQL com DataHub

    Última atualização: Aug 31, 2026

    O DataHub é uma plataforma de processamento de dados em streaming que permite publicar, assinar e distribuir dados em streaming, facilitando a criação de análises e aplicações. Use o DTS para sincronizar dados do ApsaraDB RDS for MySQL para o DataHub e habilite rapidamente análises em tempo real usando serviços de big data, como computação em stream.

    Pré-requisitos

    Observações de uso

    Nota

    O DTS não sincroniza chaves estrangeiras do banco de dados de origem para o banco de dados de destino. Consequentemente, operações em cascata e de exclusão no banco de dados de origem não são replicadas no destino.

    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 única, e os campos devem ser exclusivos. Caso contrário, dados duplicados podem surgir no banco de dados de destino.

    • Na sincronização no nível de tabela com edição de mapeamentos (como mapeamento de nomes de colunas), cada tarefa suporta até 1.000 tabelas. Exceder esse limite causa falha na tarefa com erro. Para corrigir, 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 logs binários 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á iniciar. Para instruções, consulte Configure instance parameters.

        Importante

        • Se sua instância de origem for um banco de dados MySQL autogerenciado, ative os logs binários e defina binlog_format como row e binlog_row_image como full.

        • Caso seu banco de dados MySQL autogerenciado seja um cluster com dois primários (onde ambos os nós atuam como primário e secundário), ative o parâmetro log_slave_updates para que o DTS capture todos os eventos de log binário. Para 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 ApsaraDB RDS for MySQL devem ser retidos por pelo menos três dias (sete dias é o recomendado). Para bancos de dados MySQL autogerenciados, retenha os logs binários locais por no mínimo sete dias. Do contrário, o DTS pode não conseguir recuperar os logs binários, causando falha na tarefa. Em casos extremos, isso pode resultar em inconsistência ou perda de dados. Problemas causados por períodos de retenção de logs binários inferiores aos exigidos 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 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. Isso causará falha na tarefa de sincronização.

      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 na origem.

    • 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 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: Ao sincronizar dados de um banco de origem da família MySQL, o DTS depende do protocolo padrão MySQL e do formato Binlog. Comportamentos incompatíveis com o MySQL padrão não são suportados. Se o banco de origem alegar compatibilidade com MySQL mas apresentar comportamento 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.

    Outros limites

    • Um único campo String no DataHub suporta até 2 MB.

    • O DTS não suporta a sincronização de índices, partições, visualizações, procedimentos armazenados, funções, gatilhos ou chaves estrangeiras.

    • Caso a tabela de origem contenha uma coluna record_id, utilize o mapeamento de campos para renomeá-la na instância de destino. Caso contrário, a tarefa falhará. Para instruções, consulte Database and table column name mapping.

    • Evite gravar dados no banco de destino fora do DTS enquanto a sincronização estiver em execução. Isso pode gerar inconsistência entre os bancos de origem e destino. Por exemplo, usar o DMS para operações DDL online simultaneamente a outras gravações no destino pode causar perda de dados.

    • Instâncias do ApsaraDB RDS for MySQL com Always-Encrypted ativado não suportam sincronização completa de dados.

      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.

    • Em caso de falha na tarefa, 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 passíveis de ajuste 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 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 muito tempo na origem, o relatório de latência pode ficar impreciso. Caso a latência pareça alta demais, execute uma operação DML no banco de origem para atualizá-la.

        Nota

        Ao selecionar um banco de dados completo para sincronização, crie uma tabela de heartbeat. Atualize ou grave nesta tabela a cada segundo.

      • Periodicamente, o DTS executa 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 banco de origem for Amazon Aurora MySQL ou outra instância MySQL em cluster, garanta 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 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.

      • Periodicamente, o DTS executa o comando CREATE DATABASE IF NOT EXISTS test no banco de dados de origem para avançar o offset do log binário.

    Topologias de sincronização suportadas

    • Sincronização unidirecional um para um.

    • Sincronização unidirecional um para muitos.

    • Sincronização unidirecional muitos para um.

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

    Operações SQL suportadas

    Tipo de operação

    Instrução SQL

    DML

    INSERT, UPDATE, DELETE

    DDL

    ADD COLUMN

    Importante

    Se você modificar manualmente a estrutura da tabela no banco de dados de destino, reinicie a tarefa: pause e depois start a tarefa.

    Procedimento

    1. Acesse a página da lista de tarefas de sincronização da região de destino. Use um dos dois métodos abaixo:

      Pelo 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 a instância de sincronização está localizada.

      Pelo console do DMS

      Nota

      As operações reais podem variar conforme o modo e o 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.

    2. Clique em Create Task para abrir a página de configuração da tarefa.

    3. Configure os bancos de dados de origem e de destino.

      Aviso

      Após selecionar as instâncias de origem e destino, leia atentamente os limites exibidos no topo da página. O descumprimento desses limites pode causar falha na tarefa ou inconsistência de dados.

      Categoria

      Parâmetro

      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 exclusivo.

      Source Database

      Select DMS Database Instance

      Selecione uma instância existente conforme necessário.

      • Ao usar uma instância existente, as informações do banco de dados são preenchidas automaticamente. Não é necessário inseri-las novamente.

      • Se não utilizar uma instância existente, insira as seguintes informações do banco de dados.

      Database Type

      Selecione MySQL.

      Connection Type

      Selecione Alibaba Cloud Instance.

      Instance Region

      Selecione a região onde reside a instância ApsaraDB RDS for MySQL de origem.

      Cross-account

      Selecione No. Este tutorial refere-se à sincronização de dados dentro da mesma conta Alibaba Cloud.

      RDS Instance ID

      Selecione o ID da instância ApsaraDB RDS for MySQL de origem.

      Database Account

      Insira a conta do banco de dados para a instância ApsaraDB RDS for MySQL de origem. A conta deve ter permissões de leitura nos objetos de sincronização.

      Database Password

      Insira a senha correspondente à conta do banco de dados.

      Connection Method

      Selecione Non-encrypted ou SSL-encrypted conforme necessário. Se escolher SSL-encrypted, será necessário ativar 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 DMS Database Instance

      Selecione uma instância existente conforme necessário.

      • Ao usar uma instância existente, as informações do banco de dados são preenchidas automaticamente. Não é necessário inseri-las novamente.

      • Se não utilizar uma instância existente, insira as seguintes informações do banco de dados.

      Database Type

      Selecione DataHub.

      Connection Type

      Selecione Alibaba Cloud Instance.

      Instance Region

      Selecione a região onde reside a instância DataHub de destino.

      Project

      Selecione o Project DataHub de destino.

    4. 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 DTS foram adicionados às configurações de segurança dos bancos de dados de origem e destino para permitir o acesso. Isso pode ser feito automática ou manualmente. 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 destino for 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.

    5. Configure os objetos da tarefa.

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

        Parâmetro

        Descrição

        Synchronization Types

        A opção Incremental Data Synchronization está selecionada. Por padrão, você também deve selecionar Schema Synchronization e Full Data Synchronization. Após a conclusão da pré-verificação, o DTS realiza uma sincronização completa dos dados dos objetos selecionados da instância de origem para o cluster de destino. Isso serve como base para a subsequente sincronização incremental de dados.

        Naming Rules of Additional Columns

        Quando o DTS sincroniza dados para o DataHub, ele adiciona colunas extras à tabela de destino. Se houver conflito de nomes entre uma coluna adicional e uma existente na tabela de destino, a tarefa de sincronização falhará. Selecione New Rule ou Previous Rule conforme as necessidades do seu negócio.

        Aviso

        Antes de escolher uma regra, avalie se as colunas adicionais entram em conflito com as existentes na tabela de destino. Conflitos de nomes podem causar perda de dados ou falhas na tarefa. Para mais informações sobre as regras e definições das colunas adicionais, consulte Additional column names and definitions.

        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

          Caso não seja possível excluir ou renomear a tabela homônima no banco 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 tabelas 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 destino tiver o mesmo valor de chave primária ou ú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.

            • Na sincronização incremental, o registro da origem sobrescreve o registro no banco 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 em falha total. Prossiga com cautela.

        Case Sensitivity Policy for Destination Object Names

        É possível configurar a política de diferenciação de maiúsculas e minúsculas para nomes de objetos de banco de dados, tabelas e colunas sincronizados com a instância de destino. Por padrão, a DTS default policy vem selecionada. Também é possível optar pelas políticas padrão dos bancos 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

        Os objetos de sincronização são selecionados no nível de tabela.

        Selected Objects

        • Para renomear um único objeto de sincronização na instância de destino, clique com o botão direito no objeto dentro da caixa Selected Objects. Para mais informações sobre renomeação de objetos, consulte Map a single database, table, or column.

        • Para alterar em lote os nomes de vários objetos de sincronização 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

        • Para definir uma cláusula WHERE e filtrar dados, clique com o botão direito na tabela dentro da caixa Selected Objects e especifique a condição de filtro na caixa de diálogo exibida. Para mais informações, consulte Set filter conditions.

        • Clique com o botão direito na tabela dentro da caixa Selected Objects, desmarque a caixa de seleção Sync All Columns na caixa de diálogo exibida e defina a chave de shard. Essa chave é usada para particionamento de dados.

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

        Parâmetro

        Descrição

        Dedicated Cluster for Task Scheduling

        Por padrão, o DTS agenda tarefas em um cluster compartilhado, sem necessidade de seleção. Para obter 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?.

        Set Alerts

        Especifique se deseja configurar alertas. Se a sincronização falhar ou a latência exceder o limiar definido, uma notificação será enviada ao contato de alerta.

        Retry Time for Failed Connections

        Após o início da tarefa de sincronização, se a conexão com o banco de origem ou destino falhar, o DTS relatará um erro e iniciará imediatamente novas tentativas. A duração padrão de tentativa é de 720 minutos. É possível especificar 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 (por exemplo, Instância A e Instância B) compartilhando a mesma origem ou destino, e o tempo de nova tentativa de rede for definido como 30 minutos para a Instância A e 60 minutos para a Instância B, a menor duração (30 minutos) será aplicada a 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 conforme a necessidade do negócio ou liberar a instância DTS assim que possível após a liberação das instâncias de banco de dados de origem e destino.

        Retry Time for Other Issues

        Após o início da tarefa, se ocorrerem outros problemas não relacionados à conectividade no banco de origem ou destino (como exceções na execução de DDL ou DML), o DTS relatará um erro e iniciará tentativas contínuas. A duração padrão é de 10 minutos. É possível personalizar esse valor entre 1 e 1.440 minutos. Recomendamos definir pelo menos 10 minutos. Se as operações relevantes 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 valor 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 escrita dos bancos de origem e destino, o que pode aumentar a carga. Para reduzir essa carga, defina um limite de taxa para a tarefa 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 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

        Também é possível definir um limite de taxa para a tarefa de sincronização incremental. Para aliviar a pressão no banco 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 seus requisitos de negócio. Neste exemplo, não é necessário selecionar uma tag.

        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 origem enquanto a instância DTS estiver em execução.

        • Yes: As informações SQL de heartbeat não são gravadas no banco de origem. Isso pode fazer com que a instância DTS relate atraso.

        • No: Grava informações SQL de heartbeat no banco de origem. Isso pode interferir em recursos como backup físico e clonagem do banco 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:

        Monitoring and Alerting

        Especifique se deseja configurar alertas. Se a sincronização falhar ou a latência exceder o limiar definido, uma notificação será enviada ao contato de alerta.

    6. Salve a tarefa e execute uma pré-verificação.

      • Para visualizar os parâmetros da api referentes à configuração desta instância, passe o mouse sobre o botão Next: Save Task Settings and Precheck e clique em Preview OpenAPI parameters no balão exibido.

      • Após terminar de 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 trabalho de sincronização, o DTS executa uma pré-verificação. O trabalho só começa 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:

        • Caso um item de verificação falhe e não possa 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 sequencialmente em Confirm Alert Details, Ignore, OK e Precheck Again para pular o aviso e refazer a pré-verificação. Optar por suprimir o aviso pode causar problemas como inconsistência de dados e riscos ao negócio.

    7. Adquira a instância.

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

      2. 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 abaixo detalha esses parâmetros.

        Categoria

        Parâmetro

        Descrição

        New Instance Class

        Método de Faturamento

        • Assinatura: Pagamento realizado na 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.

        • Pagamento conforme o uso: Cobrança horária. Ideal para necessidades de curto prazo. Libere a instância logo após o uso para economizar.

        Configuração do Grupo de Recursos

        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?.

        Especificação do Link

        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.

        Duração da Assinatura

        No modo assinatura, selecione a duração e a quantidade para a instância. É possível escolher 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 é Subscription.

      3. Após concluir a configuração, leia e selecione Data Transmission Service (Pay-as-you-go) Service Terms.

      4. Clique em Buy and Start. Na caixa de diálogo OK, clique em OK.

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

    Esquema do tópico

    Quando o DTS sincroniza alterações de dados para um tópico em uma instância DataHub, ele adiciona várias colunas extras ao esquema do tópico. Essas colunas armazenam metadados sobre as alterações, conforme mostra o exemplo a seguir.

    Nota

    Neste exemplo, os campos de dados são id, name e address. Como as regras antigas de colunas adicionais foram selecionadas durante a configuração da sincronização, o DTS adiciona o prefixo dts_ a esses campos.

    Topic定义

    A tabela a seguir descreve as colunas adicionais.

    Nome antigo

    Novo nome

    Tipo

    Descrição

    dts_record_id

    new_dts_sync_dts_record_id

    String

    ID exclusivo do registro de log incremental.

    Nota

    • Normalmente, o ID é globalmente exclusivo e autoincrementável. Contudo, em cenários de recuperação de desastres, podem ocorrer rollbacks, portanto essas propriedades não são garantidas.

    • Para uma operação UPDATE, o DTS divide a atualização em dois registros: um com os valores anteriores e outro com os valores posteriores. Ambos compartilham o mesmo valor de dts_record_id.

    dts_operation_flag

    new_dts_sync_dts_operation_flag

    String

    Tipo de operação. Valores válidos:

    • I: Operação INSERT.

    • D: Operação DELETE.

    • U: Operação UPDATE.

    • F: Sincronização completa de dados.

    dts_instance_id

    new_dts_sync_dts_instance_id

    String

    ID do servidor do banco de dados.

    dts_db_name

    new_dts_sync_dts_db_name

    String

    Nome do banco de dados.

    dts_table_name

    new_dts_sync_dts_table_name

    String

    Nome da tabela.

    dts_utc_timestamp

    new_dts_sync_dts_utc_timestamp

    String

    Timestamp UTC da operação, obtido do binlog.

    dts_before_flag

    new_dts_sync_dts_before_flag

    String

    Indica se o registro contém os valores anteriores à atualização. Valores válidos: Y e N.

    dts_after_flag

    new_dts_sync_dts_after_flag

    String

    Indica se o registro contém os valores posteriores à atualização. Valores válidos: Y e N.

    dts_before_flag e dts_after_flag

    Os valores dos campos dts_before_flag e dts_after_flag em um log incremental dependem do tipo de operação:

    • INSERT

      Em uma operação INSERT, todos os valores das colunas representam os dados recém-inseridos, ou seja, o valor posterior à atualização. Portanto, dts_before_flag é N e dts_after_flag é Y.

    • UPDATE

      Em uma operação UPDATE, o DTS divide a operação em duas entradas de log incremental. Ambas compartilham os mesmos valores para dts_record_id, dts_operation_flag e dts_utc_timestamp.

      A primeira entrada registra o valor anterior à atualização, onde dts_before_flag é Y e dts_after_flag é N. A segunda entrada registra o valor posterior, onde dts_before_flag é N e dts_after_flag é Y.

    • DELETE

      Em uma operação DELETE, todos os valores das colunas no log incremental representam os dados excluídos, ou seja, o valor anterior à atualização. Assim, dts_before_flag é Y e dts_after_flag é N.