Migrar do Oracle autogerenciado para o ApsaraDB RDS for PostgreSQL - Data Transmission Service: Central de Documentação do Alibaba Cloud

Pré-requisitos

O banco de dados Oracle autogerenciado executa as versões Oracle 9i, 10g, 11g, 12c, 18c ou 19c.
O banco de dados Oracle autogerenciado deve estar no modo ARCHIVELOG. Defina um período de retenção adequado para os logs arquivados e garanta que eles estejam acessíveis. Para mais informações, consulte ARCHIVELOG.
O logging suplementar (supplemental logging) deve estar ativado para o banco de dados Oracle autogerenciado, juntamente com os parâmetros supplemental_log_data_pk e supplemental_log_data_ui. Para mais informações, consulte Supplemental Logging.
Cada tabela a ser migrada do banco de dados Oracle autogerenciado deve ter uma chave primária ou um índice UNIQUE NOT NULL.
Deve existir uma instância do RDS for PostgreSQL de destino. Para mais detalhes, consulte {{XREF_0}}.
Antes de iniciar a migração de dados, recomendamos compreender os recursos e as limitações do DTS para um banco de dados de origem Oracle. Também recomendamos o uso do ADAM (Advanced Database & Application Migration) para realizar uma avaliação do banco de dados. Isso ajuda a garantir uma migração para a cloud tranquila. Para mais informações, consulte {{XREF_1}} e {{XREF_2}}.

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 as 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.
O DTS não oferece suporte à realização de uma migração completa em várias etapas; a migração completa deve ser concluída em uma única operação. Se você precisar migrar dados em lotes, configure várias tarefas de migração.

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. Caso contrário, a velocidade de migração de dados será afetada. Se o banco de dados de origem estiver conectado por uma linha dedicada (leased line), 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 uma 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 de Single Client Access Name (SCAN). Você só pode configurar um dos VIPs nas informações de conexão. Se usar este método, a troca de nós para o RAC não é suportada. 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á a falha do job de migração. Nota Você pode desativar a política FGA para as tabelas a serem migradas ou escolher 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 exclusiva, 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á relatado 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 de origem 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 poderá 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 de origem: 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 de origem. Caso contrário, ocorrerá inconsistência de dados entre a origem 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á a falha da tarefa.
Outras limitações	Avalie o desempenho dos bancos de dados de origem e de destino antes de migrar os dados e execute a migração durante horários de menor pico. Durante a migração completa de dados, o DTS consome alguns recursos de leitura e gravação dos bancos de dados de origem 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 fica maior do que na instância de origem. O DTS tenta retomar as 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 de origem sobrescrevam os dados na instância de destino caso a tarefa seja retomada automaticamente. Certifique-se de que os conjuntos de caracteres dos bancos de dados de origem 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 poderá falhar devido a tipos de dados incompatíveis. Os fusos horários dos bancos de dados de origem e de destino devem ser iguais. A migração de tabelas externas (foreign tables) não é suportada. A migração de `PACKAGE`, `PACKAGE_BODY`, `MATERIALIZED_VIEW`, `SYNONYM`, `TYPE`, `TYPE_BODY` e `PROCEDURE` não é suportada. A instância de destino do ApsaraDB RDS for PostgreSQL não suporta o caractere terminador nulo ('\0'). Se os dados a serem migrados contiverem esse caractere, o DTS não o gravará no banco de dados de destino, o que leva à inconsistência de dados. O DTS converte as restrições `CHECK` no banco de dados Oracle autogerenciado de origem em restrições `NOT NULL` ao migrá-las para a instância de destino do ApsaraDB RDS for PostgreSQL. Você pode migrar objetos `Type` definidos pelo usuário para a instância de destino do ApsaraDB RDS for PostgreSQL. No entanto, o DTS não migra objetos de tipo integrados gerados automaticamente pelo Oracle. Nota A instância de destino do ApsaraDB RDS for PostgreSQL suporta os objetos integrados do banco de dados Oracle de origem. Você não precisa migrá-los. Durante a migração incremental, a importação de dados para o banco de dados de origem usando o Oracle Data Pump não é suportada. Isso pode causar perda de dados. Este limite se aplica a tarefas de migração completa ou incremental de dados em que as tabelas a serem migradas do banco de dados de origem contêm chaves estrangeiras, gatilhos (triggers) ou gatilhos de eventos. 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, você deverá definir manualmente o parâmetro como `replica` no banco de dados de destino. Durante esse período (enquanto `session_replication_role` estiver definido como `replica`), as 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 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 {{XREF_5}}.

Faturamento

Tipo de migração	Taxa de configuração da tarefa	Taxa de tráfego de internet
Migração de schema e migração completa de dados	Gratuita.	O DTS cobra uma taxa de tráfego de internet quando o Access Method do banco de dados de destino é definido como Public IP Address. {{XREF_6}}.
Migração incremental de dados	Cobrada. {{XREF_7}}.

