Todos os produtos
Search

Este produto

    Data Transmission Service:Migrar dados entre instâncias do RDS for SQL Server

    Central de documentação

    Data Transmission Service:Migrar dados entre instâncias do RDS for SQL Server

    Última atualização: Oct 12, 2026

    Use o Data Transmission Service (DTS) para migrar dados entre instâncias do ApsaraDB RDS for SQL Server.

    Escopo de aplicação

    • Antes de começar, crie as instâncias de origem e de destino do ApsaraDB RDS for SQL Server. Para obter informações sobre as versões de banco de dados compatíveis, consulte Overview of migration solutions. Para criar uma instância do ApsaraDB RDS for SQL Server, consulte Create an ApsaraDB RDS for SQL Server instance.

      Importante

      • Se a instância de origem do ApsaraDB RDS for SQL Server executar o SQL Server 2008 ou 2008 R2, não há suporte para a migração incremental de dados.

      • No modo de análise híbrida baseada em log (ou seja, quando o SQL Server Incremental Synchronization Mode está definido como log-based parsing for non-heap tables and CDC-based incremental synchronization for heap tables), o mecanismo do banco de dados de origem deve ser uma das seguintes versões:

        • Enterprise ou Enterprise Evaluation: 2012, 2014, 2016, 2019, 2022 ou 2025.

        • Standard: 2016, 2019, 2022 ou 2025.

    • A capacidade de armazenamento da instância de destino do ApsaraDB RDS for SQL Server deve ser maior que o espaço de armazenamento utilizado pela instância de origem do ApsaraDB RDS for SQL Server.

    • Se a instância de origem atender a qualquer uma das condições a seguir, considere dividir a migração em várias tarefas.

      • A instância de origem possui mais de 10 bancos de dados.

      • Backups de log ocorrem mais de uma vez por hora para um único banco de dados.

      • Ocorrem mais de 100 operações de Data Definition Language (DDL) por hora em um único banco de dados.

      • A taxa de geração de log para um único banco de dados excede 20 MB/s.

      • É necessário ativar o change data capture (CDC) em mais de 1.000 tabelas.

    Observações de uso

    Tipo

    Descrição

    Limites do banco de dados de origem

    • O servidor do banco de dados de origem deve ter largura de banda de saída suficiente. A largura de banda insuficiente reduz a velocidade de migração de dados.

    • As tabelas a serem migradas devem ter uma chave primária ou restrição de unicidade, e as colunas na chave ou restrição devem ser exclusivas. Caso contrário, pode ocorrer duplicação de dados no banco de dados de destino.

    • Se selecionar tabelas específicas para migração e precisar editá-las (por exemplo, mapear nomes de tabelas ou colunas), uma única tarefa de migração poderá migrar no máximo 1.000 tabelas. Se exceder esse limite, a tarefa falhará no envio. Divida as tabelas em várias tarefas ou configure uma tarefa para migrar o banco de dados inteiro.

    • Uma única tarefa de migração suporta no máximo 10 bancos de dados. Exceder esse limite pode causar problemas de estabilidade e desempenho. Divida a migração em várias tarefas, se necessário.

    • Se configurar uma tarefa para migrar objetos específicos em vez de um banco de dados inteiro, não é possível migrar objetos que tenham o mesmo nome de tabela, mas nomes de schema diferentes, para o mesmo banco de dados de destino dentro de uma única tarefa.

    • Na migração incremental de dados, os logs de transação devem atender aos seguintes requisitos:

      • O log de transações deve estar ativado, o modo de backup definido como Full e um backup físico completo realizado com sucesso.

      • Para migração apenas incremental, o Data Transmission Service (DTS) exige a retenção dos logs de transação do banco de dados de origem por mais de 24 horas. Se a tarefa incluir migração completa e incremental, retenha os logs por pelo menos sete dias. Após a conclusão da migração completa, reduza o período de retenção para mais de 24 horas. Caso contrário, a tarefa do DTS poderá falhar devido à indisponibilidade dos logs de transação. Em casos extremos, pode ocorrer inconsistência ou perda de dados. Problemas causados por retenção insuficiente de logs não são cobertos pelo Service Level Agreement (SLA) do DTS.

    • Se ativar o CDC (change data capture) para as tabelas de origem a serem migradas, elas deverão atender às seguintes condições. Caso contrário, a pré-verificação falhará.

      • O valor do campo srvname na exibição sys.sysservers deve ser igual ao valor de retorno da função SERVERPROPERTY.

      • Se o banco de dados de origem for um SQL Server autogerenciado, o proprietário do banco de dados deve ser sa. Se o banco de dados de origem for uma instância do ApsaraDB RDS for SQL Server, o proprietário do banco de dados deve ser sqlsa.

      • Se o banco de dados de origem for a edição Enterprise, deve ser SQL Server 2008 ou posterior.

      • Se o banco de dados de origem for a edição Standard, deve ser SQL Server 2016 SP1 ou posterior.

      • Se o banco de dados de origem for o SQL Server 2017 (edição Standard ou Enterprise), atualize-o para uma versão posterior.

    • O DTS usa a função fn_log para obter logs do banco de dados de origem. Essa função apresenta gargalos de desempenho, portanto, não limpe os logs do banco de dados de origem prematuramente. Caso contrário, a tarefa do DTS poderá falhar.

    • Limites de operações no banco de dados de origem:

      • Durante as fases de migração de schema e migração completa de dados, não execute operações DDL que alterem a estrutura do banco de dados ou da tabela. Caso contrário, a tarefa de migração de dados falhará.

      • Se executar apenas a migração completa de dados, não grave novos dados na instância de origem. Caso contrário, os dados nos bancos de dados de origem e de destino ficarão inconsistentes. Para garantir a consistência dos dados em tempo real, selecione Schema Migration, Full Data Migration e Incremental Data Migration.

    • Se o banco de dados de origem for uma instância somente leitura, o DTS não migra operações DDL.

    • Se o banco de dados de origem for um Azure SQL Database, uma instância de migração pode migrar apenas um banco de dados.

    • Se o banco de dados de origem for uma instância do ApsaraDB RDS for SQL Server e a tarefa de migração incluir migração incremental de dados, certifique-se de que o Transparent Data Encryption (TDE) esteja desativado para garantir a estabilidade da tarefa. Para mais informações, consulte Disable TDE.

    • Se usar o comando sp_rename para renomear objetos, como procedimentos armazenados, antes da execução da tarefa de migração de schema, a tarefa poderá não funcionar conforme o esperado ou falhar.

      Nota

      Use o comando ALTER para renomear objetos de banco de dados.

    • No modo de análise híbrida baseada em log, o banco de dados de origem não suporta operações consecutivas de adição ou remoção de colunas com um intervalo inferior a 10 minutos. Por exemplo, se executar as seguintes instruções SQL consecutivamente, a tarefa falhará.

      ALTER TABLE test_table DROP COLUMN Flag;
