Como migrar entre clusters do PolarDB for PostgreSQL (Compatible with Oracle) - Data Transmission Service: Central de Documentação do Alibaba Cloud

O Data Transmission Service (DTS) permite migrar dados entre clusters do PolarDB for PostgreSQL (Compatible with Oracle).

Pré-requisitos

Os clusters de origem e de destino do PolarDB for PostgreSQL (Compatible with Oracle) devem existir. Para mais informações, consulte Criar um cluster do PolarDB for PostgreSQL (Compatible with Oracle).
No cluster de origem do PolarDB for PostgreSQL (Compatible with Oracle), defina o parâmetro wal_level como logical. Essa configuração adiciona as informações necessárias para decodificação lógica ao write-ahead logging (WAL). Para mais informações, consulte Configurar parâmetros do cluster.

Observações de uso

Nota

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

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. 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 única. Todos os campos na chave ou restrição devem ser únicos 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 suporta no máximo 1.000 tabelas. Se esse limite for excedido, um erro será relatado ao enviar a tarefa. Nesse caso, divida as tabelas em várias tarefas ou configure uma tarefa para migrar todo o banco de dados. Para migração incremental, configure 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. É possível alterar o período de retenção de volta para pelo menos 24 horas após a conclusão da migração completa. Definir um período de retenção menor pode causar falha na tarefa se o DTS não conseguir obter os logs WAL necessários, podendo levar a 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 as fases de migração de esquema e migração completa de dados, não execute operações DDL que alterem o esquema 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. Para manter a consistência dos dados em tempo real, recomendamos selecionar migração de esquema, migração completa de dados e migração incremental de dados. Para garantir que a tarefa de migração seja executada sem problemas e evitar interrupções na assinatura lógica causadas por um failover primário/secundário, o cluster de origem PolarDB for PostgreSQL(Compatible with Oracle) deve suportar failover de slot de replicação lógica e tê-lo ativado. Nota Se o cluster de origem PolarDB for PostgreSQL(Compatible with Oracle) não suportar 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 pode fazer com que a instância de migração falhe e se torne irrecuperável. Devido às limitações das assinaturas lógicas, se uma instância de migração que inclui 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 de migração falhará de forma irrecuperável e você precisará reconfigurá-la. Se existirem transações de longa duração no banco de dados de origem durante uma 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 acúmulo de arquivos WAL e esgotar o espaço em disco do banco de dados de origem.
Outras limitações	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 suporta a migração de tabelas de extensão TimescaleDB, tabelas com herança entre esquemas ou tabelas com índices únicos baseados em expressões. Esses esquemas não estarão visíveis no console quando você configurar a tarefa. Se uma tabela a ser migrada contiver uma coluna do tipo SERIAL, uma sequência será criada automaticamente para essa coluna no banco de dados de origem. Portanto, ao configurar Source Objects, se os Migration Types incluírem Schema Migration, recomendamos que você também selecione Sequence ou migre todo o esquema. Caso contrário, a instância de migração poderá falhar. 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 enquanto este comando é executado. Se você ignorar as verificações relacionadas durante a pré-verificação, o DTS executa 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 esquema ou uma tabela existente é reconstruída usando o comando RENAME. Nota No comando, substitua `schema` e `table` pelo nome do esquema e pelo nome da tabela dos dados a serem migrados. Execute esta operação fora do horário de pico. 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, estrutura de tabelas incrementais e heartbeats. Não exclua essas tabelas temporárias durante a migração, pois isso causará falha na 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 na migração incremental de dados, o DTS cria uma tabela de heartbeat chamada `dts_postgres_heartbeat` no banco de dados de origem. Durante a migração incremental de dados, o DTS cria um slot de replicação com o prefixo `dts_sync_` no banco de dados de origem para replicar dados. Esse slot de replicação permite que o DTS obtenha logs incrementais do banco de dados de origem dos últimos 15 minutos. Quando uma tarefa de migração de dados falha ou a instância de migração é liberada, o DTS tenta limpar automaticamente o 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 de endereços IP 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 acúmulo de logs, o que pode esgotar o espaço em disco e tornar o banco de dados de origem indisponível. Se ocorrer um failover primário/secundário no banco de dados de origem, faça login no banco de dados secundário para limpar manualmente o slot de replicação. Antes de iniciar a migração, avalie o desempenho dos bancos de dados de origem e de destino. Recomendamos executar a migração fora do horário de 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 deles. Operações INSERT simultâneas durante a migração completa de dados podem causar fragmentação da tabela, o que pode resultar no banco de dados de destino usando mais espaço de armazenamento do 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 uma precisão não for definida explicitamente, o DTS usará uma precisão de 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 de negócios 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 usando o comando `revoke`. Isso evita que uma tarefa retomada automaticamente sobrescreva dados na instância de destino. A validação do DTS verifica o conteúdo dos dados, mas não suporta validação de metadados para objetos como sequências. Valide esses objetos manualmente. Após alternar suas cargas de trabalho para a instância de destino, as sequências recém-gravadas não incrementam a partir do valor máximo das sequências correspondentes no banco de dados de origem. Antes de alternar suas cargas de trabalho, atualize os valores das sequências no banco de dados de destino. Para mais informações, consulte Atualizar valores de sequência no banco de dados de destino. Este limite aplica-se a tarefas de migração completa ou incremental de dados onde as tabelas a serem migradas do banco de dados de origem contêm chaves estrangeiras, gatilhos ou gatilhos de evento. O DTS define temporariamente o parâmetro `session_replication_role` como `replica` no nível da sessão durante a migração. Se a conta do banco de dados de destino não tiver as permissões necessárias, defina manualmente o parâmetro como `replica` no banco de dados de destino. Durante esse período (enquanto `session_replication_role` estiver definido como `replica`), operações de atualização ou exclusão em cascata no banco de dados de origem podem causar inconsistência de dados. Após a liberação da tarefa de migração, você pode definir o parâmetro de volta para `origin`. Se uma tarefa falhar, a equipe de suporte do DTS tentará restaurá-la dentro de oito horas. Durante a restauração, eles podem reiniciar a tarefa ou ajustar seus parâmetros. Nota Apenas os parâmetros da tarefa 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. 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 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.