Tipos de migração

Tipo	Descrição
Migração de schema	O DTS migra os schemas dos objetos de migração para a instância do ApsaraDB RDS for PostgreSQL. Tipos de objeto suportados: tabela, visualização (view), sinônimo (synonym), gatilho (trigger), procedimento armazenado (stored procedure), função armazenada (stored function), pacote (package) e tipo personalizado (custom type). Nota O DTS não é compatível com gatilhos (triggers). Para evitar inconsistência de dados, exclua os gatilhos do banco de dados de origem. Para mais informações, consulte {{XREF_8}}.
Migração completa de dados	O DTS migra todos os dados existentes dos objetos de migração selecionados do banco de dados Oracle autogerenciado para a instância do ApsaraDB RDS for PostgreSQL. Nota Não execute operações DDL nos objetos de migração antes que a migração de schema 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 consulta e captura os redo logs do banco de dados Oracle autogerenciado e sincroniza as atualizações incrementais para a instância do ApsaraDB RDS for PostgreSQL. A migração incremental de dados minimiza o tempo de inatividade da aplicação durante a migração do Oracle para o ApsaraDB RDS for PostgreSQL.

Operações SQL para migração incremental

Tipo	Instrução SQL
DML	INSERT, UPDATE, DELETE
DDL	CREATE TABLE Nota A migração incremental não suporta CREATE TABLE para tabelas particionadas, tabelas subparticionadas, tabelas com definições que contêm funções ou a instrução CREATE TABLE AS SELECT. ALTER TABLE, incluindo ADD COLUMN, ADD INDEX, DROP COLUMN, DROP INDEX, MODIFY COLUMN e RENAME COLUMN DROP TABLE RENAME TABLE, TRUNCATE TABLE e CREATE INDEX

Pré-requisitos

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

Nota

Se você já tiver uma conta com as permissões listadas na tabela a seguir, poderá pular esta etapa.

Banco de dados	Migração de schema	Migração completa	Migração incremental
Banco de dados Oracle autogerenciado	Permissões de proprietário do schema	Permissões de proprietário do schema	Permissões refinadas (Fine-grained permissions)
ApsaraDB RDS for PostgreSQL	Permissões de proprietário do schema

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

Para um banco de dados Oracle autogerenciado, consulte {{XREF_9}}, CREATE USER e GRANT.
Para uma instância do ApsaraDB RDS for PostgreSQL, consulte {{XREF_10}}.

Importante

Para migrar dados incrementais, você também deve ativar o archive logging e o supplemental logging. Para mais informações, consulte {{XREF_11}}.

Procedimento

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 Data Transmission Service (DTS) console.
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 {{XREF_12}} e {{XREF_13}}.
1. Faça login no Data Management (DMS) console.
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 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.

Categoria	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 exclusivo.
Source Database	Database Type	Selecione Oracle.
	Access Method	Selecione um tipo de conexão com base no local de implantação do banco de dados de origem. Este tópico usa Public IP Address como exemplo. Nota Se você usar outros tipos de instância para o banco de dados autogerenciado, também deverá preencher o {{XREF_14}} correspondente.
	Instance Region	Selecione a região onde o banco de dados Oracle de origem está localizado.
	Hostname or IP address	Insira o endpoint do banco de dados Oracle autogerenciado.
	Port	Insira a porta de service do banco de dados Oracle autogerenciado. A porta padrão é 1521. Nota Neste exemplo, a porta de service deve estar acessível pela internet pública.
	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. Este tópico usa Non-RAC Instance como exemplo.
	Database Account	Insira a conta para o banco de dados Oracle de origem. Consulte {{XREF_15}} para ver as permissões necessárias.
	Database Password	Insira a senha da conta do banco de dados.
Destination Database	Database Type	Selecione PostgreSQL.
	Access Method	Selecione Alibaba Cloud Instance.
	Instance Region	Selecione a região onde a instância de destino do ApsaraDB RDS for PostgreSQL está localizada.
	Instance ID	Selecione o ID da instância de destino do ApsaraDB RDS for PostgreSQL.
	Database Name	Insira o nome do banco de dados de destino na instância do ApsaraDB RDS for PostgreSQL.
	Database Account	Insira a conta do banco de dados da instância de destino do ApsaraDB RDS for PostgreSQL. Consulte {{XREF_16}} para ver as permissões necessárias.
	Database Password	Insira a senha da conta do banco de dados.
	Encryption	Especifica se a conexão com o banco de dados de origem será criptografada. Você pode configurar este parâmetro com base nos requisitos do seu negócio. Neste exemplo, Non-encrypted está selecionado. Se você deseja estabelecer uma conexão criptografada por SSL com o banco de dados de origem, execute as seguintes etapas: Selecione SSL-encrypted, faça o upload de CA Certificate, Client Certificate e Private Key of Client Certificate conforme necessário, e então especifique Private Key Password of Client Certificate. Nota Se você definir Encryption como SSL-encrypted para um banco de dados PostgreSQL autogerenciado, deverá fazer o upload de CA Certificate. Se você deseja usar o certificado de cliente, deverá fazer o upload de Client Certificate e Private Key of Client Certificate e especificar Private Key Password of Client Certificate. Para obter informações sobre como configurar a criptografia SSL para uma instância do ApsaraDB RDS for PostgreSQL, consulte {{XREF_17}}.

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 do 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 do DTS. Para mais informações, consulte {{XREF_18}}.

