Migrate Amazon RDS for SQL Server to ApsaraDB RDS - Data Transmission Service

Contexte

Cette rubrique présente deux méthodes permettant de migrer les données d’une instance Amazon RDS for SQL Server vers une instance Alibaba Cloud RDS for SQL Server.

Migration cloud tout-en-un

La console RDS propose la fonctionnalité de migration cloud tout-en-un pour transférer les données d’une instance Amazon RDS for SQL Server vers une instance Alibaba Cloud RDS for SQL Server.

Remarque
Par défaut, cette méthode inclut la migration du schéma, la migration complète des données et la migration incrémentielle des données.
Migration cloud via DTS

Le service Data Transmission Service (DTS) prend également en charge la migration des données. Contrairement à la migration cloud tout-en-un, DTS vous permet de sélectionner des types de migration spécifiques, tels que la migration du schéma, la migration complète des données et la migration incrémentielle des données, et de configurer des paramètres plus avancés.

Champ d’application

Vous avez connecté la base de données source Amazon RDS for SQL Server à Alibaba Cloud. Pour plus d’informations, consultez la rubrique Connecter une base de données AWS à Alibaba Cloud.
Vous avez créé une instance de destination ApsaraDB RDS for SQL Server disposant d’un espace de stockage suffisant pour accueillir les données de l’instance source. Pour plus d’informations, consultez la rubrique Créer et utiliser une instance ApsaraDB RDS for SQL Server.

Limites

