Este tópico explica como usar o console do DTS para migrar dados entre instâncias do ApsaraDB RDS for SQL Server. Você pode configurar a migração de esquema, a migração completa de dados e a migração incremental de dados. A combinação desses tipos de migração permite uma transição suave de dados, sem tempo de inatividade do aplicativo.
Pré-requisitos
As instâncias do RDS SQL Server de origem e de destino RDS SQL Server instances devem existir.
O espaço de armazenamento da instância de destino deve ser maior que o armazenamento utilizado pela instância de origem. Se for insuficiente, increase the storage space for the instance.
Precauções
Revise estas precauções antes de iniciar a migração. Caso contrário, a tarefa pode falhar ou gerar um erro:
Limite de bancos de dados: Uma única tarefa de migração suporta no máximo 10 bancos de dados. Exceder esse limite pode comprometer a estabilidade e o desempenho.
Limite de tabelas: Se a tarefa incluir migração incremental, ela pode sincronizar no máximo 1.000 tabelas do banco de dados de origem. Exceder esse limite pode causar latência ou instabilidade na tarefa.
Restrições de operação no banco de dados de origem: Durante as fases de migração de esquema e migração completa, não execute operações DDL nos esquemas do banco de dados ou das tabelas. Caso contrário, a tarefa de migração falhará.
Requisitos de estrutura de tabela: As tabelas a serem migradas devem ter uma chave primária ou uma restrição de unicidade. Caso contrário, pode ocorrer duplicação de dados no banco de dados de destino.
Chaves estrangeiras e triggers: Se a tarefa de migração incluir migração incremental, desative os triggers ativos e as chaves estrangeiras no banco de dados de destino. Caso contrário, a tarefa pode falhar ou ocorrer perda de dados.
Convenções de nomenclatura de banco de dados: Se o nome de um banco de dados não estiver em conformidade com as convenções de nomenclatura do RDS SQL Server, crie o banco de dados manualmente no RDS SQL Server antes da migração. Caso contrário, a tarefa pode não ser executada corretamente.
Período de retenção do log de transações: Para uma tarefa de migração incremental, os logs de transações no banco de dados de origem devem ser retidos por mais de 24 horas. Para uma tarefa que inclua migração completa e incremental, os logs de transações devem ser retidos por pelo menos 7 dias. Caso contrário, a tarefa pode falhar ou ocorrer inconsistência de dados.
Clique para ver todos os limites de uso e precauções
Limites de uso
-
Restrições de tipo de dados
O DTS não suporta a migração dos seguintes tipos de dados:
CURSOR,ROWVERSION,SQL_VARIANT,HIERARCHYID,POLYGON,GEOMETRYeGEOGRAPHY. -
Restrições de migração incremental
Se uma tarefa de migração incluir migração incremental, não há suporte para a reconstrução de índices. Caso contrário, a tarefa pode falhar ou ocorrer perda de dados.
NotaNão há suporte para migração incremental se a instância de origem estiver executando o RDS SQL Server 2008 ou 2008 R2.
-
Restrições de estrutura de tabela
Ao selecionar Parse source logs for incremental synchronization (heap tables not supported) como modo de sincronização incremental, as tabelas a serem migradas devem ter um índice clusterizado que contenha as colunas de chave primária. Não há suporte para tabelas heap, tabelas sem chave primária, tabelas compactadas e tabelas com colunas computadas.
Ao selecionar Hybrid log parsing, as restrições anteriores não se aplicam, mas é necessário garantir que os jobs de CDC no banco de dados de origem sejam executados corretamente.
-
Restrições relacionadas ao CDC
Não é possível ativar o CDC para tabelas com índices columnstore clusterizados.
Não modifique a instância de CDC no banco de dados de origem. Caso contrário, a tarefa pode falhar ou ocorrer perda de dados.
-
Restrições de operações DDL
Não execute operações consecutivas para adicionar ou remover colunas (mais de duas operações DDL desse tipo em um minuto). Caso contrário, a tarefa pode falhar.
Não é possível modificar a chave primária de uma tabela para a qual o CDC está ativado.
-
Restrições de captura de dados incrementais
O DTS faz polling da instância de CDC de cada tabela para obter dados incrementais. Portanto, recomendamos migrar no máximo 1.000 tabelas. Caso contrário, pode ocorrer latência ou instabilidade na tarefa.
-
Restrições do banco de dados de destino
Se a instância de destino for uma instância do RDS SQL Server, o DTS cria os bancos de dados automaticamente. Se o nome de um banco de dados a ser migrado não estiver em conformidade com as convenções de nomenclatura do RDS SQL Server, crie o banco de dados manualmente antes de configurar a tarefa de migração.
-
Restrições de cenários especiais
Se uma única tabela no banco de dados de origem tiver uma média de mais de 10 milhões de alterações SQL incrementais por dia, defina o período de retenção de dados do CDC para 1.440 minutos (1 dia).
-
Se uma tabela com CDC ativado precisar gravar mais de 64 KB de dados em uma única coluna, execute o seguinte comando antecipadamente para ajustar a configuração do banco de dados de origem:
EXEC sp_configure 'max text repl size', -1;
-
Recuperação de tarefa e risco de sobrescrita
O DTS tenta retomar uma tarefa com falha por até 7 dias. Para evitar que os dados de origem sobrescrevam os dados de destino após a retomada automática da tarefa, 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 antes de transferir suas cargas de trabalho.
Precauções
-
Requisitos de largura de banda e desempenho
Certifique-se de que o servidor que hospeda o banco de dados de origem tenha largura de banda de saída suficiente. Caso contrário, a velocidade de migração será reduzida.
Recomendamos executar as tarefas de migração fora dos horários de pico para evitar o aumento da carga do banco de dados.
-
Estrutura de tabela e consistência de dados
As tabelas a serem migradas devem ter uma chave primária ou uma restrição de unicidade. Caso contrário, pode ocorrer duplicação de dados no banco de dados de destino.
Durante as fases de migração de esquema e migração completa, não execute operações DDL nas estruturas das tabelas. Caso contrário, a tarefa de migração falhará.
Se você executar apenas uma migração completa, não grave novos dados na instância de origem. Caso contrário, os bancos de dados de origem e de destino podem ficar inconsistentes. Para garantir a consistência dos dados, recomendamos selecionar a migração de esquema, a migração completa e a migração incremental.
-
Backup e retenção de logs
Para uma tarefa de migração incremental, o log de transações deve estar ativado para o banco de dados de origem, o modelo de recuperação deve estar definido como
Fulle um full backup bem-sucedido deve ter sido concluído.Para uma tarefa de migração incremental, os logs de transações devem ser retidos por mais de 24 horas. Para uma tarefa que inclua migração completa e migração incremental, os logs de transações devem ser retidos por pelo menos 7 dias. Após a conclusão da migração completa, você pode ajustar o período de retenção para mais de 24 horas. Caso contrário, a tarefa do DTS pode falhar por não conseguir obter os logs, o que pode levar à inconsistência ou perda de dados.
-
Configuração do CDC e requisitos operacionais
-
Se for necessário ativar o CDC para as tabelas a serem migradas do banco de dados de origem, as seguintes condições devem ser atendidas:
O valor do campo
srvnamena viewsys.sysserversdeve ser consistente com o valor de retorno da funçãoSERVERPROPERTY.Se for uma instância do RDS SQL Server, o proprietário do banco de dados deve ser sqlsa.
Recomendamos que o número de tabelas com CDC ativado não exceda 1.000. Caso contrário, pode ocorrer latência ou instabilidade na tarefa.
Por padrão, os dados incrementais armazenados pelo componente CDC são retidos por 3 dias. Recomendamos ajustar o período de retenção com base nas suas necessidades de negócios. Se uma única tabela tiver uma média de mais de 10 milhões de alterações SQL incrementais por dia, recomendamos definir o período de retenção para 1.440 minutos (1 dia).
-
-
Restrições operacionais
Não exclua nem modifique as contas do sistema criadas pelo DTS, como
rdsdt_dtsacct, enquanto a tarefa estiver em execução. Caso contrário, a tarefa pode falhar.Se a instância de origem for uma instância do RDS SQL Server e a migração incluir uma tarefa de migração incremental, disable the Transparent Data Encryption (TDE) feature para garantir que a tarefa de migração seja executada de forma estável.
Evite executar operações consecutivas para adicionar ou remover colunas com um intervalo inferior a 10 minutos. Caso contrário, a tarefa pode falhar.
Se a tarefa de migração incluir migração incremental, desative os triggers ativos e as chaves estrangeiras no banco de dados de destino.
-
Escala e estabilidade da tarefa
Uma única tarefa de migração suporta a migração de até 10 bancos de dados. Se esse limite for excedido, podem ocorrer riscos de estabilidade e desempenho. Recomendamos dividir os objetos de migração e configurar as tarefas em lotes.
Se você migrar objetos no nível da tabela e precisar editá-los (por exemplo, para mapeamento de tabelas e colunas), uma única tarefa de migração suporta a migração de até 1.000 tabelas. Se esse limite for excedido, um erro será relatado após o envio da tarefa. Recomendamos dividir a tarefa ou configurar uma migração completa do banco de dados.
-
Recomendamos dividir a migração em várias tarefas se a instância de origem atender a qualquer uma das seguintes condições:
Mais de 10 bancos de dados.
Backups de log para um único banco de dados são realizados mais de uma vez por hora.
Mais de 100 operações DDL são executadas por hora em um único banco de dados.
Um único banco de dados gera mais de 20 MB/s de logs de transações.
-
Outras precauções
Se você precisar migrar entre versões diferentes, confirme a compatibilidade antecipadamente. Para mais informações, consulte Feature differences among RDS SQL Server versions.
Se o banco de dados de origem for uma instância do RDS SQL Server, o DTS cria objetos como um trigger (por exemplo,
dts_cdc_sync_ddl), uma tabela de heartbeat (por exemplo,dts_sync_progress) e uma tabela de armazenamento DDL (por exemplo,dts_cdc_ddl_history) no banco de dados de origem para garantir a precisão da migração incremental.Recomendamos ativar o parâmetro de modo de transação
READ_COMMITTED_SNAPSHOTno banco de dados de origem durante uma tarefa de migração completa para evitar o impacto de bloqueios compartilhados nas gravações de dados.A migração completa executa operações INSERT simultâneas, o que pode causar fragmentação de tabelas no banco de dados de destino. Após a conclusão da migração, o espaço de armazenamento usado pelas tabelas no banco de dados de destino pode ser maior do que no banco de dados de origem.
O DTS tenta retomar uma tarefa com falha por até 7 dias. Para evitar que os dados de origem sobrescrevam os dados de destino após a retomada automática da tarefa, 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 antes de transferir suas cargas de trabalho.
Por favor, acesse o console do Data Transmission Service (DTS).
No painel de navegação à esquerda, clique em Data Migration. Na barra de navegação superior, selecione uma região.
-
Clique em Create Task e configure os bancos de dados de origem e de destino.
Categoria
Configuração
Descrição
N/D
Task Name
Insira um nome descritivo para ajudar a identificar a tarefa. O nome não precisa ser único. Como alternativa, você pode usar o nome gerado pelo sistema.
Source Database
Select Existing Connection
Se você salvou a conexão do banco de dados de origem na página DTS Data Connection Management, pode selecioná-la aqui para evitar reinserir as informações.
Database Type
Selecione SQL Server.
Access Method
Selecione cloud instance.
Instance Region
Selecione a região onde a instância de origem do RDS for SQL Server está localizada.
Cross-account
Este exemplo migra dados dentro da mesma conta Alibaba Cloud. Selecione Within the Same Account.
RDS instance ID
Selecione o ID da instância de origem do RDS for SQL Server.
Database Account
Para continuar, insira a conta do banco de dados para a instância de origem do RDS for SQL Server e certifique-se de que a conta tenha as permissões necessárias.
Database Password
Insira a senha da conta do banco de dados.
Encryption
-
Se a criptografia SSL não estiver ativada no banco de dados de origem, selecione Non-encrypted.
-
Se a criptografia SSL estiver ativada no banco de dados de origem, selecione SSL-encrypted. O DTS confia no certificado do servidor por padrão.
Destination Database
Select Existing Connection
Se você salvou a conexão do banco de dados de destino na página DTS Data Connection Management, pode selecioná-la aqui para evitar reinserir as informações.
Database Type
Selecione SQL Server.
Access Method
Selecione cloud instance.
Instance Region
Selecione a região onde a instância de destino do RDS for SQL Server está localizada.
Instance ID
Selecione o ID da instância de destino do RDS for SQL Server.
Database Account
Insira a conta do banco de dados para a instância de destino do RDS for SQL Server e certifique-se de que a conta tenha as permissões necessárias.
Database Password
Insira a senha da conta do banco de dados.
Encryption
-
Se a criptografia SSL não estiver ativada no banco de dados de destino, selecione Non-encrypted.
-
Se a criptografia SSL estiver ativada no banco de dados de destino, selecione SSL-encrypted. O DTS confia no certificado do servidor por padrão.
-
-
Após concluir a configuração, clique em Test Connectivity and Proceed na parte inferior da página.
NotaCertifique-se de que os blocos CIDR para os servidores DTS estejam adicionados às configurações de segurança dos bancos de dados de origem e de destino, automaticamente ou manualmente, para permitir o acesso.
-
Configure os objetos da tarefa.
-
Na página Configure Objects, configure os objetos a serem migrados.
Configuração
Descrição
Migration Types
-
Para uma migração completa, selecione Schema Migration e Full Data Migration.
-
Para uma migração sem tempo de inatividade, selecione Schema Migration, Full Data Migration e Incremental Data Migration.
Nota-
Para mais informações, consulte Appendix: SQL operations supported for incremental migration.
-
Se você não selecionar Schema Migration, certifique-se de que o banco de dados de destino já contenha os bancos de dados e tabelas necessários. Com base nos seus requisitos, você também pode usar o recurso de mapeamento de nomes de objetos na caixa Selected Objects.
-
Se você não selecionar Incremental Data Migration, não grave novos dados na instância de origem durante a migração de dados. Isso garante a consistência dos dados.
Method to Migrate Triggers in Source Database
escolha um método de migração de triggers com base nos seus requisitos. Se os objetos a serem migrados não envolverem triggers, você pode pular esta configuração.
NotaEsta configuração está disponível apenas quando você seleciona Schema Migration e Incremental Data Migration para Migration Types.
SQL Server Incremental Synchronization Mode
-
Log-based Parsing for Non-heap Tables and CDC-based Incremental Synchronization for Heap Tables (Hybrid Log-based Parsing)
-
Vantagens:
-
Suporta bancos de dados de origem com tabelas heap, tabelas sem chaves primárias, tabelas compactadas e tabelas com colunas computadas.
-
Oferece alta estabilidade de link. Este modo captura instruções DDL completas e suporta uma ampla gama de cenários DDL.
-
-
Desvantagens:
-
O DTS cria um trigger dts_cdc_sync_ddl, uma tabela de heartbeat dts_sync_progress e uma tabela de armazenamento DDL dts_cdc_ddl_history no banco de dados de origem. Ele também ativa o CDC no nível do banco de dados e em algumas tabelas.
-
Você não pode executar instruções SELECT INTO, TRUNCATE ou RENAME COLUMN em tabelas com CDC ativado no banco de dados de origem. Os triggers criados pelo DTS no banco de dados de origem não podem ser excluídos manualmente.
-
-
-
Incremental Synchronization Based on Logs of Source Database (Heap tables are not supported)
-
Vantagens: Este modo não é intrusivo ao banco de dados de origem.
-
Desvantagens: Não suporta bancos de dados de origem com tabelas heap, tabelas sem chaves primárias, tabelas compactadas ou tabelas com colunas computadas.
-
-
Polling and querying CDC instances for incremental synchronization
-
Vantagens:
-
Suporta migração completa e incremental de origens como Amazon RDS for SQL Server, Azure SQL Database, Azure SQL Managed Instance, Azure SQL Server on Virtual Machine e Google Cloud SQL for SQL Server.
-
Usa o componente CDC nativo do SQL Server para capturar dados incrementais, resultando em uma migração incremental mais estável e menor consumo de largura de banda de rede.
-
-
Desvantagens:
-
A conta do banco de dados de origem usada pela instância do DTS deve ter permissões para ativar o CDC. A migração incremental de dados tem uma latência de cerca de 10 segundos.
-
Ao migrar vários bancos de dados e tabelas, este modo pode introduzir riscos de estabilidade e desempenho.
-
-
Nota-
Esta configuração está disponível apenas se Incremental Data Migration estiver selecionado para Migration Types.
-
Se o banco de dados de origem for uma instância do RDS for SQL Server Web Edition, você deve definir SQL Server Incremental Synchronization Mode como Incremental Synchronization Based on Logs of Source Database (Heap tables are not supported).
-
No modo de análise híbrida de log (quando SQL Server Incremental Synchronization Mode está definido como Use Log Parsing for Incremental Synchronization of Non-heap Tables and CDC for Heap Tables), as seguintes versões de banco de dados de origem são suportadas:
Enterprise ou Enterprise Evaluation: 2012, 2014, 2016, 2019, 2022 ou 2025.
Standard: 2016, 2019, 2022 ou 2025.
The maximum number of tables for which CDC is enabled that DTS supports.
Especifica o número máximo de tabelas nas quais o CDC pode ser ativado para a instância de migração. O valor padrão é 1.000.
NotaEsta configuração não está disponível quando SQL Server Incremental Synchronization Mode está definido como Incremental Synchronization Based on Logs of Source Database (Heap tables are not supported).
Processing Mode of Conflicting Tables
-
Precheck and Report Errors: O DTS verifica se há tabelas no banco de dados de destino que tenham o mesmo nome das tabelas no banco de dados de origem. Se nenhuma tabela conflitante for encontrada, a tarefa passa na pré-verificação. Se conflitos forem encontrados, a pré-verificação falha e a tarefa é bloqueada.
Solução: Se você não puder excluir ou renomear a tabela conflitante no banco de dados de destino, poderá usar o mapeamento de nomes de objetos para alterar o nome da tabela no destino.
-
Ignore Errors and Proceed: Ignora a verificação de tabelas com o mesmo nome no banco de dados de destino.
AvisoSelecionar Ignore Errors and Proceed pode causar inconsistência de dados e riscos aos negócios. Por exemplo:
-
Se os esquemas das tabelas forem idênticos e o banco de dados de destino já contiver registros com os mesmos valores de chave primária que a origem:
-
Durante a fase de migração completa, o DTS retém os registros de destino existentes e ignora a migração dos registros de origem correspondentes.
-
Durante a fase de migração incremental, novos dados do banco de dados de origem podem sobrescrever dados no banco de dados de destino, o que pode causar perda de dados históricos no banco de dados de destino.
-
-
Se os esquemas das tabelas forem inconsistentes, apenas algumas colunas de dados podem ser migradas, ou a migração pode 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.NotaA granularidade para selecionar objetos de migração é esquema, tabela e coluna. Se você selecionar apenas tabelas ou colunas como objetos de migração, outros objetos, como views, triggers 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 você usar o mapeamento de nomes de objetos, a migração de objetos dependentes pode falhar.
-
Para filtrar dados usando uma cláusula WHERE, clique com o botão direito do mouse na tabela desejada na caixa Selected Objects e defina uma condição de filtro na caixa de diálogo que aparece.
-
Para selecionar operações SQL a serem migradas no nível do banco de dados ou da tabela, clique com o botão direito do mouse no objeto na caixa Selected Objects e selecione as operações SQL desejadas na caixa de diálogo que aparece.
-
-
Clique em Next: Advanced Settings para configurar parâmetros avançados.
Configuração
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, pode adquirir 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 reportará um erro e começará imediatamente a tentar reconectar. A duração padrão de tentativa de reconexão é de 720 minutos. Você pode personalizar o tempo de tentativa de reconexão para um valor de 10 a 1440 minutos. Recomendamos definir a duração para mais de 30 minutos. Se o DTS reconectar aos bancos de dados de origem e de destino dentro da duração especificada, a tarefa de migração será retomada automaticamente. Caso contrário, a tarefa falhará.
NotaPara 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 tentativa de reconexão, recomendamos personalizar o tempo de tentativa com base nas suas necessidades de negócios, ou liberar a instância do DTS o mais rápido possível após a liberação das instâncias dos bancos 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 reportará um erro e começará imediatamente a tentar repetir a operação. A duração padrão de nova tentativa é de 10 minutos. Você pode personalizar o tempo de nova tentativa para um valor de 1 a 1440 minutos. Recomendamos definir a duração para mais de 10 minutos. Se as operações relacionadas forem bem-sucedidas dentro da duração de nova tentativa especificada, a tarefa de migração será retomada automaticamente. Caso contrário, a tarefa falhará.
ImportanteO 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 a limitação de velocidade 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.
NotaEste item de configuração está disponível apenas se você selecionar Full Data Migration para Migration Types.
Você também pode ajustar a velocidade de 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.
NotaEste item de configuração está disponível apenas se você selecionar Incremental Data Migration para Migration Types.
Você também pode ajustar a velocidade de 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. Isso não é necessário para este exemplo.
Configure ETL
Com base nas suas necessidades de negócios, selecione se deseja configurar o recurso ETL para processar dados.
Yes: Configura o recurso ETL. Você também deve inserir instruções de processamento de dados na caixa de texto.
No: Não configura o recurso ETL.
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 alert notifications. 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 Configure data validation.
-
-
Por favor, salve a tarefa e execute uma pré-verificação.
Para que você visualize os parâmetros de configuração desta instância ao chamar a operação da API, mova o ponteiro sobre o botão Next: Save Task Settings and Precheck e clique em Preview OpenAPI parameters na bolha 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 e envie a tarefa.
NotaAntes do início da tarefa de migração, o DTS realiza uma pré-verificação. A tarefa só inicia após passar 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 envie para 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 envie para 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 pode causar problemas como inconsistência de dados e apresentar riscos aos seus negócios.
-
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 é default resource group. Para mais informações, consulte What is resource management?
Instance Class
O DTS fornece especificações de migração com diferentes níveis de desempenho. A especificação do link afeta a velocidade de migração. Você pode selecionar uma especificação com base no seu cenário de negócios. Para mais informações, consulte Data migration link specifications.
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.
NotaSe 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.
ALTER TABLE, limitado a ADD COLUMN, DROP COLUMN e RENAME COLUMN
-
CREATE TABLE e CREATE INDEX
NotaCREATE TABLE não suporta particionamento ou definições de tabela contendo funções.
DROP TABLE
RENAME TABLE
TRUNCATE TABLE
Operações DDL transacionais não podem ser migradas. Por exemplo, uma única instrução SQL que adiciona várias colunas ou inclui operações DDL e DML pode causar perda de dados.
Operações DDL em tipos definidos pelo usuário não podem ser migradas.
Operações DDL online não podem ser migradas.
Operações DDL que usam uma palavra-chave reservada como nome de atributo não podem ser migradas.
Operações DDL executadas por procedimentos armazenados do sistema não podem ser migradas.
O DTS não suporta operações
TRUNCATE TABLE.
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 Billing overview. |
|
Migração incremental de dados |
Cobrado. Para mais informações, consulte Billing overview. |
Requisitos de permissão para contas de banco de dados
Para uma migração de dados bem-sucedida, certifique-se de que as contas dos bancos de dados de origem e de destino tenham as seguintes permissões:
Você pode usar o console do RDS para crie uma conta e modifique as permissões da conta conforme necessário.
|
Banco de dados |
Migração de esquema |
Migração completa |
Migração incremental |
|
Instância de origem |
Permissão de leitura |
Permissão de leitura |
Permissões de propriedade sobre os objetos a serem migrados. |
|
Instância de destino |
Permissão de leitura/gravação |
||
Procedimento
Operações SQL para migração incremental
Operações DML
INSERT, UPDATE, DELETE
Instruções UPDATE que atualizam apenas objetos grandes não podem ser migradas.