Configure os objetos da tarefa.

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

Parâmetro	Descrição
Migration Types	Se você precisa apenas realizar 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 for Existing Destination 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 será relatado 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, você poderá alterar o nome da tabela no banco de dados de destino. Para mais informações, consulte {{XREF_19}}. 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 ao negócio. Por exemplo: Se os schemas das tabelas forem consistentes e um registro no banco de dados de destino tiver o mesmo valor de chave primária que um registro no banco de dados de origem: Durante a migração completa, o DTS mantém o registro no banco de dados de destino. O registro do banco de dados de origem não é migrado. Durante a migração incremental, o DTS não mantém o registro no banco de dados de destino. O registro do banco de dados de origem sobrescreve o registro no banco de dados de destino. Se os schemas das tabelas forem inconsistentes, apenas algumas colunas de dados poderão ser migradas, ou a migração poderá falhar. Prossiga com cautela.
Source Objects	Na caixa Source Objects, clique nos objetos a serem migrados e, em seguida, clique em para movê-los para a caixa Selected Objects.
Selected Objects	Para alterar o nome de um único objeto de migração na instância de destino, clique com o botão direito no objeto na caixa Selected Objects. Para mais informações, consulte {{XREF_20}}. 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 {{XREF_21}}. Nota Se você usar o recurso de mapeamento de nomes de objetos, outros objetos que dependem do objeto renomeado poderão falhar na migração. Para especificar uma cláusula WHERE para filtrar dados, clique com o botão direito na tabela a ser migrada no painel Selected Objects e especifique a condição de filtro na caixa de diálogo que aparece. Para mais informações, consulte {{XREF_22}}. Para selecionar as 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 no objeto a ser migrado no painel Selected Objects e selecione as operações SQL desejadas na caixa de diálogo que aparece.

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 você deseja tarefas mais estáveis, pode adquirir um {{XREF_23}} para executar tarefas de migração do DTS.
Retry Time for Failed Connections	Após o início da tarefa de migração, se a conexão com o banco de dados de origem ou de destino falhar, o DTS relatará um erro e começará imediatamente a tentar reconectar. A duração padrão de nova tentativa é de 720 minutos. Você pode personalizar o tempo de nova tentativa para um valor de 10 a 1440 minutos. Recomendamos 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 necessidades do seu negócio, 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 DDL ou DML, no banco de dados de origem ou de destino, o DTS relatará um erro e começará imediatamente a tentar repetir a operação. A duração padrão de nova tentativa é de 10 minutos. Você pode personalizar o tempo de nova tentativa para um valor de 1 a 1440 minutos. Recomendamos 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 (throttling) 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 {{XREF_24}} 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 {{XREF_25}} após a instância de migração estar em execução.
Environment Tag	Selecione uma tag de ambiente para identificar a instância. Opcional.
Actual Write Code	Selecione a codificação de caracteres para os dados gravados no destino.
Configure ETL	Escolha se deseja ativar o recurso de extração, transformação e carga (ETL). Para mais informações, consulte {{XREF_26}}. Valores válidos: Yes: Ativa o recurso ETL. Insira as instruções de processamento de dados no editor de código. Para mais informações, consulte {{XREF_27}}. 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 {{XREF_28}} 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.

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 precisa visualizar ou já terminou 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. Se você optar por ignorar um aviso, isso poderá causar problemas como inconsistência de dados e apresentar riscos ao seu negócio.

Adquira a instância.

Quando a Success Rate for de 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 é o grupo de recursos padrão. Para mais informações, consulte {{XREF_29}}
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. Você pode selecionar uma especificação com base no cenário do seu negócio. Para mais informações, consulte {{XREF_30}}.

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.

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 a 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 mudará para Completed.
- Se a tarefa de migração incluir a 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.

Pré-requisitos

Precauções

Faturamento

Tipos de migração

Operações SQL para migração incremental

Pré-requisitos

Procedimento

Pelo console do DTS

Pelo console do DMS