Todos os produtos
Search
Central de documentação

Data Transmission Service:Problemas na pré-verificação

Última atualização: Sep 23, 2026
  • P: Como tratar o erro de pré-verificação "A conta do banco de dados de origem não tem a permissão sysadmin"?

    • Descrição: O banco de dados de origem é SQL Server e uma tarefa de migração incremental está configurada. A pré-verificação falha e o sistema exibe a mensagem "A conta do banco de dados de origem não possui a seguinte permissão: sysadmin". O sysadmin corresponde à permissão de administrador do sistema.

    • Causa: O banco de dados de origem da tarefa de migração incremental é SQL Server, e a conta do banco de dados de origem não recebeu a permissão sysadmin. A migração incremental exige que o banco de dados de origem tenha essa permissão; caso contrário, o DTS não consegue recuperar os logs do banco de dados de origem.

    • Solução: Conceda a permissão sysadmin à conta do banco de dados de origem.

      • Se o banco de dados de origem for um SQL Server autogerenciado, conceda a permissão sysadmin à conta diretamente.

      • Se o banco de dados de origem for ApsaraDB RDS for SQL Server, forneça o UID da sua conta Alibaba Cloud ao suporte técnico da Alibaba Cloud para que a permissão seja concedida, ou acesse o console do ApsaraDB RDS for SQL Server, vá até a página de detalhes da instância e clique em Account Management > Create Account. Na página Create Account, selecione a conta privilegiada (ou seja, a conta com permissão sysadmin).

  • P: Como tratar o erro de pré-verificação "A verificação de existência de contas com nomes diferentes falhou"?

    • Descrição: O item de pré-verificação "Verificação de existência de contas com nomes diferentes" falha. Esse item verifica se nomes de usuário distintos são utilizados na mesma instância, e o resultado da verificação é reprovado.

    • Causa: As tarefas de migração ou sincronização na mesma instância foram configuradas com múltiplas contas, o que causa a falha na pré-verificação. O DTS não suporta o modo em que várias contas são usadas para configure múltiplas tarefas de migração na mesma instância.

    • Solução: Acesse o console do DTS e reconfigure as tarefas para garantir que a mesma conta inicie todas elas.

  • P: Como tratar o erro de pré-verificação "Falha ao conectar ao banco de dados de origem ou de destino"?

    • Descrição: Ao configure uma tarefa de migração ou sincronização, os testes de conectividade dos bancos de dados de origem e de destino são bem-sucedidos. No entanto, durante a fase de pré-verificação, ela falha e o sistema exibe a mensagem "Falha ao conectar ao banco de dados de origem ou de destino". Na pré-verificação, a verificação de conectividade do banco de dados de origem falha com o motivo "Conexão falhou porque a conta ou senha do banco de dados de origem está incorreta" e o código de erro DTS-002010.

    • Causa: As listas de permissões dos bancos de dados de origem e de destino não foram configuradas, ou foram configuradas de forma incompleta. Com isso, os nós da instância DTS não conseguem se conectar ao banco de dados de origem ou de destino. Esse problema é mais comum em tarefas de migração ou sincronização entre regiões, ou quando o banco de dados de origem é autogerenciado.

    • Solução: Modifique a configuração da tarefa, insira a conta e a senha corretas e execute a pré-verificação novamente; configure as informações de lista de permissões para o banco de dados de origem ou de destino; ou entre em contato com o suporte técnico da Alibaba Cloud para resolver problemas de rede e tente novamente.

  • P: Como tratar um aviso do item de pré-verificação "Verificação de objetos com o mesmo nome"?

    • Descrição: Um aviso é gerado pela verificação de objetos com o mesmo nome durante a fase de pré-verificação ao configure uma instância de sincronização ou migração.

    • Causa: O banco de dados de destino da tarefa DTS contém objetos de esquema com os mesmos nomes dos existentes no banco de dados de origem (por exemplo, o banco de dados MySQL de destino contém tabelas com os mesmos nomes das tabelas no banco de dados de origem). Além disso, durante a fase Configure Objects and Advanced Settings, o modo de tratamento para tabelas que já existem no banco de dados de destino está definido como Precheck and Report Error to Block.

    • Solução: Na página Precheck, clique em Confirm Warning Details ao lado do item de verificação para ver o motivo da falha. Em seguida, verifique se existem objetos de esquema com o mesmo nome no banco de dados de destino e escolha um método de tratamento conforme sua situação.

      • Objetos de esquema com o mesmo nome existem:

        • Caso seja necessário manter os dados no banco de dados de destino: use o recurso de mapeamento para alterar o nome do objeto no banco de dados de destino; renomeie o objeto existente no banco de dados de destino e execute a pré-verificação novamente; ou retorne à fase Configure Objects and Advanced Settings e remova o objeto da seção Selected Objects.

        • Caso não seja necessário manter os dados no banco de dados de destino: exclua o objeto existente no banco de dados de destino e execute a pré-verificação novamente; ou clique em Confirm Ignore, clique em OK e depois em Run Precheck Again para ignorar o aviso. Certifique-se de que as estruturas de dados sejam compatíveis; caso contrário, podem ocorrer inconsistências de dados ou falha na tarefa.

      • Nenhum objeto de esquema com o mesmo nome existe: na caixa de diálogo de detalhes, clique em Close. Em seguida, na página Precheck, clique em Run Precheck Again e aguarde a conclusão da pré-verificação. Se o aviso persistir após várias tentativas, entre em contato com o suporte técnico da Alibaba Cloud.

  • P: Como tratar um aviso do item de pré-verificação "Verificação de dados existentes em objetos do banco de dados de destino"?

    • Descrição: Um aviso é gerado pela verificação de dados existentes em objetos do banco de dados de destino durante a fase de pré-verificação ao configure uma instância de sincronização ou migração.

    • Causa: Os bancos de dados ou tabelas no destino da tarefa DTS já contêm dados (por exemplo, o banco de dados ApsaraDB for Redis de destino que recebe os dados já possui dados). Além disso, durante a fase Configure Objects and Advanced Settings, o modo de tratamento para tabelas que já existem no banco de dados de destino está definido como Precheck and Report Error to Block.

    • Solução: Na página Precheck, clique em Confirm Warning Details ao lado do item de verificação para ver o motivo da falha. Em seguida, verifique os dados existentes no destino e escolha um método de tratamento conforme sua situação.

      • Caso seja necessário manter os dados no destino: retorne à fase Configure Objects and Advanced Settings e use o recurso de mapeamento para sincronizar ou migrar os dados para outro banco de dados ou tabela no destino; ou remova o objeto da seção Selected Objects para que não seja sincronizado nem migrado.

      • Caso não seja necessário manter os dados no destino: exclua os dados existentes no destino e execute a pré-verificação novamente; ou clique em Confirm Ignore, clique em OK e depois em Run Precheck Again para ignorar o aviso.

  • P: Como tratar um aviso do item de pré-verificação "Detecção de transações longas no banco de dados de origem"?

    • Descrição: Um aviso é gerado pela detecção de transações longas no banco de dados de origem durante a fase de pré-verificação ao configure uma instância de sincronização ou migração.

    • Causa: O banco de dados de origem é PostgreSQL, PolarDB for PostgreSQL ou PolarDB (compatível com Oracle), e contém transações longas não confirmadas há mais de 5 minutos.

    • Solução: Acesse o banco de dados de origem e execute o comando a seguir para visualize as transações longas. Confirme ou reverta manualmente essas transações quando o negócio permitir. Por fim, retorne à página Precheck e clique em Run Precheck Again.

      SELECT pid, usename, datname, query, state,
             EXTRACT(EPOCH FROM (NOW() - xact_start)) as duration
      FROM pg_stat_activity
      WHERE state IN ('idle in transaction', 'active')
        AND (NOW() - xact_start) > INTERVAL '300 seconds'
      ORDER BY xact_start;
  • P: Por que um aviso é gerado para o item de verificação de política de remoção do Redis?

    R: Se a política de remoção de dados (maxmemory-policy) do destino estiver definida com um valor diferente de noeviction, os dados no destino podem ficar inconsistentes com os da origem. Para mais informações sobre políticas de remoção de dados, consulte Introduction to Redis data eviction policies.

  • P: Como tratar a falha em itens de pré-verificação relacionados ao binlog durante a migração incremental de dados?

    R: Verifique se o binlog do banco de dados de origem está funcionando corretamente. Para mais informações, consulte Source database binary log checks.