ALTER TABLE test_table ADD Remark nvarchar(50) not null default('');

    • Se o banco de dados de origem for uma instância do ApsaraDB RDS for SQL Server que executa a edição Web, defina SQL Server Incremental Synchronization Mode como Incremental Synchronization Based on Logs of Source Database (Heap tables are not supported) ao configurar a tarefa.

    • Durante a migração completa de dados, ative o parâmetro READ_COMMITTED_SNAPSHOT para o banco de dados de origem a fim de evitar que a contenção de bloqueios compartilhados afete a gravação de dados. Caso contrário, pode ocorrer inconsistência de dados ou falha na tarefa. Problemas causados pela não ativação desse parâmetro não são cobertos pelo SLA do DTS.

    Outros limites

    • O DTS não suporta a migração de dados dos seguintes tipos: CURSOR, ROWVERSION, SQL_VARIANT, HIERARCHYID, POLYGON, GEOMETRY e GEOGRAPHY.

    • Se não for possível gravar dados em uma coluna do tipo TIMESTAMP no banco de dados de destino, o DTS não suportará a migração completa ou incremental de dados. Isso pode levar à inconsistência de dados ou à falha da tarefa.

    • Para migrar gatilhos do banco de dados de origem, a conta do banco de dados usada para a tarefa de migração deve ter permissões de Owner no banco de dados de destino.

    • Se definir Configure Objects como SQL Server Incremental Synchronization Mode na etapa Incremental Synchronization Based on Logs of Source Database (Heap tables are not supported), as tabelas a serem migradas deverão ter um índice clusterizado que inclua a coluna de chave primária. O DTS não suporta a migração de tabelas heap, tabelas sem chaves primárias, tabelas compactadas, tabelas com colunas computadas ou tabelas com colunas esparsas neste modo. Essas limitações não se aplicam no modo de análise híbrida baseada em log.

    • Se definir Configure Objects como SQL Server Incremental Synchronization Mode na etapa Log-based Parsing for Non-heap Tables and CDC-based Incremental Synchronization for Heap Tables (Hybrid Log-based Parsing), os seguintes limites também se aplicam:

      • O DTS depende do componente CDC para a migração incremental. Certifique-se de que o job do CDC no banco de dados de origem esteja em execução conforme o esperado. Caso contrário, a tarefa do DTS falhará.

      • Por padrão, o componente CDC armazena dados incrementais por três dias. Ajuste o período de retenção e execute o comando exec console.sys.sp_cdc_change_job @job_type = 'cleanup', @retention= <time>;.

        Nota

        • <time> especifica o período de retenção em minutos.

        • Se o número médio de alterações SQL incrementais diárias para uma única tabela exceder 10 milhões, defina <time> como 1440.

      • Em uma única tarefa de migração, ative o CDC para no máximo 1.000 tabelas. Caso contrário, a tarefa poderá apresentar alta latência ou tornar-se instável.

      • O módulo de pré-verificação para uma tarefa de migração incremental de dados do DTS ativa o CDC no banco de dados de origem. Durante esse processo, as limitações internas do mecanismo do SQL Server podem causar o bloqueio temporário de tabelas no banco de dados de origem.

    • Se definir Configure Objects como SQL Server Incremental Synchronization Mode na etapa Polling and querying CDC instances for incremental synchronization, os seguintes limites também se aplicam:

      • A conta do banco de dados de origem usada pela instância do DTS deve ter permissões para ativar o CDC. Uma conta com a função sysadmin é necessária para ativar o CDC no nível do banco de dados. Já uma conta privilegiada é necessária para ativar o CDC no nível da tabela.

        Nota

        • A conta com mais privilégios (administrador do servidor) fornecida pelo console do Azure SQL Database atende aos requisitos. Para bancos de dados adquiridos com base no modelo vCore, o CDC pode ser ativado para todas as especificações. Para bancos de dados adquiridos com base no modelo DTU, o CDC pode ser ativado apenas para camadas de serviço S3 ou superiores.

        • A conta privilegiada de uma instância do Amazon RDS for SQL Server atende aos requisitos e suporta a ativação do CDC no nível do banco de dados por meio de procedimentos armazenados.

        • O CDC não pode ser ativado para tabelas com índice columnstore clusterizado.

        • O módulo de pré-verificação para uma tarefa de migração incremental de dados do DTS ativa o CDC no banco de dados de origem. Durante esse processo, as limitações internas do mecanismo do SQL Server podem causar o bloqueio temporário de tabelas no banco de dados de origem.

      • O DTS obtém dados incrementais consultando e fazendo polling da instância de CDC de cada tabela no banco de dados de origem. Migre no máximo 1.000 tabelas do banco de dados de origem. Caso contrário, a tarefa poderá apresentar alta latência ou tornar-se instável.

      • Por padrão, o componente CDC armazena dados incrementais por três dias. Ajuste o período de retenção e execute o comando exec console.sys.sp_cdc_change_job @job_type = 'cleanup', @retention= <time>;.

        Nota

        • <time> especifica o período de retenção em minutos.

        • Se o número médio de alterações SQL incrementais diárias para uma única tabela exceder 10 milhões, defina <time> como 1440.

      • Não há suporte para operações consecutivas de adição ou remoção de colunas (mais de duas operações DDL ADD COLUMN ou DROP COLUMN em um minuto). Caso contrário, a tarefa poderá falhar.

      • Não modifique as instâncias de CDC do banco de dados de origem. Caso contrário, a tarefa de migração de dados poderá falhar ou poderá ocorrer perda de dados.

    • Se migrar dados entre diferentes versões do SQL Server, verifique a compatibilidade com antecedência.

    • Para garantir a precisão do relatório de latência na migração incremental de dados, o DTS cria objetos no banco de dados de origem. No modo de análise baseada em log, o DTS cria um gatilho dts_cdc_sync_ddl, uma tabela de heartbeat dts_sync_progress e uma tabela de armazenamento de DDL dts_cdc_ddl_history. No modo de análise híbrida baseada em log, o DTS cria os mesmos objetos e também ativa o CDC no nível do banco de dados e no nível da tabela. Para tabelas com CDC ativado, a taxa de alteração de dados não deve exceder 1.000 linhas por segundo (RPS).

    • Antes de migrar os dados, avalie o desempenho dos bancos de dados de origem e de destino e realize a migração em horários de menor pico. Durante a migração completa de dados, o DTS consome recursos de leitura e gravação em ambos os bancos de dados, o que pode aumentar a carga.

    • Durante a migração completa de dados, operações INSERT simultâneas podem causar fragmentação nas tabelas de destino. Por isso, o espaço de armazenamento das tabelas no banco de dados de destino poderá ser maior do que no banco de dados de origem após a migração.

    • Verifique se a precisão usada pelo DTS para migrar colunas dos tipos de dados FLOAT ou DOUBLE atende aos seus requisitos de negócios. O DTS usa a função ROUND(COLUMN,PRECISION) para ler valores dessas colunas. Se a precisão não for definida explicitamente, o DTS migrará valores FLOAT com precisão de 38 dígitos e valores DOUBLE com precisão de 308 dígitos.

    • O DTS tenta retomar uma tarefa com falha por até sete dias. Antes de transferir suas cargas de trabalho de negócios para a instância de destino, encerre ou libere a tarefa de migração. Como alternativa, revogue as permissões de gravação da conta do DTS na instância de destino usando o comando revoke para evitar que uma tarefa retomada sobrescreva os dados de destino.

    • Se a tarefa de migração incluir migração incremental, não execute operações de reindexação. Isso pode causar falha na tarefa ou perda de dados.

      Nota

      Não é possível modificar a chave primária de uma tabela com CDC ativado.

    • Se o número de tabelas com CDC ativado em uma única tarefa de migração exceder o valor definido no parâmetro The maximum number of tables for which CDC is enabled that DTS supports., a pré-verificação falhará.

    • Se uma tarefa incluir migração incremental e um único campo em uma tabela com CDC ativado a ser gravado contiver mais de 64 KB de dados, execute o comando exec sp_configure 'max text repl size', -1; para ajustar a configuração do banco de dados de origem com antecedência.

      Nota

      Por padrão, um job do CDC pode processar um tamanho máximo de dados de 64 KB para um único campo.

    • Para executar a migração incremental de dados, desative os gatilhos e as chaves estrangeiras que estão ativados no banco de dados de destino. Caso contrário, a tarefa falhará.

    • Quando várias instâncias de migração usam o mesmo banco de dados SQL Server de origem, seus módulos de coleta de dados incrementais operam de forma independente.

    • Se a tarefa falhar, a equipe de suporte do DTS tentará restaurá-la em até oito horas. Durante a restauração, a equipe poderá reiniciar a tarefa ou ajustar seus parâmetros.

      Nota

      Por favor, modifique apenas os parâmetros da tarefa do DTS, não os do banco de dados. Os parâmetros que podem ser ajustados incluem aqueles listados em Modify instance parameters.

    • O SQL Server é um banco de dados comercial e de código fechado cujo formato de log pode causar problemas inevitáveis durante o CDC incremental e a análise no DTS. Antes de ativar o DTS para sincronização incremental a partir de uma origem SQL Server em um ambiente de produção, realize testes abrangentes de prova de conceito (POC) que cubram todos os cenários de alteração de negócios, ajustes de schema e testes de estresse com carga de pico. A consistência entre a lógica do seu ambiente de produção e a fase de POC é essencial para operações estáveis do DTS.

    • Durante a migração incremental de dados, não há suporte para rollbacks parciais de transações no banco de dados de origem, e eles podem ser ignorados.

    Casos especiais

    • Se a origem for uma instância do ApsaraDB RDS for SQL Server, o DTS criará uma conta de sistema chamada rdsdt_dtsacct na instância para a migração de dados. Não exclua essa conta nem altere sua senha enquanto a tarefa estiver em execução. Caso contrário, a tarefa poderá falhar. Para mais informações, consulte System accounts.

    • Se o destino for uma instância do ApsaraDB RDS for SQL Server, o DTS criará o banco de dados automaticamente. No entanto, se o nome do banco de dados não seguir as convenções de nomenclatura do ApsaraDB RDS for SQL Server, crie o banco de dados na instância de destino antes de configurar a tarefa de migração. Para mais informações, consulte Create a database.

    Faturamento

    Tipo de migração

    Taxa de configuração da instância

    Taxa de tráfego de Internet

    Migração de schema e migração completa de dados

    Gratuito.

    Quando o parâmetro Access Method do banco de dados de destino está definido como Public IP Address, há cobrança pelo tráfego de Internet. Para mais informações, consulte Billing overview.

    Migração incremental de dados

    Há cobrança. Para mais informações, consulte Billing overview.

    Tipos de migração

    • Migração de schema

      O DTS migra o schema dos objetos selecionados do banco de dados de origem para o banco de dados de destino.

    • Migração completa de dados

      O DTS migra todos os dados existentes dos objetos selecionados do banco de dados de origem para o banco de dados de destino.

    • Migração incremental de dados

      Após a migração completa de dados, o DTS migra as atualizações incrementais do banco de dados de origem para o banco de dados de destino. Isso permite uma migração tranquila, sem interromper as aplicações.

    Operações SQL para migração incremental

    Tipo de operação

    Instrução SQL

    DML

    INSERT, UPDATE e DELETE

    Nota

    O DTS não suporta a migração de instruções UPDATE que atualizam apenas um campo grande.

    DDL

    • ALTER TABLE, limitado a ADD COLUMN, DROP COLUMN e RENAME COLUMN

    • CREATE TABLE e CREATE INDEX

    • DROP TABLE

    • RENAME TABLE

    • TRUNCATE TABLE

    Nota

    • O DTS não suporta a migração de uma operação DDL transacional. Por exemplo, uma única instrução SQL que adiciona várias colunas ou contém operações DDL e DML simultâneas pode causar perda de dados.

    • O DTS não suporta a migração de uma operação DDL que contenha um tipo definido pelo usuário.

    • O DTS não suporta a migração de uma operação DDL online.

    • O DTS não suporta a migração de uma operação DDL que use uma palavra-chave reservada como nome de atributo.

    • O DTS não suporta a migração de operações DDL executadas por um procedimento armazenado do sistema.

    • O DTS não suporta operações TRUNCATE TABLE.

    • O DTS não suporta a migração de operações DDL para tabelas particionadas ou para tabelas que contenham uma função.

    Requisitos de permissão para contas de banco de dados

    Banco de dados

    Migração de schema

    Migração completa de dados

    Migração incremental de dados

    Referências

    Instância de origem

    Permissões de leitura

    Permissões de leitura

    Permissões de Owner nos objetos a serem migrados

    Para mais informações, consulte Create databases and accounts.

    Instância de destino

    Permissões de leitura e gravação

    Permissões de leitura e gravação

    Permissões de leitura e gravação

    Procedimento

    1. Acesse a página da lista de tarefas de migração para a região de destino usando um dos seguintes métodos.

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

      3. No canto superior esquerdo da página, selecione a região onde a instância de migração está localizada.

      Pelo 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 console e Customize the layout and style of the DMS console.

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

      2. Na barra de menu superior, escolha Data + AI > Data Transmission (DTS) > Data Migration.

      3. À direita de Data Migration Tasks, selecione a região onde a instância de migração está localizada.

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

    3. Opcional: No canto superior direito da página, clique em New Configuration Page.

      Nota

      • Se já estiver na nova página de configuração (o botão no canto superior direito é Back to Previous Version), pule esta etapa.

      • Os parâmetros nas páginas de configuração nova e antiga são diferentes. Recomendamos o uso da nova página de configuração.

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

      Seção

      Parâmetro

      Descrição

      N/A

      Task Name

      O DTS gera automaticamente um nome de tarefa. Recomendamos especificar um nome descritivo para fácil identificação. O nome não precisa ser único.

      Source Database

      Select Existing Connection

      • Para usar uma instância de banco de dados que foi added to the system (criada ou salva), selecione a instância de banco de dados desejada na lista suspensa. As informações do banco de dados abaixo serão configuradas automaticamente.

        Nota

        No console do DMS, este parâmetro tem o nome Select a DMS database instance..

      • Se não registrou a instância de banco de dados no sistema ou não precisa usar uma instância registrada, configure manualmente as informações do banco de dados abaixo.

      Database Type

      Selecione SQL Server.

      Access Method

      Selecione Alibaba Cloud Instance.

      Instance Region

      Selecione a região onde a instância de origem do ApsaraDB RDS for SQL Server está localizada.

      Cross-account

      Selecione No se a instância de origem estiver na mesma conta da Alibaba Cloud. Caso contrário, selecione Yes.

      RDS Instance ID

      Selecione o ID da instância de origem do ApsaraDB RDS for SQL Server.

      Database Account

      Agora, insira a conta da instância de origem do ApsaraDB RDS for SQL Server. Para obter informações sobre as permissões necessárias, consulte Permissions required for database accounts.

      Database Password

      Insira a senha da conta do banco de dados.

      Encryption

      Selecione Non-encrypted ou SSL-encrypted com base nos seus requisitos de negócios.

      • Se a criptografia SSL estiver desativada para o banco de dados de origem, selecione Non-encrypted.

      • Se a criptografia SSL estiver ativada para o banco de dados de origem, selecione SSL-encrypted. Por padrão, o DTS confia no certificado do servidor.

      Destination Database

      Select Existing Connection

      • Para usar uma instância de banco de dados que foi added to the system (criada ou salva), selecione a instância de banco de dados desejada na lista suspensa. As informações do banco de dados abaixo serão configuradas automaticamente.

        Nota

        No console do DMS, este parâmetro tem o nome Select a DMS database instance..

      • Se não registrou a instância de banco de dados no sistema ou não precisa usar uma instância registrada, configure manualmente as informações do banco de dados abaixo.

      Database Type

      Selecione SQL Server.

      Access Method

      Selecione Alibaba Cloud Instance.

      Instance Region

      Selecione a região onde a instância de destino do ApsaraDB RDS for SQL Server está localizada.

      Instance ID

      Selecione o ID da instância de destino do ApsaraDB RDS for SQL Server.

      Database Account

      Insira a conta da instância de destino do ApsaraDB RDS for SQL Server. Para obter informações sobre as permissões necessárias, consulte Permissions required for database accounts.

      Database Password

      Insira a senha da conta do banco de dados.

      Encryption

      Selecione Non-encrypted ou SSL-encrypted com base nos seus requisitos de negócios.

      • Se a criptografia SSL estiver desativada para o banco de dados de destino, selecione Non-encrypted.

      • Se a criptografia SSL estiver ativada para o banco de dados de destino, selecione SSL-encrypted. Por padrão, o DTS confia no certificado do servidor.

    5. Após concluir a configuração, clique em Test Connectivity and Proceed na parte inferior da página.

      Nota

      • Certifique-se de que o segmento de endereços IP do service DTS seja adicionado automática ou manualmente às configurações de segurança dos bancos de dados de origem e de destino para permitir o acesso dos servidores do DTS. Para mais informações, consulte Add DTS server IP addresses to a whitelist.

      • Se o banco de dados de origem ou de destino for um banco de dados autogerenciado (o Access Method não é Alibaba Cloud Instance), clique também em Test Connectivity na caixa de diálogo CIDR Blocks of DTS Servers que aparece.

    6. Configure os objetos da tarefa.

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

        Parâmetro

        Descrição

        Migration Types

        • Se precisar realizar apenas uma migração completa, selecione Schema Migration e Full Data Migration.

        • Para realizar uma migração sem tempo de inatividade, selecione Schema Migration, Full Data Migration e Incremental Data Migration.

        Nota

        • Se não selecionar Schema Migration, garanta que exista um banco de dados e tabelas para receber os dados no banco de dados de destino. Você também pode usar o recurso de mapeamento de nomes de objetos na caixa Selected Objects conforme necessário.

        • Se não selecionar Incremental Data Migration, não grave novos dados na instância de origem durante a migração de dados para garantir a consistência dos dados.

        Method to Migrate Triggers in Source Database

        Selecione um método para migrar gatilhos com base nos seus requisitos de negócios. Se não migrar gatilhos, pule este parâmetro. Para mais informações, consulte Configure how to synchronize or migrate triggers.

        Nota

        Este parâmetro está disponível apenas se selecionar Schema Migration e Incremental Data Migration para Migration Types.

        SQL Server Incremental Synchronization Mode

        • Log-based Parsing for Non-heap Tables and CDC-based Incremental Synchronization for Heap Tables (Hybrid Log-based Parsing):

          • Vantagens:

            • Suporta cenários que envolvem tabelas heap de origem, tabelas sem chaves primárias, tabelas compactadas ou tabelas com colunas computadas.

            • Oferece alta estabilidade de link. Este modo pode obter instruções DDL completas e suporta uma ampla variedade de cenários DDL.

          • Desvantagens:

            • O DTS cria o gatilho dts_cdc_sync_ddl, a tabela de heartbeat dts_sync_progress e a tabela de armazenamento de DDL dts_cdc_ddl_history no banco de dados de origem. Ele também ativa o CDC no nível do banco de dados e o CDC para algumas tabelas.

            • Não é possível executar instruções SELECT INTO, TRUNCATE ou RENAME COLUMN em tabelas com o CDC ativado no banco de dados de origem. Não é possível que você exclua manualmente os gatilhos criados pelo DTS no banco de dados de origem.

        • Incremental Synchronization Based on Logs of Source Database (Heap tables are not supported):

          • Vantagem:

            Este modo não é intrusivo para o banco de dados de origem.

          • Desvantagem:

            Este modo não suporta cenários que envolvem tabelas heap de origem, tabelas sem chaves primárias, tabelas compactadas ou tabelas com colunas computadas.

        • Polling and querying CDC instances for incremental synchronization:

          • Vantagens:

            • Suporta migração completa e incremental quando o banco de dados de origem é Amazon RDS for SQL Server, Azure SQL Database, Azure SQL Managed Instance, Azure SQL Server on Virtual Machine ou Google Cloud SQL for SQL Server.

            • Este modo usa o componente CDC nativo do SQL Server para obter dados incrementais, o que melhora a estabilidade da migração incremental e reduz o uso de largura de banda de rede.

          • Desvantagens:

            • A conta do banco de dados de origem usada pela instância do DTS deve ter as permissões para ativar o CDC. A migração incremental de dados tem uma latência de cerca de 10 segundos.

            • Ao migrar várias tabelas em vários bancos de dados, poderão ocorrer problemas de estabilidade e desempenho.

        Nota

        Este parâmetro está disponível apenas se Incremental Data Migration estiver selecionado para Migration Types.

        The maximum number of tables for which CDC is enabled that DTS supports.

        É possível definir um limite para o número de tabelas com CDC ativado para a instância de migração atual com base nos seus requisitos de negócios. O valor padrão é 1.000.

        Nota

        Este parâmetro não está disponível se definir o SQL Server Incremental Synchronization Mode como Incremental Synchronization Based on Logs of Source Database (Heap tables are not supported).

        Processing Mode of Conflicting Tables

        • Precheck and Report Errors: Verifica se existem tabelas com os mesmos nomes no banco de dados de destino. Se não existirem tabelas com os mesmos nomes, a pré-verificação é aprovada. Se existirem, um erro é relatado durante a pré-verificação e a tarefa de migração de dados não é iniciada.

          Nota

          Se uma tabela no banco de dados de destino tiver o mesmo nome, mas não puder ser facilmente excluída ou renomeada, altere o nome da tabela no banco de dados de destino. Para mais informações, consulte Object name mapping.

        • Ignore Errors and Proceed: Ignora a verificação de tabelas com os mesmos nomes.

          Aviso

          Selecionar Ignore Errors and Proceed pode causar inconsistência de dados e riscos aos negócios. Por exemplo:

          • Se os schemas das tabelas forem consistentes e um registro no banco de dados de destino tiver o mesmo valor de chave primária que um registro no banco de dados de origem:

            • Durante a migração completa, o DTS mantém o registro no banco de dados de destino. O registro do banco de dados de origem não é migrado.

            • Durante a migração incremental, o DTS não mantém o registro no banco de dados de destino. O registro do banco de dados de origem sobrescreve o registro no banco de dados de destino.

          • Se os schemas das tabelas forem inconsistentes, apenas algumas colunas de dados poderão ser migradas, ou a migração poderá falhar. Prossiga com cautela.

        Source Objects

        Na caixa Source Objects, clique nos objetos a serem migrados e, em seguida, clique em Right arrow para movê-los para a caixa Selected Objects.

        Nota

        A granularidade para seleção de objetos de migração é schema, tabela e coluna. Se selecionar apenas tabelas ou colunas como objetos de migração, outros objetos, como exibições, gatilhos e procedimentos armazenados, não serão migrados para o banco de dados de destino.

        Selected Objects

        • Para alterar o nome de um único objeto de migração na instância de destino, clique com o botão direito do mouse no objeto na caixa Selected Objects. Para mais informações, consulte Map individual schema, table, and column names.

        • Para alterar os nomes de vários objetos de migração na instância de destino, clique em Selected Objects no canto superior direito da caixa Batch Edit. Para mais informações, consulte Map multiple schema, table, and column names.

        Nota

        • Se usar o recurso de mapeamento de nomes de objetos, outros objetos dependentes do objeto renomeado poderão falhar na migração.

        • Para filtrar dados usando condições WHERE, clique com o botão direito do mouse em uma tabela na seção Selected Objects e especifique as condições de filtro na caixa de diálogo que aparece. Para mais informações, consulte Set filter conditions.

        • Para selecionar as operações SQL a serem migradas no nível do banco de dados ou da tabela, clique com o botão direito do mouse em um objeto na seção Selected Objects e selecione as operações SQL desejadas na caixa de diálogo que aparece. Para obter informações sobre as operações compatíveis, consulte Supported SQL operations for incremental migration.

      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. Você não precisa selecionar um. Se desejar tarefas mais estáveis, adquira um dedicated cluster para executar tarefas de migração do DTS.

        Retry Time for Failed Connections

        Após o início da tarefa de migração, se a conexão com o banco de dados de origem ou de destino falhar, o DTS relatará um erro e começará imediatamente a tentar reconectar. A duração padrão de nova tentativa é de 720 minutos. Você pode personalizar o tempo de nova tentativa para um valor de 10 a 1440 minutos. Recomendamos definir a duração para mais de 30 minutos. Se o DTS reconectar aos bancos de dados de origem e de destino dentro da duração especificada, a tarefa de migração é retomada automaticamente. Caso contrário, a tarefa falhará.

        Nota

        • Para várias instâncias do DTS que compartilham a mesma origem ou destino, o tempo de nova tentativa de rede é determinado pela configuração da última tarefa criada.

        • Como há cobrança pela tarefa durante o período de nova tentativa de conexão, recomendamos personalizar o tempo de nova tentativa com base nas suas necessidades de negócios ou liberar a instância do DTS o mais rápido possível após a liberação das instâncias de banco de dados de origem e de destino.

        Retry Time for Other Issues

        Após o início da tarefa de migração, se ocorrer um problema de não conectividade, como uma exceção de execução DDL ou DML, no banco de dados de origem ou de destino, o DTS relatará um erro e começará imediatamente a tentar repetir a operação. A duração padrão de nova tentativa é de 10 minutos. Você pode personalizar o tempo de nova tentativa para um valor de 1 a 1440 minutos. Recomendamos definir a duração para mais de 10 minutos. Se as operações relacionadas forem bem-sucedidas dentro da duração de nova tentativa especificada, a tarefa de migração é retomada automaticamente. Caso contrário, a tarefa 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 Migration

        Durante a migração completa, o DTS consome recursos de leitura e gravação nos bancos de dados de origem e de destino, o que pode aumentar a carga do banco de dados. Se necessário, ative o limitador para a tarefa de migração completa. Defina Queries per second (QPS) to the source database, RPS of Full Data Migration e Data migration speed for full migration (MB/s) para reduzir a carga no banco de dados de destino.

        Nota

        • Este item de configuração está disponível apenas se selecionar Full Data Migration para Migration Types.

        • Você também pode adjust the full migration speed depois que a instância de migração estiver em execução.

        Enable Throttling for Incremental Data Migration

        Se necessário, também é possível definir limites de velocidade para a tarefa de migração incremental. Defina RPS of Incremental Data Migration e Data migration speed for incremental migration (MB/s) para reduzir a carga no banco de dados de destino.

        Nota

        • Este item de configuração está disponível apenas se selecionar Incremental Data Migration para Migration Types.

        • Você também pode adjust the incremental migration speed depois que a instância de migração estiver em execução.

        Environment Tag

        Selecione uma tag de ambiente para identificar a instância com base nos seus requisitos de negócios. Neste exemplo, esse parâmetro não é necessário.

        Configure ETL

        Com base nas suas necessidades de negócios, escolha se deseja configurar o ETL feature para processar dados.

        Monitoring and Alerting

        Escolha se deseja definir alertas e receber notificações de alerta com base nas suas necessidades de negócios.

        • No: Não define alerta.

        • Yes: Configure alertas definindo um alert threshold e um alert notifications. Se a migração falhar ou a latência exceder o limiar, o sistema envia uma notificação de alerta.

      3. Clique em Next Data Verification para configurar uma tarefa de verificação de dados.

        Para mais informações sobre o recurso de verificação de dados, consulte Configure data validation.

    7. Por favor, salve a tarefa e execute uma pré-verificação.

      • Para que você visualize os parâmetros de configuração desta instância ao chamar a operação da API, passe o ponteiro do mouse sobre o botão Next: Save Task Settings and Precheck e clique em Preview OpenAPI parameters na dica exibida.

      • Se não precisar visualizar ou já tiver terminado de visualizar os parâmetros da API, clique em Next: Save Task Settings and Precheck na parte inferior da página.

      Nota

      • Antes de iniciar a tarefa de migração, o DTS realiza uma pré-verificação. A tarefa só inicia após a aprovação na pré-verificação.

      • Se a pré-verificação falhar, clique em View Details ao lado do item de verificação com falha, corrija o problema com base na instrução e execute a pré-verificação novamente.

      • Se um aviso for relatado durante a pré-verificação:

        • Para itens de verificação que não podem ser ignorados, clique em View Details ao lado do item com falha, corrija o problema com base na instrução e execute a pré-verificação novamente.

        • Para itens de verificação que podem ser ignorados, clique em Confirm Alert Details para que você confirme a ação, em seguida clique em Ignore, OK e Precheck Again para pular o item de aviso e executar a pré-verificação novamente. Se optar por ignorar um aviso, isso poderá causar problemas como inconsistência de dados e apresentar riscos aos seus negócios.

    8. Adquira a instância.

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

      2. Na página Purchase, selecione a especificação de link para a instância de migração de dados. Para mais informações, consulte a tabela a seguir.

        Categoria

        Parâmetro

        Descrição

        New Instance Class

        Resource Group Settings

        Selecione o grupo de recursos ao qual a instância pertence. O valor padrão é default resource group. Para mais informações, consulte What is resource management?

        Instance Class

        O DTS fornece especificações de migração com diferentes níveis de desempenho. A especificação do link afeta a velocidade de migração. Selecione uma especificação com base no seu cenário de negócios. Para mais informações, consulte Data migration link specifications.

      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 que aparece, clique em OK.

        Acompanhe o progresso da tarefa de migração na página de lista Data Migration Tasks.

        Nota

        • Se a tarefa de migração não incluir migração incremental, ela é interrompida automaticamente após a conclusão da migração completa. Após a interrupção da tarefa, seu Status muda para Completed.

        • Se a tarefa de migração incluir migração incremental, ela não é interrompida automaticamente. A tarefa de migração incremental continua em execução. Enquanto a tarefa de migração incremental estiver em execução, o Status da tarefa é Running.