Todos os produtos
Search
Central de documentação

Data Transmission Service:Migrar Oracle autogerenciado para o PolarDB for MySQL

Última atualização: Oct 15, 2026

Use o Data Transmission Service (DTS) para migrar dados de um banco de dados Oracle autogerenciado para o PolarDB for MySQL. O DTS oferece suporte à migração de schema, migração completa de dados e migração incremental de dados. Combine esses recursos para executar uma migração contínua com tempo de inatividade mínimo da aplicação.

Pré-requisitos

  • O banco de dados Oracle autogerenciado source e o cluster de destino PolarDB for MySQL já devem estar criados.

    Nota
  • Ative o modo ARCHIVELOG para o banco de dados Oracle autogerenciado, defina um período de retenção adequado para os arquivos de log arquivados e garanta que esses arquivos estejam acessíveis. Para mais informações, consulte ARCHIVELOG.

  • Ative o log suplementar para o banco de dados Oracle autogerenciado e defina os parâmetros supplemental_log_data_pk e supplemental_log_data_ui como YES. Para mais informações, consulte Supplemental Logging.

  • O cluster PolarDB for MySQL deve ter mais espaço de armazenamento do que o banco de dados Oracle autogerenciado utiliza.

  • Antes de executar uma migração de dados, recomendamos que você compreenda os recursos e as limitações do DTS para bancos source Oracle e use o ADAM para realizar uma avaliação do banco de dados. Isso garante uma migração para a cloud sem problemas. Para mais informações, consulte Limitações e preparações para bancos de dados Oracle e Visão geral da avaliação de banco de dados.

Precauções

Nota
  • O DTS migra chaves estrangeiras durante a migração de schema.

  • Durante a migração completa e incremental de dados, o DTS desativa temporariamente as verificações de restrições e cascatas de chave estrangeira no nível da sessão. Atualizações ou exclusões em cascata no banco de dados source enquanto a tarefa está em execução podem causar inconsistência de dados.

  • O DTS não oferece suporte à execução de migração completa em múltiplas etapas; a migração completa deve ser concluída em uma única operação. Se você precisar migrar dados em lotes, configure múltiplas tarefas de migração.

Tipo

Descrição