Faturamento

Tipo de migração	Taxa de configuração da instância	Taxa de tráfego de Internet
Migração de esquema 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	Pago. Para mais informações, consulte Visão geral do faturamento.

Tipos de migração

Tipo de migração	Descrição
Migração de esquema	O DTS migra esquemas de objetos para o banco de dados de destino. O DTS suporta migração de esquema para os seguintes tipos de objetos: tabelas, visualizações, sinônimos, procedimentos armazenados, funções armazenadas, pacotes e tipos definidos pelo usuário. Nota O DTS não suporta migração de esquema para gatilhos. Recomendamos excluir gatilhos do banco de dados de origem para evitar inconsistência de dados. Para mais informações, consulte Configurar uma tarefa de sincronização ou migração de dados para um banco de dados de origem que contém um gatilho.
Migração completa de dados	O DTS migra dados históricos 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 antes que a migração de esquema e a migração completa de dados sejam concluídas. Caso contrário, a tarefa de migração poderá falhar.
Migração incremental de dados	Após a migração completa de dados, o DTS captura atualizações incrementais de dados do log de redo do banco de dados de origem e as migra para o banco de dados de destino. A migração incremental de dados permite uma migração suave com tempo de inatividade mínimo da aplicação.

Objetos suportados

Objeto	Detalhes
SCHEMA, TABLE	Inclui PRIMARY KEY, UNIQUE KEY, FOREIGN KEY, tipos de dados integrados e DEFAULT CONSTRAINT
VIEW, PROCEDURE	Requer PostgreSQL versão 11 ou posterior. O suporte varia conforme o tipo de banco de dados de destino — verifique o console para detalhes

SQL suportado 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 Migração incremental DDL para PostgreSQL usando gatilhos e funções. O DTS não suporta a 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 suporta as 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 pela invocação de uma 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.

Requisitos de permissão para contas de banco de dados

Banco de dados	Requisitos de permissão
Cluster de origem PolarDB for PostgreSQL (Compatible with Oracle)	Uma conta privilegiada.
Cluster de destino PolarDB for PostgreSQL (Compatible with Oracle)	Permissão de Database owner. Importante Você especifica o database owner ao criar o banco de dados.

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

Para um cluster PolarDB for PostgreSQL (Compatible with Oracle), consulte Criar uma conta de banco de dados.

Procedimento

