Todos os produtos
Search

Este produto

    Data Transmission Service:Migrar o PolarDB for PostgreSQL (compatível com Oracle) para um banco de dados Oracle autogerenciado

    Central de documentação

    Data Transmission Service:Migrar o PolarDB for PostgreSQL (compatível com Oracle) para um banco de dados Oracle autogerenciado

    Última atualização: Oct 16, 2026

    Use o Data Transmission Service (DTS) para migrar um cluster do PolarDB for PostgreSQL (Compatible with Oracle) para um banco de dados Oracle autogerenciado.

    Pré-requisitos

    • O cluster do PolarDB for PostgreSQL (Compatible with Oracle) de origem deve estar criado. Para mais informações, consulte Create a PolarDB for PostgreSQL (Compatible with Oracle) cluster.

    • No cluster do PolarDB for PostgreSQL (Compatible with Oracle) de origem, o parâmetro wal_level deve estar definido como logical. Essa configuração adiciona as informações necessárias para a decodificação lógica ao write-ahead logging (WAL). Para mais informações, consulte Configure cluster parameters.

    Limitações

    Nota

    Durante a migração de dados completa e incremental:

    • Atualizações ou exclusões em cascata no banco de dados de origem podem causar inconsistência de dados.

    • Se o banco de dados de destino tiver chaves estrangeiras ou gatilhos, desative-os. Caso contrário, a tarefa de migração poderá falhar.

    Tipo

    Descrição

    Limitações do banco de dados de origem

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

    • Cada tabela a ser migrada deve ter uma chave primária ou uma restrição exclusiva. Todos os campos na chave ou restrição devem ser exclusivos para evitar dados duplicados no banco de dados de destino.

    • Se você migrar objetos no nível da tabela e precisar editar mapeamentos de nomes de colunas, uma única tarefa de migração suportará no máximo 1.000 tabelas. Se você exceder esse limite, o sistema relatará um erro ao enviar a tarefa. Nesse caso, divida as tabelas em várias tarefas ou configure uma tarefa para migrar o banco de dados inteiro.

    • Para a migração incremental, você deve configurar o write-ahead logging (WAL):

      • O recurso WAL deve estar ativado.

      • Para uma tarefa apenas de migração incremental, o Data Transmission Service (DTS) exige que os logs WAL do banco de dados de origem sejam retidos por pelo menos 24 horas. Para uma tarefa que inclui migração completa e incremental, o DTS exige que os logs sejam retidos por pelo menos 7 dias. Altere o período de retenção para pelo menos 24 horas após a conclusão da migração completa. Definir um período de retenção menor pode causar a falha da tarefa se o DTS não conseguir obter os logs WAL necessários, o que pode levar à inconsistência ou perda de dados. O Service Level Agreement (SLA) do DTS não cobre problemas causados por um período de retenção de WAL inferior ao exigido.

    • Limitações operacionais no banco de dados de origem:

      • Durante a fase de migração completa de dados, não execute nenhuma operação DDL que altere o schema de bancos de dados ou tabelas. Caso contrário, a tarefa de migração falhará.

      • Se você executar apenas a migração completa de dados, não grave novos dados na instância de origem para evitar inconsistência de dados. Para manter a consistência dos dados em tempo real, selecione a migração completa e a incremental.

      • Para garantir a execução suave da tarefa de migração e evitar interrupções de assinatura lógica causadas por failover primário/secundário, o cluster PolarDB for PostgreSQL(Compatible with Oracle) de origem deve oferecer suporte a logical replication slot failover e ter esse recurso ativado.

        Nota

        Caso o cluster PolarDB for PostgreSQL(Compatible with Oracle) de origem não ofereça suporte a failover de slot de replicação lógica (por exemplo, se o database engine do cluster for Oracle syntax compatibility 2.0), um failover de alta disponibilidade (HA) no banco de dados de origem poderá causar a falha irrecuperável da instância de migração.

      • Devido às limitações das assinaturas lógicas, se uma instância de migração com migração incremental de dados estiver em execução e o tamanho de uma única linha a ser migrada exceder 256 MB após uma alteração incremental, a instância falhará de forma irrecuperável e você precisará reconfigurá-la.

    • Se houver transações de longa execução no banco de dados de origem durante a migração incremental, os registros de write-ahead logging (WAL) gerados antes do commit dessas transações não poderão ser limpos. Isso pode causar o acúmulo de arquivos WAL e esgotar o espaço em disco do banco de dados de origem.

    Outras limitações

    • Não há suporte para migração de schema. Antes de configurar a tarefa de migração, crie os bancos de dados e tabelas correspondentes na instância de destino.

    • Uma única tarefa de migração de dados pode migrar apenas um banco de dados. Para migrar vários bancos de dados, configure uma tarefa de migração separada para cada um.

    • O DTS não oferece suporte à migração de tabelas de extensão TimescaleDB, tabelas com herança entre schemas ou tabelas com índices exclusivos baseados em expressões.

    • Esses schemas não ficarão visíveis no console durante a configuração da tarefa.

    • Para tarefas que incluem migração incremental de dados, execute o comando ALTER TABLE schema.table REPLICA IDENTITY FULL; nas tabelas a serem migradas no banco de dados de origem antes de gravar dados nelas. Isso garante a consistência dos dados para as tabelas nos dois cenários a seguir. Para evitar deadlocks, evite operações de bloqueio de tabela durante a execução deste comando. Se você pular as verificações relacionadas durante a pré-verificação, o DTS executará automaticamente este comando ao inicializar a instância.

      • Quando a instância é executada pela primeira vez.

      • Quando a granularidade do objeto de migração está definida como Schema e uma nova tabela é criada no schema ou uma tabela existente é reconstruída usando o comando RENAME.

      Nota

      • No comando, substitua schema e table pelo nome do schema e pelo nome da tabela dos dados a serem migrados.

      • Execute esta operação em horários de menor movimento.

    • O DTS cria as seguintes tabelas temporárias no banco de dados de origem para obter informações como instruções DDL para dados incrementais, a estrutura de tabelas incrementais e heartbeats. Não exclua essas tabelas temporárias durante a migração, pois isso causará a falha da tarefa. As tabelas são excluídas automaticamente após a liberação da instância do DTS.

      public.dts_pg_class, public.dts_pg_attribute, public.dts_pg_type, public.dts_pg_enum, public.dts_postgres_heartbeat, public.dts_ddl_command, public.dts_args_session e public.aliyun_dts_instance.

    • Para garantir a precisão das métricas de latência para a migração incremental de dados, o DTS cria uma tabela de heartbeat chamada dts_postgres_heartbeat no banco de dados de origem.

    • Durante a sincronização de dados, o DTS cria um slot de replicação lógica com o prefixo dts_sync_ no banco de dados de origem para ler logs incrementais. Se a sincronização de dados falhar ou a instância de sincronização for liberada, o DTS tentará limpar proativamente esse slot de replicação.

      Nota

      • Se você alterar a senha da conta do banco de dados de origem usada pela tarefa ou remover os endereços IP do DTS da lista de permissões do banco de dados de origem durante a migração, o slot de replicação não poderá ser limpo automaticamente. Nesse caso, limpe manualmente o slot de replicação no banco de dados de origem para evitar o acúmulo de logs, o que pode esgotar o espaço em disco e tornar o banco de dados de origem indisponível.

      • Caso ocorra um failover primário/secundário no banco de dados de origem, acesse o banco de dados secundário para limpar manualmente o slot de replicação.

    • Operações INSERT simultâneas durante a migração completa de dados podem causar fragmentação de tabela. Isso pode fazer com que o banco de dados de destino use mais espaço de armazenamento que a instância de origem.

    • Verifique se a precisão da migração para 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 usará 38 para FLOAT e 308 para DOUBLE.

    • O DTS tenta retomar uma tarefa de migração com falha por até sete dias. Antes de alternar as cargas de trabalho para a instância de destino, encerre ou libere a tarefa, ou revogue as permissões de gravação da conta que o DTS usa para acessar a instância de destino por meio do comando revoke. Isso evita que uma tarefa retomada automaticamente sobrescreva dados na instância de destino.

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

      Nota

      Apenas os parâmetros da tarefa do DTS são modificados, e não os parâmetros do banco de dados. Os parâmetros que podem ser ajustados incluem aqueles listados em Modify instance parameters.

    • Ao migrar tabelas particionadas, inclua a tabela pai e todas as suas partições filhas como objetos de migração para evitar inconsistência de dados.

      Importante

      • No PolarDB for PostgreSQL(Compatible with Oracle), a tabela pai de uma tabela particionada não armazena dados diretamente. Os dados são armazenados nas partições filhas. A tarefa de migração deve incluir a tabela pai e todas as suas partições filhas para evitar perda de dados e inconsistência entre os bancos de dados de origem e de destino.

      • Não há suporte para a migração de tabelas particionadas ou tabelas herdadas (tabelas pai e filhas) distribuídas em bancos de dados diferentes. Certifique-se de que as tabelas particionadas e todas as suas partições, bem como as tabelas pai e todas as suas tabelas filhas, estejam no mesmo banco de dados.

    Casos especiais

    Se o banco de dados Oracle autogerenciado usar uma arquitetura Real Application Clusters (RAC) e precisar se conectar a uma VPC da Alibaba Cloud, conecte o endereço IP SCAN e o endereço VIP de cada nó à VPC da Alibaba Cloud e configure as rotas necessárias para que a tarefa do DTS seja executada com sucesso. Para mais informações, consulte Overview of solutions for connecting an on-premises data center to Alibaba Cloud e Connect a data center to DTS by using a VPN Gateway.

    Importante

    Ao configurar o banco de dados Oracle de origem no console do DTS, insira apenas o endereço IP SCAN do Oracle RAC no campo Database address ou Domain Name or IP.

    Faturamento

    Tipo de migração

    Taxa de configuração da instância

    Taxa de tráfego de internet

    Migração completa de dados

    Sem custo.

    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

    Cobrada. Para mais informações, consulte Billing overview.

    Tipos de migração

    Tipo

    Descrição

    Migração completa de dados

    O DTS migra todos os dados históricos dos objetos de migração especificados do banco de dados de origem para o banco de dados de destino.

    Nota

    Não execute operações DDL nos objetos de migração até que a migração completa de dados seja concluída. Caso contrário, a migração falhará.

    Migração incremental de dados

    Após uma migração completa de dados, o DTS replica continuamente atualizações incrementais para o banco de dados de destino, consultando e capturando logs de redo do banco de dados de origem.

    A migração incremental de dados permite uma migração transparente com tempo de inatividade da aplicação próximo de zero.

    Operações SQL para migração incremental

    Tipo de operação

    Instrução SQL

    DML

    INSERT, UPDATE e DELETE

    DDL

    • O DTS migra operações DDL apenas para tarefas de migração de dados criadas após 1º de outubro de 2020.

      Importante

      • Para tarefas de migração de dados criadas antes de 12 de maio de 2023, crie gatilhos e funções no banco de dados de origem para capturar informações DDL antes de configurar a tarefa de migração. Para mais informações, consulte DDL incremental migration for PostgreSQL by using triggers and functions.

      • O DTS não oferece suporte à migração de dados do tipo BIT durante a migração incremental de dados.

    • Quando a conta do banco de dados de origem é uma conta privilegiada, o DTS oferece suporte às seguintes instruções DDL:

      • CREATE TABLE e DROP TABLE

      • ALTER TABLE (incluindo RENAME TABLE, ADD COLUMN, ADD COLUMN DEFAULT, ALTER COLUMN TYPE, DROP COLUMN, ADD CONSTRAINT, ADD CONSTRAINT CHECK e ALTER COLUMN DROP DEFAULT)

      • TRUNCATE TABLE

      • CREATE INDEX ON TABLE

      Importante

      • O DTS não migra cláusulas adicionais em instruções DDL, como CASCADE ou RESTRICT.

      • O DTS não migra instruções DDL de uma sessão na qual o comando SET session_replication_role = replica é executado.

      • O DTS não migra instruções DDL executadas por invocação de função.

      • Se um único commit no banco de dados de origem contiver instruções DML e DDL, o DTS não migrará as instruções DDL.

      • Se um único commit no banco de dados de origem incluir instruções DDL para objetos não selecionados, o DTS não migrará essas instruções.

    Permissões de conta do banco de dados

    Banco de dados

    Permissões

    Cluster do PolarDB for PostgreSQL (Compatible with Oracle)

    Conta privilegiada.

    Banco de dados Oracle autogerenciado.

    Permissões de proprietário do schema.

    Para criar contas de banco de dados e conceder permissões:

    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 para acessar 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 de destino, leia atentamente os limites exibidos na parte superior da página. Caso contrário, a tarefa poderá falhar ou ocorrer inconsistência de dados.

      Seção

      Parâmetro

      Descrição

      N/A

      Task Name

      O DTS gera automaticamente um nome de tarefa. Especifique um nome descritivo para facilitar a identificação. O nome não precisa ser exclusivo.

      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 desejada na lista suspensa. As informações do banco de dados abaixo serão configuradas automaticamente.

        Nota

        No console do DMS, este parâmetro é chamado Select a DMS database instance..

      • Se você não registrou a instância do 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 PolarDB (Compatible with Oracle).

      Access Method

      Neste exemplo, a opção Alibaba Cloud Instance está selecionada.

      Instance Region

      Selecione a região onde o cluster PolarDB for PostgreSQL (Compatible with Oracle) de origem está localizado.

      Replicate Data Across Alibaba Cloud Accounts

      Neste exemplo, é usada uma instância de banco de dados sob a conta atual da Alibaba Cloud. Selecione No.

      Instance ID

      Selecione o ID do cluster PolarDB for PostgreSQL (Compatible with Oracle) de origem.

      Database Name

      Insira o nome do banco de dados no cluster PolarDB for PostgreSQL (Compatible with Oracle) de origem que contém os objetos a migrar.

      Database Account

      Insira a conta do banco de dados para o cluster PolarDB for PostgreSQL (Compatible with Oracle) de origem. Para as permissões necessárias, consulte Permissions required for database accounts.

      Database Password

      Insira a senha da conta do banco de dados.

      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 desejada na lista suspensa. As informações do banco de dados abaixo serão configuradas automaticamente.

        Nota

        No console do DMS, este parâmetro é chamado Select a DMS database instance..

      • Se você não registrou a instância do 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 Oracle.

      Access Method

      Selecione Public IP Address.

      Instance Region

      Selecione a região onde o banco de dados Oracle de destino está localizado.

      Hostname or IP address

      Insira o endpoint do nó primário do banco de dados Oracle de destino.

      Port

      Insira a porta de serviço do banco de dados de destino. O valor padrão é 1521.

      Oracle Type

      • Non-RAC Instance: Se selecionar esta opção, especifique também o SID.

      • RAC or PDB Instance: Se selecionar esta opção, especifique também o Service Name.

      Neste exemplo, a opção Non-RAC Instance está selecionada.

      Database Account

      Insira a conta do banco de dados Oracle de destino. Para as permissões necessárias, consulte Permissions required for database accounts.

      Database Password

      Insira a senha da conta do banco de dados.

    4. Após concluir a configuração, clique em Test Connectivity and Proceed na parte inferior da página. Na caixa de diálogo CIDR Blocks of DTS Servers que aparece, clique em Test Connectivity.

      Nota

      Certifique-se de que os segmentos de endereços IP do serviço DTS sejam adicionados 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 DTS. Para mais informações, consulte Add DTS server IP addresses to a whitelist.

    5. Configure os objetos da tarefa.

      1. Na página Configure Objects, configure os objetos que deseja migrar.

        Parâmetro

        Descrição

        Migration Types

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

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

        Nota

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

        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. Caso existam, o sistema relatará um erro durante a pré-verificação e a tarefa de migração de dados não será 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.

        Capitalization of Object Names in Destination Instance

        Configure a política de diferenciação de maiúsculas e minúsculas para os nomes dos objetos migrados, como bancos de dados, tabelas e colunas, na instância de destino. Por padrão, a opção DTS default policy está selecionada. Você também pode manter a diferenciação de maiúsculas e minúsculas consistente com a política padrão do banco de dados de origem ou de destino. Para mais informações, consulte Case sensitivity of object names in the destination database.

        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 selecionar objetos de migração é schema, tabela e coluna. Se selecionar apenas tabelas ou colunas como objetos de migração, outros objetos, como visualizaçõ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 nome de objeto, outros objetos que dependem do objeto renomeado poderão falhar na migração.

        • Para filtrar dados usando uma cláusula WHERE, clique com o botão direito do mouse em uma tabela na caixa Selected Objects e especifique a condição 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 de migração na caixa Selected Objects e selecione as operações SQL desejadas na caixa de diálogo que aparece.

      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, portanto, 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. Personalize o tempo de nova tentativa para um valor entre 10 e 1440 minutos. Recomendamos definir a duração como superior a 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 será 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 necessidades do seu negócio 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. Personalize o tempo de nova tentativa para um valor entre 1 e 1440 minutos. Recomendamos definir a duração como superior a 10 minutos. Se as operações relacionadas forem bem-sucedidas dentro da duração de nova tentativa especificada, a tarefa de migração será 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 de velocidade 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 após a instância de migração entrar em execução.

        Enable Throttling for Incremental Data Migration

        Se necessário, defina 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 após a instância de migração entrar em execução.

        Environment Tag

        Selecione uma tag de ambiente para identificar a instância com base nos requisitos do seu negócio. Este parâmetro é opcional.

        Configure ETL

        Com base nas necessidades do seu negócio, selecione se deseja configurar o ETL feature para processar dados.

        Monitoring and Alerting

        Selecione se deseja definir alertas e receber notificações de alerta com base nas necessidades do seu negócio.

        • No: Não define alertas.

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

      3. Clique em Next: Data Validation para configurar uma tarefa de validação de dados.

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

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

      • Para visualizar 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 no balão que aparece.

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

      Nota

      • Antes do início da tarefa de migração, o DTS realiza uma pré-verificação. A tarefa só é iniciada após ser aprovada 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 conforme as instruções 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 conforme as instruções e execute a pré-verificação novamente.

        • Para itens de verificação que podem ser ignorados, clique em Confirm Alert Details, Ignore, OK e Precheck Again para pular o item de alerta e executar a pré-verificação novamente. Ignorar um aviso pode causar problemas como inconsistência de dados e representar riscos aos seus negócios.

    7. Adquira a instância de migração.

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

      2. Na página Purchase, selecione a especificação do 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 é o grupo de recursos padrão. 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 da 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.

        Você pode visualizar 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 será interrompida automaticamente após a conclusão da migração completa. Após a interrupção da tarefa, o Status mudará para Completed.

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