Limitações do banco de dados source

  • O servidor que hospeda o banco de dados source deve ter largura de banda de saída suficiente. Caso contrário, a velocidade de migração de dados será afetada.

  • Se o banco de dados source estiver conectado por uma linha dedicada, você deve configurar um dos endereços IP virtuais (VIPs) nas informações de conexão. Isso permite que o Oracle Real Application Clusters (RAC) se conecte à tarefa de migração de dados pela linha dedicada.

  • Se o banco de dados Oracle autogerenciado usar uma arquitetura RAC e estiver conectado por linha dedicada, VPN Gateway, Smart Access Gateway, Database Gateway (DG) ou Cloud Enterprise Network (CEN), ou a partir de uma instância ECS, você não poderá configurar um endereço IP Single Client Access Name (SCAN). Você só pode configurar um dos VIPs nas informações de conexão. Se usar esse método, o failover de nós para RAC não é suportado.

  • Se os dados a serem migrados contiverem strings vazias do tipo varchar2, que o Oracle trata como nulas, e o campo correspondente no banco de dados de destino tiver uma restrição NOT NULL, a tarefa de migração falhará.

  • Se a política FGA (Fine-Grained Audit) estiver ativada na tabela a ser migrada, o DTS não conseguirá reconhecer a pseudocoluna ORA_ROWSCN, o que causará falha na tarefa de migração.

    Nota

    Desative a política FGA para as tabelas a serem migradas ou escolha não migrar dados dessas tabelas.

  • Requisitos para objetos de migração:

    • As tabelas a serem migradas devem ter uma chave primária ou uma restrição única, e os campos devem ser exclusivos. Caso contrário, dados duplicados podem aparecer no banco de dados de destino.

    • Se o seu banco de dados Oracle autogerenciado for da versão 12c ou posterior, os nomes das tabelas a serem migradas não devem exceder 30 bytes de comprimento.

    • Se você migrar objetos no nível da tabela e precisar editá-los, como mapear nomes de tabelas ou colunas, uma única tarefa de migração de dados suporta no máximo 1.000 tabelas. Se esse limite for excedido, um erro será reportado após você enviar a tarefa. Nesse caso, divida as tabelas em vários lotes e configure uma tarefa separada para cada lote, ou configure uma tarefa para migrar o banco de dados inteiro.

  • Para migração incremental, Redo Logs e Archive Logs:

    • Devem estar ativados.

    • Para uma tarefa de migração incremental de dados, o DTS exige que os Redo Logs e Archive Logs no banco de dados source sejam retidos por mais de 24 horas. Para uma tarefa que inclui migração completa e incremental de dados, o DTS exige que os Redo Logs e Archive Logs sejam retidos por pelo menos 7 dias. Após a conclusão da migração completa de dados, você pode alterar o período de retenção para mais de 24 horas. Se o período de retenção for menor que o necessário, a tarefa do DTS pode falhar por não conseguir obter os logs. Em casos extremos, isso pode causar inconsistência ou perda de dados. Problemas causados por um período de retenção de logs menor que o requisito do DTS não são cobertos pelo Service-Level Agreement (SLA) do DTS.

  • Limitações nas operações do banco de dados source:

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

    • Se você executar apenas a migração completa de dados, não grave novos dados na instância source. Caso contrário, ocorrerá inconsistência de dados entre a source e o destino. Para manter a consistência de dados em tempo real, selecione a migração de schema, a migração completa de dados e a migração incremental de dados.

    • A atualização separada de campos de texto grandes não é suportada e causará falha na tarefa.

Outras limitações

  • Durante a migração incremental, a importação de dados para o banco de dados source usando o Oracle Data Pump não é suportada. Isso pode causar perda de dados.

  • A migração de tabelas estrangeiras não é suportada.

  • A migração de PACKAGE, PACKAGE_BODY, MATERIALIZED_VIEW, SYNONYM, TYPE, TYPE_BODY, FUNCTION, PROCEDURE, SEQUENCE, VIEW, TABLE_COMMENT, COLUMN_COMMENT e TRIGGER não é suportada.

  • Se seus dados incluírem caracteres de quatro bytes — como caracteres chineses raros ou emojis — o banco de dados e a tabela de destino devem usar o charset utf8mb4.

    Nota

    Se você usar o DTS para migrar schemas, defina o parâmetro de nível de instância character_set_server como utf8mb4 no banco de dados de destino.

  • Avalie o desempenho dos bancos de dados source e de destino antes de migrar os dados e execute a migração durante horários de menor movimento. Durante a migração completa de dados, o DTS consome alguns recursos de leitura e gravação dos bancos de dados source e de destino, o que pode aumentar a carga do banco de dados.

  • A migração completa de dados executa operações INSERT simultâneas, o que causa fragmentação de tabela no banco de dados de destino. Como resultado, o espaço de armazenamento da tabela no banco de dados de destino será maior do que na instância source.

  • O DTS tenta retomar tarefas de migração com falha em até sete dias. Antes de transferir seu negócio para a instância de destino, pare ou libere a tarefa. Alternativamente, use o comando revoke para revogar as permissões de gravação da conta que o DTS usa para acessar a instância de destino. Isso impede que os dados source sobrescrevam os dados na instância de destino caso a tarefa seja retomada automaticamente.

  • Se uma instrução DDL falhar ao ser gravada no banco de dados de destino, a tarefa do DTS continuará em execução. Você deve verificar os logs da tarefa para encontrar a instrução DDL com falha. Para mais informações sobre como visualizar os logs da tarefa, consulte Consulta de logs de tarefas.

  • Certifique-se de que os conjuntos de caracteres dos bancos de dados source e de destino sejam compatíveis. Conjuntos de caracteres incompatíveis podem causar inconsistência de dados ou falha na tarefa.

  • Use o recurso de migração de schema do DTS. Caso contrário, a tarefa pode falhar devido a tipos de dados incompatíveis.

  • Os fusos horários dos bancos de dados source e de destino devem ser iguais.

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

    Nota

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