Acesse a página da lista de tarefas de migração da 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 layout do console do DMS. Para mais informações, consulte Console do modo simples e Personalizar o layout e o estilo do console do DMS.
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.
Clique em Create Task para acessar a página de configuração da tarefa.

Configure os bancos de dados de origem e de destino.

Aviso

Após selecionar as instâncias de origem e de destino, recomendamos ler 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. 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 adicionada ao sistema (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 é chamado Select a DMS database instance.. Se você 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 PolarDB (Compatible with Oracle).
	Connection Type	Selecione Public IP Address.
	Instance Region	Selecione a região onde o cluster de origem PolarDB for PostgreSQL (Compatible with Oracle) está localizado.
	Data Sources	Single Data Source: Esta opção exige que você especifique o Domain Name or IP Address e o Port Number do nó primário no cluster de origem PolarDB for PostgreSQL (Compatible with Oracle). Multiple Data Sources: Esta opção exige que você também insira os endereços IP e números de porta de vários nós, incluindo o nó primário, no cluster de origem PolarDB for PostgreSQL (Compatible with Oracle) no campo IP:Port of Data Sources. Nota Se você selecionar Multiple Data Sources e configurar o parâmetro IP:Port of Data Sources, o DTS poderá fazer failover automaticamente para um novo nó primário se ocorrer um failover primário/secundário no cluster PolarDB for PostgreSQL (Compatible with Oracle). Este recurso suporta cenários de recuperação de desastres. Neste exemplo, Single Data Source está selecionado.
	Domain Name or IP Address	Insira o endpoint do nó primário no cluster de origem PolarDB for PostgreSQL (Compatible with Oracle). Nota Execute o comando `ping` no seu computador para obter o endereço IP do endpoint de conexão direta do cluster alvo PolarDB for PostgreSQL (Compatible with Oracle).
	Port Number	Insira a porta de serviço do banco de dados de origem. O valor padrão é 1521. Nota Neste exemplo, esta porta de serviço deve estar acessível pela internet.
	IP:Port of Data Sources	Insira os endereços IP e números de porta de vários nós no cluster de origem PolarDB for PostgreSQL (Compatible with Oracle). Separe várias entradas com vírgulas (,).
	Oracle Type	Non-RAC Instance: Esta opção exige que você especifique o SID. RAC or PDB Instance: Esta opção exige que você especifique o Service Name. Neste exemplo, Non-RAC Instance está selecionado.
	Database Name	Insira o nome do banco de dados que contém o objeto de migração no cluster de origem PolarDB for PostgreSQL (Oracle Compatible).
	Database Account	Insira a conta do banco de dados para o cluster de origem PolarDB for PostgreSQL (Compatible with Oracle). Para informações sobre as permissões necessárias, consulte Permissões necessárias para contas de banco de dados.
	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 adicionada ao sistema (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 é chamado Select a DMS database instance.. Se você 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 PolarDB (Compatible with Oracle).
	Connection Type	Selecione Public IP Address.
	Instance Region	Selecione a região onde o cluster de destino PolarDB for PostgreSQL (Compatible with Oracle) está localizado.
	Data Sources	Single Data Source: Esta opção exige que você especifique o Domain Name or IP Address e o Port Number do nó primário no cluster de destino PolarDB for PostgreSQL (Compatible with Oracle). Multiple Data Sources: Esta opção exige que você também insira os endereços IP e números de porta de vários nós, incluindo o nó primário, no cluster de destino PolarDB for PostgreSQL (Compatible with Oracle) no campo IP:Port of Data Sources. Nota Se você selecionar Multiple Data Sources e configurar o parâmetro IP:Port of Data Sources, o DTS poderá fazer failover automaticamente para um novo nó primário se ocorrer um failover primário/secundário no cluster PolarDB for PostgreSQL (Compatible with Oracle). Este recurso suporta cenários de recuperação de desastres. Neste exemplo, Single Data Source está selecionado.
	Domain Name or IP Address	Insira o endpoint do nó primário no cluster de destino PolarDB for PostgreSQL (Compatible with Oracle). Nota Execute o comando `ping` no seu computador para obter o endereço IP do endpoint de conexão direta do cluster alvo PolarDB for PostgreSQL (Compatible with Oracle).
	Port Number	Insira a porta de serviço do banco de dados de destino. O valor padrão é 1521.
	IP:Port of Data Sources	Insira os endereços IP e números de porta de vários nós no cluster de destino PolarDB for PostgreSQL (Compatible with Oracle). Separe várias entradas com vírgulas (,).
	Database Name	Insira o nome do banco de dados no cluster de destino PolarDB for PostgreSQL (Compatible with Oracle) para o qual os objetos serão migrados.
	Database Account	Insira a conta do banco de dados para o cluster de destino PolarDB for PostgreSQL (Compatible with Oracle). Para informações sobre as permissões necessárias, consulte Permissões necessárias para contas de banco de dados.
	Database Password	Insira a senha da conta do banco de dados.

Após concluir a configuração, clique em Test Connectivity and Proceed na parte inferior da página.
Nota
- Certifique-se de que os blocos CIDR de endereços IP dos servidores DTS foram adicionados às configurações de segurança dos bancos de dados de origem e de destino para permitir o acesso dos servidores DTS. Isso pode ser feito automática ou manualmente. Para mais informações, consulte Adicionar os blocos CIDR de endereços IP dos servidores DTS a uma lista de permissões.
- Se o banco de dados de origem ou de destino for um banco de dados autogerenciado (onde o Access Method não é Alibaba Cloud Instance), clique também em Test Connectivity na caixa de diálogo CIDR Blocks of DTS Servers.

Configure os objetos da tarefa.

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

Parâmetro	Descrição
Migration Types	Se você precisar realizar apenas uma migração completa, selecione tanto Schema Migration quanto 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, certifique-se de 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 inicia. 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 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 sobrescreve 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.
Source Objects	Na caixa Source Objects, clique nos objetos a serem migrados e, em seguida, clique em para movê-los para a caixa Selected Objects. Nota Você pode selecionar objetos no nível do esquema ou da tabela. Se selecionar tabelas, outros objetos como visualizações, gatilhos e procedimentos armazenados não serão migrados. Se uma tabela a ser migrada contiver colunas do tipo SERIAL e você tiver selecionado Migration Types para Schema Migration, selecione também Sequence ou migre todo o esquema.
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 Mapear nomes individuais de esquema, tabela e coluna. 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 Mapear vários nomes de esquema, tabela e coluna. Nota Se você usar o recurso de mapeamento de nomes de objetos, a migração de outros objetos que dependem do objeto renomeado poderá falhar. Para definir condições WHERE para filtrar dados, clique com o botão direito do mouse em uma tabela na caixa Selected Objects e especifique as condições de filtro na caixa de diálogo exibida. Para mais informações, consulte Definir condições de filtro. Para selecionar quais operações SQL migrar 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 exibida.

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. Não é necessário selecionar um. Se desejar tarefas mais estáveis, adquira um cluster dedicado 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 iniciará imediatamente uma nova tentativa de conexão. A duração padrão de nova tentativa é de 720 minutos. Você pode personalizar o tempo de nova tentativa para um valor entre 10 e 1440 minutos. Recomendamos definir 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 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 não relacionado à 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 iniciará imediatamente uma nova tentativa da operação. A duração padrão de nova tentativa é de 10 minutos. Você pode personalizar o tempo de nova tentativa para um valor entre 1 e 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 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 taxa 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 você selecionar Full Data Migration em Migration Types. Você também pode ajustar a velocidade da migração completa depois que a instância de migração estiver 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. 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 você selecionar Incremental Data Migration em Migration Types. Você também pode ajustar a velocidade da migração incremental 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 nas necessidades do seu negócio. Neste exemplo, não é necessário configurar este parâmetro.
Configure ETL	Escolha se deseja ativar o recurso de extração, transformação e carga (ETL). Para mais informações, consulte O que é ETL? Valores válidos: Yes: Ativa o recurso ETL. Insira instruções de processamento de dados no editor de código. Para mais informações, consulte Configurar ETL em uma tarefa de migração ou sincronização de dados. No: Desativa o recurso ETL.
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 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.

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 Configurar validação de dados.

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 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ó inicia 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 no aviso 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 no aviso 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. Se optar por ignorar um aviso, isso poderá causar problemas como inconsistência de dados e representar riscos aos seus negócios.

Adquira a instância.

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

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 O que é Resource Management?
New Instance Class	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 Especificações de link de migração de dados.

Após concluir a configuração, leia e selecione Data Transmission Service (Pay-as-you-go) Service Terms.
Clique em Buy and Start. Na caixa de diálogo OK que aparece, clique em OK.

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