Type	Description
Limites de la base de données source	La base de données source est soumise aux restrictions de version suivantes : Si la base de données source est l'édition Enterprise, sa version doit être 2008 ou ultérieure. Si la base de données source est l'édition Standard, sa version doit être 2016 SP1 ou ultérieure. Si la base de données source est SQL Server 2017 (édition Standard ou Enterprise), nous vous recommandons de mettre à niveau la version. Le serveur hébergeant la base de données source doit disposer d'une bande passante sortante suffisante. Une bande passante insuffisante ralentit la vitesse de migration des données. Les tables à migrer doivent posséder une clé primaire ou une contrainte unique. À défaut, des doublons peuvent apparaître dans la base de données de destination. Une seule tâche de migration permet de migrer au maximum 10 bases de données. Si vous devez en migrer davantage, répartissez la migration sur plusieurs tâches. Si vous configurez une tâche pour migrer des objets spécifiques plutôt qu'une base de données entière, vous ne pouvez pas migrer vers la même base de données de destination, au sein d'une seule tâche, des objets ayant le même nom de table mais des noms de schéma différents. Pour une tâche de migration incrémentielle des données, vous devez conserver les journaux de transactions de la base de données source pendant au moins 24 heures. Pour une tâche incluant à la fois la migration complète et incrémentielle des données, conservez les journaux pendant au moins sept jours. Vous pouvez ramener la période de rétention à au moins 24 heures une fois la migration complète des données terminée. À défaut, la tâche DTS risque d'échouer. Dans les cas extrêmes, cela peut entraîner une incohérence ou une perte de données. Les problèmes causés par une rétention insuffisante des journaux ne sont pas couverts par l'accord de niveau de service (SLA) du service DTS. Restrictions concernant les opérations sur la base de données source : Pendant les phases de migration du schéma et de migration complète des données, n'effectuez pas d'opérations DDL modifiant la structure de la base de données ou des tables. Cela entraînerait l'échec de la tâche de migration des données. Si vous effectuez uniquement une migration complète des données, n'écrivez pas de nouvelles données dans l'instance source. Cela créerait une incohérence entre les bases de données source et de destination. Pour garantir la cohérence des données, sélectionnez les trois types de migration : migration du schéma, migration complète des données et migration incrémentielle des données. La base de données source ne peut pas être une instance en lecture seule. Si vous utilisez la commande `sp_rename` pour renommer des objets tels que des procédures stockées avant l'exécution de la tâche de migration du schéma, la tâche risque de ne pas fonctionner comme prévu ou d'échouer. Remarque Utilisez la commande `ALTER` pour renommer les objets de base de données. Lors de la migration complète des données, activez le paramètre `READ_COMMITTED_SNAPSHOT` pour la base de données source afin d'éviter que la contention des verrous partagés n'affecte l'écriture des données. À défaut, des incohérences de données ou un échec de la tâche peuvent survenir. Les problèmes liés à la non-activation de ce paramètre ne sont pas couverts par le SLA de DTS.
Autres limites	DTS ne prend pas en charge la migration des types de données suivants : CURSOR, ROWVERSION, SQL_VARIANT, HIERARCHYID, POLYGON, GEOMETRY et GEOGRAPHY. Pour migrer les déclencheurs depuis la base de données source, le compte de base de données utilisé pour la tâche de migration doit disposer des autorisations Owner sur la base de données de destination. Si l'écriture dans une colonne de type TIMESTAMP de la base de données de destination est impossible, DTS ne prend pas en charge la migration complète ni incrémentielle des données. Cela peut entraîner une incohérence des données ou l'échec de la tâche. Le module de pré-vérification d'une tâche de migration incrémentielle des données DTS active CDC dans la base de données source. Durant ce processus, les limitations internes du moteur SQL Server peuvent provoquer un verrouillage temporaire des tables dans la base de données source. Une tâche de migration incrémentielle des données migre les données incrémentielles en interrogeant les instances CDC. Par conséquent, les limites suivantes s'appliquent : DTS interroge l'instance CDC de chaque table pour obtenir les données incrémentielles. Pour éviter une latence élevée et une instabilité, ne synchronisez pas plus de 1 000 tables. Par défaut, le composant CDC conserve les données incrémentielles pendant trois jours. Ajustez la période de rétention en exécutant la commande `exec console.sys.sp_cdc_change_job @job_type = 'cleanup', @retention= <time>;`. Remarque `<time>` spécifie la période de rétention en minutes. Si le nombre moyen quotidien de modifications SQL incrémentielles pour une seule table dépasse 10 millions, définissez `<time>` sur 1440. Les opérations consécutives d'ajout ou de suppression de colonnes ne sont pas prises en charge (plus de deux opérations DDL ADD COLUMN ou DROP COLUMN en moins d'une minute). À défaut, la tâche risque d'échouer. Ne modifiez pas les instances CDC de la base de données source. Cela pourrait entraîner l'échec de la tâche de migration ou une perte de données. La migration de plusieurs bases de données et tables augmente le risque de problèmes de stabilité et de performances. La migration incrémentielle des données présente une latence d'environ 10 secondes. Si vous migrez des données entre différentes versions de SQL Server, vérifiez la compatibilité au préalable. Pour une tâche de migration incluant la migration incrémentielle des données, ne reconstruisez pas les index et désactivez tous les déclencheurs actifs et les clés étrangères dans la base de données de destination. À défaut, la tâche risque d'échouer ou d'entraîner une perte de données. Remarque Les modifications liées à la clé primaire ne sont pas prises en charge pour les tables pour lesquelles CDC est activé. Si le nombre de tables avec CDC activé dans une seule tâche de migration dépasse 1 000 (ou dépasse la valeur configurée pour The maximum number of tables for which CDC is enabled that DTS supports.), la pré-vérification échoue. Si une tâche inclut une migration incrémentielle et qu'un seul champ d'une table avec CDC activé à écrire contient plus de 64 Ko de données, exécutez au préalable la commande `exec sp_configure 'max text repl size', -1;` pour ajuster la configuration de la base de données source. Remarque Par défaut, une tâche CDC peut traiter une taille maximale de données de 64 Ko pour un seul champ. DTS crée automatiquement les bases de données dans RDS SQL Server. Si le nom de la base de données à migrer ne respecte pas les conventions d'attribution de noms de RDS SQL Server, vous devez créer la base de données dans RDS SQL Server avant de configurer la tâche de migration. Pour plus d'informations, consultez la rubrique Créer une base de données. Pour garantir une latence précise lors de la migration incrémentielle des données, lorsque vous utilisez la synchronisation incrémentielle basée sur l'analyse des journaux, DTS crée le déclencheur dts_cdc_sync_ddl, la table de pulsation dts_sync_progress et la table d'historique DDL dts_cdc_ddl_history dans la base de données source. Lorsque vous utilisez le mode de synchronisation incrémentielle hybride, DTS crée les mêmes objets et active également CDC au niveau de la base de données ainsi que CDC pour certaines tables. Pour les tables où CDC est activé, nous vous recommandons de ne pas dépasser un taux de modification des données de 1 000 RPS. Avant de migrer les données, évaluez les performances des bases de données source et de destination et effectuez la migration pendant les heures creuses. Lors de la migration complète des données, DTS consomme des ressources de lecture et d'écriture sur les deux bases de données, ce qui peut augmenter leur charge. Lors de la migration complète des données, les opérations INSERT concurrentes peuvent provoquer une fragmentation des tables de destination ; ainsi, les tables peuvent nécessiter plus d'espace de stockage dans la base de données de destination que dans l'instance source après la migration. Vérifiez que la précision de migration utilisée par DTS pour les types de données FLOAT et DOUBLE répond à vos besoins métier. DTS utilise la fonction `ROUND(COLUMN,PRECISION)` pour lire les valeurs de ces colonnes. Si aucune précision n'est explicitement définie, DTS migre les valeurs FLOAT avec une précision de 38 chiffres et les valeurs DOUBLE avec une précision de 308 chiffres. DTS tente de reprendre une tâche ayant échoué pendant sept jours maximum. Avant de basculer vos charges de travail métier vers l'instance de destination, vous devez arrêter ou supprimer la tâche. Vous pouvez également révoquer les autorisations d'écriture du compte DTS sur l'instance de destination en utilisant la commande `revoke` afin d'éviter qu'une reprise automatique n'écrase les données de destination. Lorsque plusieurs instances de migration utilisent la même base de données source SQL Server, leurs modules de collecte de données incrémentielles fonctionnent de manière indépendante. En cas d'échec d'une tâche, l'équipe support DTS tentera de la restaurer dans un délai de huit heures. Lors de la restauration, elle peut redémarrer la tâche ou ajuster ses paramètres. Remarque Seuls les paramètres de la tâche DTS sont modifiés, et non les paramètres de la base de données. Les paramètres susceptibles d'être ajustés incluent ceux répertoriés dans la rubrique Modifier les paramètres de l'instance. SQL Server est une base de données commerciale dont le code source est fermé ; son format de journal peut entraîner des problèmes inévitables lors de l'utilisation de CDC incrémentiel et de l'analyse dans DTS. Avant d'activer DTS pour la synchronisation incrémentielle depuis une source SQL Server en environnement de production, effectuez des tests de preuve de concept (POC) complets couvrant tous les scénarios de modifications métier, les ajustements de schéma et des tests de charge en période de pointe. La cohérence entre la logique de votre environnement de production et la phase de POC est essentielle pour assurer la stabilité des opérations DTS. Les annulations partielles de transactions sur la source ne sont pas prises en charge lors de la migration incrémentielle des données, et certaines opérations d'annulation peuvent être ignorées.

Facturation

Type de migration	Frais de configuration de l'instance	Frais de trafic Internet
Migration de schéma et migration complète des données	Gratuit.	Lorsque le paramètre Access Method de la base de données de destination est défini sur Public IP Address, vous êtes facturé pour le trafic Internet. Pour plus d'informations, consultez la page Présentation de la facturation.
Migration incrémentielle des données	Facturé. Pour plus d'informations, consultez la page Présentation de la facturation.

Opérations SQL pour la migration incrémentielle

Type d'opération	Instruction SQL
DML	INSERT, UPDATE, DELETE
DDL	`CREATE TABLE` `ALTER TABLE` Seules les opérations `ADD COLUMN` et `DROP COLUMN` sont prises en charge. `DROP TABLE` `CREATE INDEX`, `DROP INDEX` Remarque Les opérations DDL transactionnelles ne sont pas prises en charge. Par exemple, une instruction SQL unique ajoutant plusieurs colonnes ou combinant des opérations DDL et DML peut entraîner une perte de données. Les opérations DDL impliquant des types définis par l'utilisateur ne sont pas prises en charge. Les opérations DDL en ligne ne sont pas prises en charge. Les opérations DDL utilisant des mots clés réservés comme noms d'attributs ne sont pas prises en charge. Les opérations DDL exécutées par une procédure stockée système ne sont pas prises en charge. Les opérations `TRUNCATE TABLE` ne sont pas prises en charge. Les définitions de table avec partitions ou fonctions ne sont pas prises en charge.

Autorisations requises pour les comptes de base de données

Base de données	Migration de schéma	Migration complète des données	Migration incrémentielle des données	Actions
Amazon RDS for SQL Server	Autorisation SELECT	Autorisation SELECT	Autorisation de propriétaire de base de données Remarque Un compte privilégié pour une instance Amazon RDS for SQL Server dispose des autorisations nécessaires pour activer la capture des données modifiées (CDC) au niveau de la base de données pour les procédures stockées.	Pour plus d'informations, contactez Amazon Web Services (AWS).
Instance ApsaraDB RDS for SQL Server	Autorisations de lecture et d'écriture			Créer des comptes standard, privilégiés et globaux en lecture seule et Modifier les autorisations d'un compte.

Procédure

Migration avec One-stop Cloud

Accédez à l’onglet Data Migration de l’instance ApsaraDB RDS for SQL Server de destination.
1. Accédez à la page Instances RDS.
2. Dans la barre de navigation supérieure, sélectionnez la région de l’instance ApsaraDB RDS for SQL Server de destination.
3. Cliquez sur l’ID de l’instance ApsaraDB RDS for SQL Server de destination.
4. Dans le volet de navigation de gauche, cliquez sur Data migration and synchronization.
5. Cliquez sur l’onglet Data Migration.
Cliquez sur End-to-End Cloud Migration.

Configurez les bases de données source et de destination. Le tableau suivant décrit les paramètres.

Catégorie	Paramètre	Description
N/A	Task Name	Data Transmission Service (DTS) génère automatiquement un nom de tâche. Pour faciliter l'identification, spécifiez un nom descriptif. Le nom n'a pas besoin d'être unique.
Source Database	Database Type	Valeur par défaut : SQL Server. Vous n'avez pas besoin de configurer ce paramètre.
	Type	Sélectionnez AWS.
	Access Method	Sélectionnez Public IP Address ou Express Connect, VPN Gateway, or Smart Access Gateway en fonction de la méthode de connexion de votre instance Amazon RDS for SQL Server à Alibaba Cloud. Cet exemple utilise Express Connect, VPN Gateway, or Smart Access Gateway.
	Instance Region	Si vous définissez le paramètre Access Method sur Public IP Address, sélectionnez la région où se trouve l'instance Amazon RDS for SQL Server. Remarque Si la région de l'instance Amazon RDS for SQL Server ne figure pas dans la liste, sélectionnez la région géographiquement la plus proche. Si vous définissez le paramètre Access Method sur Express Connect, VPN Gateway, or Smart Access Gateway, sélectionnez la région du Virtual Private Cloud (VPC) Alibaba Cloud auquel l'instance Amazon RDS for SQL Server est connectée.
	Connected VPC	Sélectionnez l'ID du Virtual Private Cloud (VPC) Alibaba Cloud auquel l'instance Amazon RDS for SQL Server est connectée. Remarque Ce paramètre est disponible uniquement si vous définissez le paramètre Access Method sur Express Connect, VPN Gateway, or Smart Access Gateway.
	Domain Name or IP	Saisissez le nom de domaine ou l'adresse IP de l'instance Amazon RDS for SQL Server. Remarque Nous vous recommandons de saisir le nom de domaine.
	Port Number	Saisissez le port de service de l'instance Amazon RDS for SQL Server.
	Database Account	Saisissez le compte de base de données pour l'instance Amazon RDS for SQL Server. Pour plus d'informations, consultez la section Autorisations du compte de base de données.
	Database Password	Saisissez le mot de passe du compte de base de données.
	Encryption	Sélectionnez Non-encrypted ou SSL-encrypted en fonction de vos besoins métier. Si le chiffrement SSL est désactivé pour la base de données source, sélectionnez Non-encrypted. Si le chiffrement SSL est activé pour la base de données source, sélectionnez SSL-encrypted. Par défaut, DTS approuve le certificat du serveur.
Destination Database	Database Type	Valeur par défaut : SQL Server. Vous n'avez pas besoin de configurer ce paramètre.
	Access Method	Valeur par défaut : Alibaba Cloud Instance. Vous n'avez pas besoin de configurer ce paramètre.
	Instance Region	Ce paramètre est défini sur la région de l'instance ApsaraDB RDS for SQL Server actuelle et ne peut pas être modifié.
	Instance ID	Ce paramètre est défini sur l'ID de l'instance ApsaraDB RDS for SQL Server actuelle et ne peut pas être modifié.
	Database Account	Saisissez le compte de base de données pour l'instance ApsaraDB RDS for SQL Server actuelle. Pour plus d'informations, consultez la section Autorisations du compte de base de données.
	Database Password	Saisissez le mot de passe du compte de base de données.
	Encryption	Sélectionnez Non-encrypted ou SSL-encrypted en fonction de vos besoins métier. Si le chiffrement SSL est désactivé pour la base de données de destination, sélectionnez Non-encrypted. Si le chiffrement SSL est activé pour la base de données de destination, sélectionnez SSL-encrypted. Par défaut, DTS approuve le certificat du serveur.

Une fois les bases de données source et de destination configurées, cliquez sur Test Connectivity and Proceed en bas de la page.

Ajoutez les blocs CIDR des adresses IP des serveurs DTS, qui s'affichent dans la boîte de dialogue, à la liste d'autorisation de votre instance Amazon RDS for SQL Server. Ensuite, cliquez sur Test Connectivity.

Important
L'ajout des blocs CIDR d'adresses IP publiques des serveurs DTS peut présenter des risques de sécurité. En utilisant ce produit, vous reconnaissez et acceptez ces risques potentiels. Il vous incombe de mettre en œuvre des mesures de sécurité de base, telles que le renforcement des mots de passe des comptes, la restriction des ports ouverts pour chaque bloc CIDR, l'utilisation de l'authentification pour les API internes, ainsi que la révision et la restriction régulières des blocs CIDR inutiles. Pour plus d'informations, consultez la rubrique Ajouter les blocs CIDR des serveurs DTS à une liste d'autorisation.
Sélectionnez un plan de migration.

Le système évalue votre base de données source et propose les deux plans de migration suivants :
- Pour le plan Full and Incremental Data Migration, cliquez sur Configure Objects en bas de la page.
- Pour le plan Data Migration by Using Full and Incremental Backup, vous pouvez ignorer les étapes suivantes.
  
  Remarque
  Cliquez sur View Migration Documentation en bas de la page pour consulter la procédure correspondante.

Sur la page Configure Objects, sélectionnez les objets à migrer. Le tableau suivant décrit les paramètres.

Parameter	Description
Method to Migrate Triggers in Source Database	Lors de la migration incrémentielle des données, les déclencheurs migrés prématurément vers la base de données de destination peuvent entraîner une incohérence des données entre les bases source et de destination. Sélectionnez une méthode de migration des déclencheurs adaptée à vos besoins métier. Nous vous recommandons de choisir l'option Manual Migration. Pour plus d'informations, consultez la rubrique Configure a method to synchronize or migrate triggers. Remarque Si les objets à migrer n'incluent pas de déclencheurs, il n'est pas nécessaire de configurer ce paramètre. Conservez le paramètre par défaut.
Source Objects	Dans la zone Source Objects, cliquez sur les objets à migrer, puis cliquez sur pour les déplacer vers la zone Selected Objects. Remarque Les objets de migration peuvent être sélectionnés au niveau de la base de données, de la table ou de la colonne. Si vous sélectionnez une table ou une colonne comme objet de migration, les autres objets tels que les vues, les déclencheurs et les procédures stockées ne seront pas migrés vers la base de données de destination.
Selected Objects	Pour modifier le nom d'un objet de migration dans l'instance de destination, faites un clic droit sur l'objet dans la zone Selected Objects et modifiez son nom. Pour savoir comment définir le nom, consultez la rubrique Map the names of a database, table, and column. Pour supprimer un objet de migration sélectionné, cliquez dessus dans la zone Selected Objects, puis cliquez sur l'icône afin de le renvoyer dans la zone Source Objects. Remarque L'utilisation de la fonctionnalité de mappage des noms d'objets peut empêcher la migration correcte des autres objets dépendants. Pour filtrer les données selon des conditions WHERE, faites un clic droit sur la table à migrer dans la zone Selected Objects et configurez les conditions de filtrage dans la boîte de dialogue qui s'affiche. Pour savoir comment définir une condition de filtrage, consultez la rubrique Set filter conditions. Pour sélectionner les opérations SQL à migrer au niveau de la base de données ou de la table, faites un clic droit sur un objet de migration dans la zone Selected Objects et choisissez les opérations SQL à migrer dans la boîte de dialogue qui s'affiche.

Facultatif : Configurez les paramètres avancés.

Développez la section des paramètres avancés pour configurer d'autres options.

Parameter	Description
Enable Throttling for Full Data Migration	Pendant la migration complète, DTS consomme des ressources de lecture et d'écriture sur les bases de données source et de destination, ce qui peut augmenter leur charge. Si nécessaire, activez la limitation du débit pour la tâche de migration complète. Définissez les paramètres Queries per second (QPS) to the source database, RPS of Full Data Migration et Data migration speed for full migration (MB/s) afin de réduire la charge sur la base de données de destination.
Enable Throttling for Incremental Data Migration	Le cas échéant, vous pouvez également définir des limites de vitesse pour la tâche de migration incrémentielle. Configurez les paramètres RPS of Incremental Data Migration et Data migration speed for incremental migration (MB/s) pour alléger la charge sur la base de données de destination.
Data Verification Mode	La validation complète des données consomme des ressources de lecture sur la base de données. Si vous sélectionnez l'option Full Data Verification, vous devez également définir les paramètres Maximum number of rows of data read per second by full verification (RPS) et Maximum amount of data read per second by full verification (MBps) pour limiter le taux de validation. Cela permet de réduire la charge sur la base de données. Remarque Une valeur de 0 signifie qu'il n'y a aucune limite. Si les paramètres Maximum number of rows of data read per second by full verification (RPS) et Maximum amount of data read per second by full verification (MBps) sont tous deux définis sur 0, la limitation du débit est désactivée.

Enregistrez la tâche et exécutez une prévérification.
- Pour afficher les paramètres de configuration de cette instance lors de l'appel de l'opération API, placez le pointeur sur le bouton Next: Save Task Settings and Precheck et cliquez sur Preview OpenAPI parameters dans la bulle qui apparaît.
- Si vous n'avez pas besoin de consulter les paramètres de l'API ou si vous avez terminé leur examen, cliquez sur Next: Save Task Settings and Precheck en bas de la page.
Remarque
- Avant le démarrage de la tâche de migration, DTS effectue une prévérification. La tâche ne démarre qu'une fois cette vérification réussie.
- En cas d'échec de la prévérification, cliquez sur View Details à côté de l'élément ayant échoué, corrigez le problème selon les instructions, puis relancez la prévérification.
- Si un avertissement est émis lors de la prévérification :
  
  Pour les éléments de vérification qui ne peuvent pas être ignorés, cliquez sur View Details à côté de l'élément concerné, corrigez le problème selon les instructions, puis relancez la prévérification.
  
  Pour les éléments de vérification pouvant être ignorés, vous pouvez cliquer sur Confirm Alert Details, Ignore, OK, puis Precheck Again afin d'ignorer l'alerte et de relancer la prévérification. Notez que l'ignorance d'un avertissement peut entraîner des problèmes tels qu'une incohérence des données et présenter des risques pour votre activité.
Lorsque le Success Rate atteint 100 %, cliquez sur Next: Purchase Instance.

Achetez une instance.

Sur la page Purchase, sélectionnez la spécification de lien pour l'instance de migration de données. Pour plus d'informations, consultez le tableau ci-dessous.

Catégorie	Paramètre	Description
New Instance Class	Resource Group Settings	Sélectionnez le groupe de ressources auquel l'instance appartient. La valeur par défaut est le groupe de ressources par défaut. Pour plus d'informations, consultez What is Resource Management?
New Instance Class	Instance Class	DTS propose des spécifications de migration offrant différents niveaux de performance. La spécification de lien influe sur la vitesse de migration. Vous pouvez choisir une spécification adaptée à votre scénario métier. Pour plus d'informations, consultez Data migration link specifications.

Une fois la configuration terminée, lisez et acceptez les Data Transmission Service (Pay-as-you-go) Service Terms.
Cliquez sur Buy and Start. Dans la boîte de dialogue OK qui s'affiche, cliquez sur OK.

Vous pouvez consulter la progression de la tâche de migration sur la page de liste Data Migration Tasks.
Remarque
- Si la tâche de migration n'inclut pas de migration incrémentielle, elle s'arrête automatiquement une fois la migration complète terminée. Une fois la tâche arrêtée, son Status passe à Completed.
- Si la tâche de migration inclut une migration incrémentielle, elle ne s'arrête pas automatiquement. La tâche de migration incrémentielle continue de s'exécuter. Tant que la tâche de migration incrémentielle est en cours d'exécution, le Status de la tâche est Running.

Migrer vers le cloud avec DTS

Accédez à la page de liste des tâches de migration de données dans la région de destination.
1. Connectez-vous à la console Data Transmission Service (DTS).
2. Dans le volet de navigation de gauche, cliquez sur Data Migration.
3. Dans l'angle supérieur gauche de la page, sélectionnez la région où se trouve l'instance.
Cliquez sur Create Task pour accéder à la page de configuration de la tâche.

Configurez les bases de données source et de destination.

Catégorie	Paramètre	Description
N/A	Task Name	DTS génère automatiquement un nom de tâche. Nous vous recommandons de spécifier un nom descriptif pour faciliter l'identification. Le nom n'a pas besoin d'être unique.
Source Database	Select Existing Connection	Vous pouvez sélectionner une connexion existante pour réutiliser les informations de base de données enregistrées. L'utilisation d'une connexion existante renseigne automatiquement les détails de la base de données. Sinon, vous devez saisir manuellement les informations de la base de données. Remarque Vous pouvez ajouter une connexion de base de données sur la page Database Connections ou sur la page de configuration de la nouvelle tâche. Pour plus d'informations, consultez la section Gestion des connexions de données.
	Database Type	Sélectionnez SQL Server.
	Access Method	Sélectionnez Public IP Address ou Express Connect, VPN Gateway, or Smart Access Gateway en fonction de la méthode de connexion de votre instance Amazon RDS for SQL Server à Alibaba Cloud. Cet exemple utilise Express Connect, VPN Gateway, or Smart Access Gateway.
	Instance Region	Si vous définissez Access Method sur Public IP Address, sélectionnez la région où se trouve l'instance Amazon RDS for SQL Server. Remarque Si la région de l'instance Amazon RDS for SQL Server ne figure pas dans la liste, sélectionnez la région géographiquement la plus proche. Si vous définissez Access Method sur Express Connect, VPN Gateway, or Smart Access Gateway, sélectionnez la région du Virtual Private Cloud (VPC) Alibaba Cloud auquel Amazon RDS for SQL Server est connecté.
	Replicate Data Across Alibaba Cloud Accounts	Dans cet exemple, une instance de base de données sous le compte Alibaba Cloud actuel est utilisée. Sélectionnez No. Remarque Ce paramètre est disponible uniquement si vous définissez Access Method sur Express Connect, VPN Gateway, or Smart Access Gateway.
	Connected VPC	Sélectionnez l'ID du Virtual Private Cloud (VPC) Alibaba Cloud auquel Amazon RDS for SQL Server est connecté. Remarque Ce paramètre est disponible uniquement si vous définissez Access Method sur Express Connect, VPN Gateway, or Smart Access Gateway.
	Domain Name or IP	Saisissez le nom de domaine ou l'adresse IP de l'instance Amazon RDS for SQL Server. Remarque Nous vous recommandons de saisir le nom de domaine.
	Port Number	Saisissez le numéro de port de service de l'instance Amazon RDS for SQL Server.
	Database Account	Saisissez le compte de base de données de l'instance Amazon RDS for SQL Server. Pour plus d'informations sur les autorisations requises, consultez la section Autorisations requises pour les comptes de base de données.
	Database Password	Saisissez le mot de passe du compte de base de données.

Encryption	Sélectionnez Non-encrypted ou SSL-encrypted en fonction de vos besoins métier. Si le chiffrement SSL est désactivé pour la base de données source, sélectionnez Non-encrypted. Si le chiffrement SSL est activé pour la base de données source, sélectionnez SSL-encrypted. Par défaut, DTS approuve le certificat du serveur.
Destination Database	Select Existing Connection	Vous pouvez sélectionner une connexion existante pour réutiliser les informations de base de données enregistrées. L'utilisation d'une connexion existante remplit automatiquement les détails de la base de données. Sinon, vous devez saisir manuellement les informations de la base de données. Remarque Vous pouvez ajouter une connexion à une base de données depuis la page Database Connections ou depuis la page de configuration d'une nouvelle tâche. Pour plus d'informations, consultez Data Connection Management.
	Database Type	Sélectionnez SQL Server.
	Access Method	Sélectionnez Alibaba Cloud Instance.
	Instance Region	Sélectionnez la région dans laquelle se trouve l'instance ApsaraDB RDS for SQL Server de destination.
	Instance ID	Sélectionnez l'ID de l'instance ApsaraDB RDS for SQL Server de destination.
	Database Account	Saisissez le compte de base de données de l'instance ApsaraDB RDS for SQL Server de destination. Pour plus d'informations sur les permissions requises, consultez Permissions required for database accounts.
	Database Password	Saisissez le mot de passe du compte de base de données.
	Encryption	Sélectionnez Non-encrypted ou SSL-encrypted en fonction de vos besoins métier. Si le chiffrement SSL est désactivé pour la base de données de destination, sélectionnez Non-encrypted. Si le chiffrement SSL est activé pour la base de données de destination, sélectionnez SSL-encrypted. Par défaut, DTS approuve le certificat du serveur.

Après avoir configuré les bases de données source et de destination, cliquez sur Test Connectivity and Proceed en bas de la page.

Ajoutez les blocs CIDR des adresses IP des serveurs DTS, qui apparaissent dans la boîte de dialogue, à la liste d'autorisation de votre instance Amazon RDS for SQL Server. Ensuite, cliquez sur Test Connectivity.

Important
L'ajout des blocs CIDR des adresses IP publiques des serveurs DTS peut présenter des risques de sécurité. En utilisant ce produit, vous reconnaissez et acceptez ces risques potentiels. Il vous incombe de mettre en œuvre des mesures de sécurité de base, telles que le renforcement des mots de passe des comptes, la restriction des ports ouverts pour chaque bloc CIDR, l'utilisation de l'authentification pour les API internes, ainsi que la révision et la restriction régulières des blocs CIDR inutiles. Pour plus d'informations, consultez Add the CIDR blocks of DTS servers to a whitelist.

Configurez les objets de la tâche.

Sur la page Configure Objects, configurez les objets que vous souhaitez migrer.

Parameter	Description
Migration Types	Si vous n'avez besoin que d'une migration complète, sélectionnez à la fois Schema Migration et Full Data Migration. Pour effectuer une migration sans temps d'arrêt, sélectionnez Schema Migration, Full Data Migration et Incremental Data Migration. Remarque Si vous ne sélectionnez pas Schema Migration, vous devez vous assurer qu'une base de données et des tables destinées à recevoir les données existent dans la base de données de destination. Vous pouvez également utiliser la fonctionnalité de mappage des noms d'objets dans la zone Selected Objects selon vos besoins. Si vous ne sélectionnez pas Incremental Data Migration, n'écrivez aucune nouvelle donnée dans l'instance source pendant la migration des données afin de garantir la cohérence des données.
Method to Migrate Triggers in Source Database	Lors de la migration incrémentielle des données, les déclencheurs migrés prématurément vers la base de données de destination peuvent entraîner une incohérence des données entre les bases de données source et de destination. Vous pouvez sélectionner une méthode de migration des déclencheurs en fonction de vos besoins métier. Nous vous recommandons de sélectionner Manual Migration. Pour plus d'informations, consultez Configurer une méthode pour synchroniser ou migrer les déclencheurs. Remarque Vous pouvez configurer ce paramètre uniquement si vous sélectionnez à la fois Schema Migration et Incremental Data Migration pour le paramètre Migration Types. Si les objets à migrer n'incluent pas de déclencheurs, il n'est pas nécessaire de configurer ce paramètre. Vous pouvez conserver les paramètres par défaut.
SQL Server Incremental Synchronization Mode	Sélectionnez Polling and querying CDC instances for incremental synchronization. Remarque Ce paramètre est disponible uniquement si l'option Incremental Data Migration est sélectionnée pour le paramètre Migration Types.
The maximum number of tables for which CDC is enabled that DTS supports.	Pour cet exemple, vous pouvez conserver la valeur par défaut.
Processing Mode of Conflicting Tables	Precheck and Report Errors : vérifie si des tables portant le même nom existent dans la base de données de destination. Si aucune table du même nom n'existe, la prévérification est réussie. Si des tables du même nom existent, une erreur est signalée lors de la prévérification et la tâche de migration des données ne démarre pas. Remarque Si une table de la base de données de destination porte le même nom mais ne peut pas être facilement supprimée ou renommée, vous pouvez modifier le nom de la table dans la base de données de destination. Pour plus d'informations, consultez Mappage des noms d'objets. Ignore Errors and Proceed : ignore la vérification des tables portant le même nom. Avertissement La sélection de l'option Ignore Errors and Proceed peut entraîner une incohérence des données et des risques pour l'activité. Par exemple : Si les schémas de table sont cohérents et qu'un enregistrement de la base de données de destination possède la même valeur de clé primaire qu'un enregistrement de la base de données source : Lors de la migration complète, DTS conserve l'enregistrement dans la base de données de destination. L'enregistrement de la base de données source n'est pas migré. Lors de la migration incrémentielle, DTS ne conserve pas l'enregistrement dans la base de données de destination. L'enregistrement de la base de données source écrase l'enregistrement de la base de données de destination. Si les schémas de table sont incohérents, seules certaines colonnes de données peuvent être migrées ou la migration peut échouer. Procédez avec prudence.
Capitalization of Object Names in Destination Instance	Vous pouvez configurer la politique de sensibilité à la casse pour les noms des objets migrés, tels que les bases de données, les tables et les colonnes, dans l'instance de destination. Par défaut, l'option DTS default policy est sélectionnée. Vous pouvez également choisir de maintenir la sensibilité à la casse conforme à la politique par défaut de la base de données source ou de destination. Pour plus d'informations, consultez Sensibilité à la casse des noms d'objets dans la base de données de destination.
Source Objects	Dans la zone Source Objects, cliquez sur les objets à migrer, puis cliquez sur pour les déplacer vers la zone Selected Objects. Remarque Les objets de migration peuvent être sélectionnés au niveau de la base de données, de la table et de la colonne. Si vous sélectionnez une table ou une colonne comme objet de migration, les autres objets tels que les vues, les déclencheurs et les procédures stockées ne sont pas migrés vers la base de données de destination.
Selected Objects	Pour modifier le nom d'un objet de migration dans l'instance de destination, cliquez avec le bouton droit sur l'objet de migration dans la zone Selected Objects et modifiez le nom. Pour plus d'informations sur la définition du nom, consultez Mapper les noms d'une base de données, d'une table et d'une colonne. Pour supprimer un objet de migration sélectionné, cliquez sur l'objet de migration dans la zone Selected Objects, puis cliquez sur l'icône pour déplacer l'objet vers la zone Source Objects. Remarque Si vous utilisez la fonctionnalité de mappage des noms d'objets, la migration des autres objets qui dépendent de l'objet peut échouer. Pour filtrer les données en fonction des conditions WHERE, cliquez avec le bouton droit sur la table que vous souhaitez migrer dans la zone Selected Objects et configurez les conditions de filtre dans la boîte de dialogue qui s'affiche. Pour plus d'informations sur la définition d'une condition de filtre, consultez Définir des conditions de filtre. Pour sélectionner les opérations SQL à migrer au niveau de la base de données ou de la table, cliquez avec le bouton droit sur un objet de migration dans la zone Selected Objects et sélectionnez les opérations SQL à migrer dans la boîte de dialogue qui s'affiche.

Cliquez sur Next: Advanced Settings pour configurer les paramètres avancés.

Parameter	Description
Dedicated Cluster for Task Scheduling	Par défaut, DTS planifie les tâches sur un cluster partagé ; aucune sélection n'est requise. Pour une stabilité accrue, vous pouvez acheter un dedicated cluster afin d'exécuter les tâches de migration DTS.
Retry Time for Failed Connections	Une fois la tâche de migration démarrée, toute perte de connexion avec la base de données source ou de destination déclenche une erreur et une tentative de reconnexion immédiate. La durée de nouvelle tentative par défaut est de 720 minutes. Vous pouvez personnaliser cette durée entre 10 et 1 440 minutes. Nous vous recommandons de définir une durée supérieure à 30 minutes. Si DTS rétablit la connexion aux bases de données source et de destination dans le délai imparti, la tâche de migration reprend automatiquement. Dans le cas contraire, la tâche échoue. Remarque Pour plusieurs instances DTS partageant la même source ou la même destination, la durée de nouvelle tentative réseau est déterminée par le paramétrage de la dernière tâche créée. La facturation de la tâche se poursuivant pendant la période de nouvelle tentative de connexion, nous vous conseillons d'adapter la durée selon vos besoins métier ou de libérer l'instance DTS dès que possible après la libération des instances de base de données source et de destination.
Retry Time for Other Issues	Après le démarrage de la tâche de migration, si un problème autre qu'un défaut de connectivité (par exemple, une exception lors de l'exécution d'une instruction DDL ou DML) survient dans la base de données source ou de destination, DTS signale une erreur et relance immédiatement l'opération. La durée de nouvelle tentative par défaut est de 10 minutes. Vous pouvez personnaliser cette durée entre 1 et 1 440 minutes. Nous vous recommandons de définir une durée supérieure à 10 minutes. Si les opérations concernées aboutissent dans le délai imparti, la tâche de migration reprend automatiquement. Dans le cas contraire, la tâche échoue. Important La valeur définie pour Retry Time for Other Issues doit être inférieure à celle de Retry Time for Failed Connections.
Enable Throttling for Full Data Migration	Lors de la migration complète, DTS consomme des ressources de lecture et d'écriture sur les bases de données source et de destination, ce qui peut accroître leur charge. Le cas échéant, activez la limitation de débit pour la tâche de migration complète. Définissez les paramètres Queries per second (QPS) to the source database, RPS of Full Data Migration et Data migration speed for full migration (MB/s) afin de réduire la charge sur la base de données de destination. Remarque Cet élément de configuration n'est disponible que si vous sélectionnez Full Data Migration pour Migration Types. Vous pouvez également ajuster la vitesse de migration complète une fois l'instance de migration en cours d'exécution.
Enable Throttling for Incremental Data Migration	Le cas échéant, vous pouvez également définir des limites de vitesse pour la tâche de migration incrémentielle. Définissez les paramètres RPS of Incremental Data Migration et Data migration speed for incremental migration (MB/s) afin de réduire la charge sur la base de données de destination. Remarque Cet élément de configuration n'est disponible que si vous sélectionnez Incremental Data Migration pour Migration Types. Vous pouvez également ajuster la vitesse de migration incrémentielle une fois l'instance de migration en cours d'exécution.
Environment Tag	Sélectionnez un tag d'environnement pour identifier l'instance selon vos besoins métier. Dans cet exemple, aucun tag d'environnement n'est requis.
Configure ETL	Indiquez si vous souhaitez activer la fonctionnalité Extract, Transform, Load (ETL). Pour plus d'informations, consultez What is ETL? Valeurs possibles : Yes : active la fonctionnalité ETL. Saisissez les instructions de traitement des données dans l'éditeur de code. Pour plus d'informations, consultez Configure ETL in a data migration or data synchronization task. No : désactive la fonctionnalité ETL.
Monitoring and Alerting	Définissez ou non des alertes et recevez des notifications en fonction de vos besoins métier. No : ne configure aucune alerte. Yes : configurez les alertes en définissant un alert threshold et des alert notifications. En cas d'échec de la migration ou si la latence dépasse le seuil, le système envoie une notification d'alerte.

Cliquez sur Next: Data Verification pour configurer une tâche de vérification des données.

Si vous souhaitez utiliser la fonctionnalité de vérification des données, consultez Configurer la vérification des données.

Enregistrez la tâche et exécutez une prévérification.
- Pour afficher les paramètres de configuration de cette instance lors de l'appel de l'opération API, placez le pointeur sur le bouton Next: Save Task Settings and Precheck puis cliquez sur Preview OpenAPI parameters dans la bulle qui s'affiche.
- Si vous n'avez pas besoin d'afficher les paramètres API ou si vous avez terminé leur consultation, cliquez sur Next: Save Task Settings and Precheck en bas de la page.
Remarque
- Avant le démarrage de la tâche de migration, DTS effectue une prévérification. La tâche ne démarre qu'après réussite de cette étape.
- En cas d'échec de la prévérification, cliquez sur View Details à côté de l'élément ayant échoué, corrigez le problème selon les indications, puis relancez la prévérification.
- Si un avertissement est signalé lors de la prévérification :
  
  Pour les éléments de contrôle qui ne peuvent pas être ignorés, cliquez sur View Details à côté de l'élément ayant échoué, corrigez le problème selon les indications, puis relancez la prévérification.
  
  Pour les éléments de contrôle pouvant être ignorés, vous pouvez cliquer sur Confirm Alert Details, Ignore, OK et Precheck Again afin d'ignorer l'avertissement et de relancer la prévérification. Ignorer un avertissement peut entraîner des problèmes tels que des incohérences de données et présenter des risques pour votre activité.

Achetez une instance.

Lorsque le taux de Success Rate atteint 100 %, cliquez sur Next: Purchase Instance.

Sur la page Purchase, sélectionnez les spécifications du lien pour l'instance de migration des données. Pour plus d'informations, consultez le tableau ci-dessous.

Catégorie	Paramètre	Description
New Instance Class	Resource Group Settings	Sélectionnez le groupe de ressources auquel appartient l'instance. La valeur par défaut est le groupe de ressources par défaut. Pour plus d'informations, consultez Qu'est-ce que Resource Management ?
New Instance Class	Instance Class	DTS propose des spécifications de migration offrant différents niveaux de performance. Les spécifications du lien influent sur la vitesse de migration. Vous pouvez choisir une spécification adaptée à votre scénario métier. Pour plus d'informations, consultez Spécifications des liens de migration des données.

Une fois la configuration terminée, lisez et acceptez les Data Transmission Service (Pay-as-you-go) Service Terms.
Cliquez sur Buy and Start. Dans la boîte de dialogue OK qui s'affiche, cliquez sur OK.

Vous pouvez suivre la progression de la tâche de migration sur la page de liste Data Migration Tasks.
Remarque
- Si la tâche de migration n'inclut pas de migration incrémentielle, elle s'arrête automatiquement une fois la migration complète terminée. Une fois la tâche arrêtée, son Status passe à Completed.
- Si la tâche de migration inclut une migration incrémentielle, elle ne s'arrête pas automatiquement. La tâche de migration incrémentielle continue de s'exécuter. Pendant l'exécution de la tâche de migration incrémentielle, le Status de la tâche est défini sur Running.

FAQ

Puis-je sélectionnez les objets de vérification pour la migration cloud tout-en-un ApsaraDB RDS ?

Non. Par défaut, les objets de vérification sont identiques aux objets de migration.
Comment la vérification des données complètes est-elle effectuée pour la migration cloud tout-en-un ApsaraDB RDS ?

Le processus utilise une vérification par hachage (HASH) avec un taux d’échantillonnage de 100 %.
Quelle est la référence utilisée pour la vérification des données complètes dans le cadre de la migration cloud tout-en-un ApsaraDB RDS ?

La vérification de la cohérence des données s’appuie sur l’union des données présentes dans les bases de données source et de destination.