Casos especiais

Quando o banco de dados de destino é o PolarDB for MySQL:

  • Os clusters PolarDB for MySQL não diferenciam maiúsculas de minúsculas em nomes de tabelas em inglês. Se você usar letras maiúsculas em inglês para criar uma tabela, o PolarDB for MySQL converterá o nome da tabela para minúsculas antes de criá-la.

    Se o banco de dados Oracle source contiver tabelas cujos nomes sejam idênticos, mas diferenciem maiúsculas de minúsculas, isso poderá causar conflitos de nomes de objetos e uma mensagem indicando que o objeto já existe durante a migração de schema. Se isso ocorrer, use o recurso de mapeamento de nomes de objetos fornecido pelo DTS para renomear os objetos em conflito ao configurar os objetos de migração. Converta os nomes das tabelas para maiúsculas. Para mais informações, consulte Mapear tabelas e colunas.

  • O DTS cria bancos de dados automaticamente no PolarDB for MySQL. Se o nome de um banco de dados a ser migrado não estiver em conformidade com as convenções de nomenclatura do PolarDB for MySQL, você deve criar o banco de dados no PolarDB for MySQL antes de configurar a tarefa de migração. Para mais informações, consulte Gerenciar bancos de dados.

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 estiver definido como Public IP Address, você será cobrado pelo tráfego de internet. Para mais informações, consulte Visão geral do faturamento.

Migração incremental de dados

Cobrado. Para mais informações, consulte Visão geral do faturamento.

Tipos de migração

Tipo

Descrição

Migração de schema

O DTS migra as definições de schema dos objetos selecionados para o banco de dados de destino.

O DTS oferece suporte à migração de schema para tabelas e índices com as seguintes limitações:

  • Tabelas: Tabelas aninhadas não são suportadas. Tabelas clusterizadas e tabelas organizadas por índice são convertidas em tabelas regulares no banco de dados de destino.

  • Índices: Índices baseados em função, índices de domínio, índices de bitmap e índices reversos não são suportados.

Nota

O DTS não oferece suporte à migração de schema para visualizações, sinônimos, procedimentos armazenados, funções, pacotes ou tipos definidos pelo usuário.

Aviso

Esta é uma migração de banco de dados heterogêneo. Durante a migração de schema, os tipos de dados podem não corresponder totalmente entre os bancos de dados source e de destino. Avalie o impacto dos mapeamentos de tipos de dados em suas cargas de trabalho. Para mais informações, consulte Mapeamento de tipos de dados para bancos de dados heterogêneos.

Migração completa de dados

O DTS migra todos os dados existentes dos objetos selecionados no banco de dados Oracle autogerenciado para o banco de dados de destino.

Migração incremental de dados

Após a migração completa de dados, o DTS captura continuamente os redo logs do banco de dados Oracle autogerenciado e migra as alterações incrementais para o banco de dados de destino.

A migração incremental de dados permite que você conclua a migração de forma contínua sem tirar suas aplicações autogerenciadas do ar.

Operações SQL suportadas para migração incremental

Tipo de operação

Instrução SQL

DML

INSERT, UPDATE e DELETE

DDL

  • CREATE TABLE

    Nota

    As definições de tabela não podem conter funções.

  • ALTER TABLE, ADD COLUMN, DROP COLUMN, RENAME COLUMN e ADD INDEX

  • DROP TABLE

  • RENAME TABLE, TRUNCATE TABLE e CREATE INDEX

    Nota

    Apenas as operações CREATE INDEX executadas pela conta atual do banco de dados são suportadas.

Mapeamento de tipos de dados

Para mais informações, consulte Mapeamento de tipos de dados entre bancos de dados heterogêneos.

Pré-requisitos

Faça login no banco de dados Oracle autogerenciado a ser migrado, crie uma conta para coleta de dados e conceda as permissões necessárias a essa conta.

Nota

Se você já criou uma conta com as permissões listadas abaixo, pode pular esta etapa.

Banco de dados

Migração de schema

Migração completa de dados

Migração incremental de dados

Banco de dados Oracle autogerenciado

Privilégios de proprietário do schema

Privilégios de proprietário do schema

Privilégios de granularidade fina necessários.

PolarDB for MySQL cluster

Privilégios de gravação no banco de dados de destino

Para criar uma conta de banco de dados e conceder permissões:

Importante

Para migrar dados incrementais, você também deve ativar o log de arquivamento e o log suplementar. Para mais informações, consulte configuração do banco de dados.

Procedimento

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

    Pelo console do DTS

    1. Faça logon 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 de acordo com o modo e o layout do console do DMS. Para obter mais informações, consulte Console do modo simples e Personalizar o layout e o estilo do console do DMS.

    1. Faça logon 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, recomendamos que você leia atentamente os limites exibidos na parte superior da página. Caso contrário, a tarefa poderá falhar ou poderá ocorrer inconsistência de dados.

    Seção

    Parâmetro

    Descrição

    N/D

    Task Name

    O DTS gera automaticamente um nome para a tarefa. Recomendamos que você especifique um nome descritivo para facilitar a identificação. O nome não precisa ser único.

    Source Database

    Database Type

    Selecione Oracle.

    Access Method

    Selecione um método de conexão com base na implantação do banco de dados de origem. Este exemplo usa Public IP Address.

    Nota

    Para outros tipos de bancos de dados autogerenciados, você também deve concluir as preparações necessárias.

    Instance Region

    Selecione a região do banco de dados Oracle de origem.

    Hostname or IP Address

    Insira o endpoint do banco de dados Oracle autogerenciado.

    Port

    Insira a porta do service do banco de dados Oracle autogerenciado. O valor padrão é 1521.

    Nota

    Neste exemplo, a porta do service deve estar acessível pela internet.

    Oracle Type

    • Non-RAC Instance: Se você selecionar esta opção, também deverá especificar o SID.

    • RAC or PDB Instance: Se você selecionar esta opção, também deverá especificar o Service Name.

    Neste exemplo, Non-RAC Instance está selecionado.

    Database Account

    Insira o nome de usuário do banco de dados Oracle de origem. Consulte Preparations para os requisitos de permissão.

    Database Password

    Insira a senha da conta do banco de dados.

    Destination Database

    Database Type

    Selecione PolarDB for MySQL.

    Access Method

    Selecione Alibaba Cloud Instance.

    Instance Region

    Selecione a região do cluster PolarDB for MySQL de destino.

    PolarDB Cluster ID

    Selecione o ID do cluster PolarDB for MySQL de destino.

    Database Account

    Insira o nome de usuário do cluster PolarDB for MySQL de destino. Para os requisitos de permissão, consulte Preparations.

    Database Password

    Insira a senha da conta do banco de dados.

    Encryption

    Selecione um tipo de conexão conforme necessário. Para obter mais informações sobre o recurso de criptografia SSL, consulte Ativar criptografia SSL.

  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ço IP do service 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 a partir dos servidores DTS. Para obter mais informações, consulte Adicionar endereços IP de servidores DTS a uma lista de permissões.

  5. Configure os objetos da tarefa.

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

      Parâmetro

      Descrição

      Migration Types

      • Se você 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 você não selecionar Schema Migration, deverá garantir 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 você 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.

      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 tabelas com os mesmos nomes, 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, você poderá alterar o nome da tabela no banco de dados de destino. Para obter mais informações, consulte Mapeamento de nomes de objetos.

      • 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 esquemas 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 substitui o registro no banco de dados de destino.

        • Se os esquemas 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

      Você pode configurar 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, DTS default policy está selecionado. Você também pode optar por 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 obter mais informações, consulte Diferenciação de maiúsculas e minúsculas de nomes de objetos no banco de dados de destino.

      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

      Você pode selecionar objetos para migrar no nível do banco de dados ou da tabela.

      Selected Objects

      Nota
      • Se você usar o recurso de mapeamento de nomes de objetos, a migração de outros objetos que dependem do objeto mapeado poderá falhar.

      • Para filtrar dados usando uma cláusula WHERE, clique com o botão direito do mouse na tabela a ser migrada no painel Selected Objects e defina a condição de filtro na caixa de diálogo que aparece. Para obter mais informações, consulte Definir condições de filtro.

      • Para selecionar operações SQL para migração incremental de dados no nível do banco de dados ou da tabela, clique com o botão direito do mouse no objeto a ser migrado no painel Selected Objects e selecione as operações SQL desejadas na caixa de diálogo que aparece.

    2. Clique em Next: Advanced Settings para configurar os 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, você pode adquirir um cluster dedicado para executar as tarefas de migração do DTS.

      Select the engine type of the destination database

      Selecione o tipo de mecanismo para o banco de dados de destino com base nos seus requisitos.

      • InnoDB: O mecanismo de armazenamento padrão.

      • X-Engine: Um mecanismo de armazenamento de banco de dados de processamento de transações online (OLTP).

      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 relata um erro e começa 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 que você defina a duração para mais de 30 minutos. Se o DTS se 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 você é cobrado pela tarefa durante o período de nova tentativa de conexão, recomendamos que você personalize o tempo de nova tentativa com base nas suas necessidades de negócios ou libere 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 que não seja de conectividade, como uma exceção de execução de DDL ou DML, no banco de dados de origem ou de destino, o DTS relata um erro e começa 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 que você defina 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 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, você pode ativar o limitador para a tarefa de migração completa. Você pode definir 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 você selecionar Full Data Migration para Migration Types.

      • Você também pode ajustar a velocidade da migração completa após a instância de migração estar em execução.

      Enable Throttling for Incremental Data Migration

      Se necessário, você também pode optar por definir limites de velocidade para a tarefa de migração incremental. Você pode definir 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 você selecionar Incremental Data Migration para Migration Types.

      • Você também pode ajustar a velocidade da migração incremental após a instância de migração estar em execução.

      Environment Tag

      Você pode selecionar uma tag de ambiente para identificar a instância. Neste exemplo, você não precisa selecionar uma tag.

      Actual Write Code

      Você pode selecionar o tipo de codificação para os dados gravados no banco de dados de destino.

      Configure ETL

      Escolha se deseja ativar o recurso de extração, transformação e carga (ETL). Para obter mais informações, consulte O que é ETL? Valores válidos:

      Monitoring and Alerting

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

      • No: Não define um alerta.

      • Yes: Configure alertas definindo um limiar de alerta 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 obter mais informações sobre o recurso de validação de dados, consulte Configurar validação de dados.

  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 de API, mova o ponteiro sobre o botão Next: Save Task Settings and Precheck e clique em Preview OpenAPI parameters na dica que aparece.

    • Se você 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 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 com base na instrução e, em seguida, 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, em seguida, execute a pré-verificação novamente.

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

  7. Adquira a instância.

    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 obter 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 obter mais informações, consulte O que é o gerenciamento de recursos?

      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. Você pode selecionar uma especificação com base no seu cenário de negócios. Para obter mais informações, consulte Especificações de link de migração de dados.

    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, seu Status muda para Completed.

      • Se a tarefa de migração incluir migração incremental, ela não será 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 será Running.