Migrate SQL Server on Azure to the cloud - Data Transmission Service

Contexte

Ce document présente deux méthodes pour migrer une base de données Microsoft Azure SQL Server.

Migration cloud complète via la console RDS

La console RDS offre une fonctionnalité de migration cloud complète permettant de transférer rapidement et facilement les données d'une base de données Microsoft Azure SQL Server vers ApsaraDB 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

Data Transmission Service (DTS) prend en charge la migration des données. Contrairement à la migration cloud complète de la console RDS, DTS permet de sélectionner des types de migration spécifiques (schéma, données complètes, données incrémentielles) et de configurer des paramètres plus avancés.

Périmètre d'application

La base de données SQL Server source sur Microsoft Azure est connectée à Alibaba Cloud, ce qui permet à DTS d'y accéder. Pour plus d'informations, consultez Connecter une base de données Microsoft Azure à Alibaba Cloud.
Une instance ApsaraDB RDS for SQL Server de destination a été créée et dispose d'un espace de stockage supérieur au volume total des données de la base source. Pour plus d'informations, consultez Créer une instance ApsaraDB RDS for SQL Server.

Précautions

Type	Description
Limites de la base de données source	Pour SQL Server sur Azure Virtual Machines, l'édition Enterprise doit être en version 2008 ou ultérieure, et l'édition Standard en version 2016 SP1 ou ultérieure. La version 2017 n'est pas prise en charge. Exigence de bande passante : le serveur hébergeant la base de données source doit disposer d'une bande passante sortante suffisante. Une bande passante insuffisante réduit la vitesse de migration des données. Les tables à migrer doivent posséder une clé primaire ou une contrainte unique, et les colonnes composant cette clé ou contrainte doivent être uniques. Dans le cas contraire, des données dupliquées peuvent apparaître dans la base de données cible. Une seule tâche de migration peut traiter jusqu'à 10 bases de données au maximum. Le dépassement de cette limite peut entraîner des problèmes de stabilité et de performance. Si nécessaire, 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, au sein d'une même tâche, des objets portant le même nom de table mais appartenant à des schémas différents vers la même base de données de destination. Pour une tâche de migration incrémentielle des données, DTS exige que les journaux de transactions de la base source soient conservés pendant au moins 24 heures. Pour une tâche combinant migration complète et migration incrémentielle, conservez les journaux pendant au moins 7 jours. Vous pouvez réduire la période de rétention à 24 heures minimum une fois la migration complète terminée. Sinon, la tâche DTS risque d'échouer en raison de l'indisponibilité des journaux de transactions. Dans des cas extrêmes, cela peut provoquer des incohérences ou des pertes de données. Les incidents causés par une rétention insuffisante des journaux ne sont pas couverts par l'accord de niveau de service (SLA). Restrictions sur les opérations dans la base de données source : Pendant les phases de migration du schéma et de migration complète des données, n'exécutez aucune opération DDL modifiant la structure de la base de données ou des tables. Cela ferait échouer la tâche de migration. Si vous effectuez uniquement une migration complète des données, n'écrivez aucune nouvelle donnée dans l'instance source. Sinon, des incohérences apparaîtront entre les bases source et cible. Pour garantir une cohérence des données en temps réel, sélectionnez la migration du schéma, la migration complète des données et la migration incrémentielle des données. La base de données source ne peut pas être une instance en lecture seule. Si la base de données source est une Azure SQL Database, une instance de migration ne peut traiter qu'une seule base de données. L'utilisation de 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 peut empêcher celle-ci de fonctionner correctement ou la faire échouer. Remarque Utilisez la commande `ALTER` pour renommer des objets de base de données. Pendant la migration complète des données, activez le paramètre `READ_COMMITTED_SNAPSHOT` sur la base de données source afin d'éviter que la contention des verrous partagés n'affecte les écritures. Sinon, des incohérences de données ou un échec de la tâche peuvent survenir. Les incidents 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 des 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 permissions Owner sur la base de données de destination. Si des données ne peuvent pas être écrites dans une colonne de type TIMESTAMP dans la base de données de destination, DTS ne prend en charge ni la migration complète ni la migration incrémentielle. Cela peut entraîner des incohérences de données ou l'échec de la tâche. Le module de pré-vérification d'une tâche de migration incrémentielle 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 source. Une tâche de migration incrémentielle interroge régulièrement les instances CDC pour transférer les données. Les restrictions suivantes s'appliquent donc : DTS récupère les données incrémentielles en interrogeant l'instance CDC de chaque table de la base source. Par conséquent, le nombre de tables à synchroniser depuis la base source ne doit pas dépasser 1 000. Au-delà, la tâche peut subir une latence élevée ou devenir instable. Par défaut, le composant CDC conserve les données incrémentielles pendant trois jours. Ajustez cette période de rétention en exécutant la commande `exec console.sys.sp_cdc_change_job @job_type = 'cleanup', @retention= <time>;`. Remarque `<time>` indique la durée 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 une minute). Cela pourrait faire échouer la tâche de migration. Ne modifiez pas les instances CDC de la base de données source. Cela risquerait de provoquer l'échec de la tâche ou une perte de données. La migration simultanée de plusieurs bases de données et tables comporte des risques pour la stabilité et les performances. La migration incrémentielle des données présente une latence d'environ 10 secondes. En cas de migration entre différentes versions de SQL Server, vérifiez la compatibilité au préalable. Si une tâche de migration inclut la migration incrémentielle des données, la reconstruction des index est impossible. Vous devez également désactiver tous les déclencheurs et clés étrangères dans la base de données cible. Sinon, la tâche risque d'échouer ou d'entraîner une perte de données. Remarque Il est impossible de modifier la clé primaire d'une table pour laquelle CDC est activé. Si le nombre de tables avec CDC activé dans une seule tâche de migration dépasse 1 000 (ou 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 comprend une migration incrémentielle et qu'un champ unique d'une table avec CDC activé devant être écrite contient plus de 64 Ko de données, exécutez la commande `exec sp_configure 'max text repl size', -1;` pour ajuster la configuration de la base source au préalable. Remarque Par défaut, un job CDC peut traiter une taille de données maximale de 64 Ko pour un seul champ. DTS crée automatiquement les bases de données dans ApsaraDB RDS for SQL Server. Si le nom de la base à migrer ne respecte pas les conventions de nommage d'ApsaraDB RDS for SQL Server, vous devez créer cette base dans ApsaraDB RDS for SQL Server avant de configurer la tâche de migration. Pour plus d'informations, consultez Créer une base de données. Pour garantir un rapport de latence précis lors de la migration incrémentielle, DTS crée un déclencheur `dts_cdc_sync_ddl`, une table de battement `dts_sync_progress` et une table de stockage DDL `dts_cdc_ddl_history` dans la base source. Pour la synchronisation incrémentielle hybride, DTS crée les mêmes objets et active également CDC au niveau de la base de données et au niveau des tables. Pour les tables où CDC est activé, nous recommandons que le taux de modification des données ne dépasse pas 1 000 lignes par seconde (RPS). Avant de lancer la migration, évaluez les performances des bases de données source et cible, puis effectuez l'opération pendant les heures creuses. Pendant la migration complète, DTS consomme des ressources de lecture et d'écriture sur les deux bases, ce qui augmente leur charge. Lors de la migration complète des données, des opérations INSERT concurrentes peuvent fragmenter les tables cibles ; l'espace de stockage des tables dans la base cible peut donc être supérieur à celui de 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 aux exigences de votre activité. 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 de migration ayant échoué pendant sept jours maximum. Avant de basculer vos charges de travail métier vers l'instance cible, arrêtez ou libérez la tâche. Vous pouvez également révoquer les permissions d'écriture du compte DTS sur l'instance cible à l'aide de la commande `revoke` afin d'empêcher qu'une reprise de la tâche n'écrase les données cibles. Lorsque plusieurs instances de migration utilisent la même base de données SQL Server source, leurs modules de collecte des données incrémentielles fonctionnent de manière indépendante. En cas d'échec d'une tâche, l'équipe de support DTS tentera de la restaurer dans un délai de huit heures. Pendant 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 ceux de la base de données. Les paramètres susceptibles d'être ajustés incluent ceux listés dans Modifier les paramètres de l'instance. SQL Server est une base de données commerciale et fermée dont le format de journal peut engendrer des problèmes inévitables lors de la capture incrémentielle CDC et de l'analyse par DTS. Avant d'activer DTS pour la synchronisation incrémentielle depuis une source SQL Server en environnement de production, réalisez des tests de validation de concept (POC) complets couvrant tous les scénarios de modification métier, les ajustements de schéma et les tests de charge en pic. La cohérence entre la logique de votre environnement de production et la phase de POC est essentielle pour assurer un fonctionnement stable de DTS. Lors de la migration incrémentielle des données, si une transaction est partiellement annulée dans la base de données source, DTS peut ne pas capturer l'opération d'annulation.

Facturation

Type de migration	Frais de configuration de l'instance	Frais de trafic Internet
Migration du 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, le trafic Internet est facturé. Pour plus d'informations, consultez Vue d'ensemble de la facturation.
Migration incrémentielle des données	Payant. Pour plus d'informations, consultez Vue d'ensemble de la facturation.

Types de migration

Migration du schéma

DTS migre les définitions de schéma des objets concernés de la base de données source vers la base de données de destination.
- DTS prend en charge la migration du schéma pour les objets suivants : tables, vues, déclencheurs, synonymes, procédures stockées SQL, fonctions SQL, guides de plan, types définis par l'utilisateur, règles, valeurs par défaut et séquences.
- DTS ne prend pas en charge la migration du schéma pour les objets suivants : assemblys, Service Broker, index de texte intégral, catalogues de texte intégral, schémas distribués, fonctions distribuées, procédures stockées CLR (Common Language Runtime), fonctions scalaires CLR, fonctions à valeur de table CLR, tables internes, systèmes ou fonctions d'agrégation.
Migration complète

DTS migre l'intégralité des données historiques des objets spécifiés de la base de données source vers la base de données de destination.
Migration incrémentielle

Une fois la migration complète terminée, DTS transfère les mises à jour incrémentielles des données de la base source vers la base de destination. La migration incrémentielle permet de transférer les données en toute fluidité sans interrompre vos applications auto-gérées.

Opérations SQL pour la migration incrémentielle des données

Type	Instruction SQL
DML	`INSERT`, `UPDATE`, `DELETE` Remarque DTS ne prend pas en charge les instructions `UPDATE` qui ne mettent à jour que des champs volumineux.
DDL	`CREATE TABLE` `ALTER TABLE` Inclut uniquement `ADD COLUMN` et `DROP COLUMN`. `DROP TABLE` `CREATE INDEX`, `DROP INDEX` Remarque DTS ne prend pas en charge les `transactional DDL`. Par exemple, une seule `SQL statement` ajoutant plusieurs colonnes ou contenant à la fois des opérations `DDL` et `DML` peut entraîner une perte de données. DTS ne prend pas en charge les opérations `DDL` impliquant un `user-defined type`. DTS ne prend pas en charge les opérations `online DDL`. DTS ne prend pas en charge les opérations `DDL` utilisant un `reserved keyword` comme nom d'attribut. DTS ne prend pas en charge les opérations `DDL` exécutées depuis une `system stored procedure`. DTS ne prend pas en charge les opérations `TRUNCATE TABLE`. DTS ne prend pas en charge les `partition`s ou les `table definition`s contenant des fonctions.

Permissions du compte de base de données

Base de données	Migration du schéma	Migration complète des données	Migration incrémentielle des données	Création et autorisation
Microsoft Azure SQL Database	Permission SELECT	Permission SELECT	Rôle sysadmin Remarque Le compte administrateur de serveur dans la console Azure SQL Database dispose des permissions requises. Pour les bases de données utilisant le modèle vCore, tous les niveaux de service prennent en charge CDC. Pour celles utilisant le modèle DTU, seuls les objectifs de service S3 et supérieurs prennent en charge CDC.	Pour plus d'informations, contactez le support Microsoft Azure.
Instance ApsaraDB RDS for SQL Server	Permissions de lecture et d'écriture			Créer un compte standard, privilégié ou global en lecture seule et Modifier les permissions d'un compte.

Procédure

Migration complète vers ApsaraDB RDS

Accédez à l'onglet Data Migration de l'instance ApsaraDB RDS for SQL Server de destination.
1. Ouvrez la liste des instances ApsaraDB RDS.
2. Dans la barre de navigation supérieure, sélectionnez la région où se trouve 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.

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. Ce nom n'a pas besoin d'être unique.
Source Database	Database Type	La valeur par défaut est SQL Server. Vous n'avez pas besoin de modifier ce paramètre.
	Type	Sélectionnez Azure.
	Access Method	Sélectionnez Public IP Address ou Express Connect, VPN Gateway, or Smart Access Gateway selon la méthode de connexion de la base de données SQL Server sur Microsoft Azure à Alibaba Cloud. Important Si la base de données source est une Azure SQL Managed Instance, sélectionnez Public IP Address.
	Instance Region	Si vous avez défini Access Method sur Public IP Address, sélectionnez la région de la base de données SQL Server sur Microsoft Azure. Remarque Si la région de la base de données SQL Server sur Microsoft Azure n'est pas disponible, vous pouvez sélectionner la région géographiquement la plus proche de la base de données. Si vous avez défini Access Method sur Express Connect, VPN Gateway, or Smart Access Gateway, sélectionnez la région du VPC auquel la base de données SQL Server sur Microsoft Azure est connectée.
	Connected VPC	Sélectionnez l'ID du VPC auquel la base de données SQL Server sur Microsoft Azure est connectée. Remarque Ce paramètre n'est disponible que si vous avez défini 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 la base de données SQL Server sur Microsoft Azure. Remarque Nous vous recommandons de saisir le nom de domaine.
	Port Number	Saisissez le port de service de la base de données SQL Server sur Azure.
	Database Account	Saisissez le compte de la base de données SQL Server sur Azure. Pour plus d'informations sur les permissions requises, consultez Permissions requises pour les comptes de base de données. Important Le compte d'une Azure SQL Database utilise le format `<admin_account>@<instance_server_name>`. Par exemple, si le compte administrateur de l'Azure SQL Database est `testuser` et que le nom du serveur d'instance est `dtstest` (que vous pouvez obtenir en exécutant la commande `SELECT @@SERVERNAME AS ServerName`), saisissez `testuser@dtstest` pour le champ Database Account.
	Database Password	Saisissez le mot de passe du compte de la base de données.
	Encryption	Sélectionnez Non-encrypted ou SSL-encrypted selon 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 fait confiance au certificat du serveur.
Destination Database	Database Type	La valeur par défaut est SQL Server. Vous n'avez pas besoin de modifier ce paramètre.
	Access Method	La valeur par défaut est Alibaba Cloud Instance. Vous n'avez pas besoin de modifier ce paramètre.
	Instance Region	Ce paramètre est fixé à la région de l'instance ApsaraDB RDS for SQL Server actuelle et ne peut pas être modifié.
	Instance ID	Ce paramètre est fixé à l'ID de l'instance ApsaraDB RDS for SQL Server actuelle et ne peut pas être modifié.
	Database Account	Saisissez le compte de la base de données de l'instance ApsaraDB RDS for SQL Server actuelle. Pour plus d'informations sur les permissions requises, consultez Permissions requises pour les comptes de base de données.
	Database Password	Saisissez le mot de passe du compte de la base de données.
	Encryption	Sélectionnez Non-encrypted ou SSL-encrypted selon 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 fait confiance au certificat du serveur.

En bas de la page, cliquez sur Test Connectivity and Proceed.

Dans la boîte de dialogue qui s'affiche, assurez-vous que les blocs CIDR des serveurs DTS figurent dans la liste d'autorisation de la base de données SQL Server sur Microsoft Azure. Cliquez ensuite sur Test Connectivity.

Important
L'ajout des blocs CIDR d'adresses IP publiques des serveurs DTS à une liste d'autorisation 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 de vos comptes, la restriction des ports ouverts pour chaque bloc CIDR, l'utilisation de l'authentification pour les appels d'API internes, ainsi que la révision régulière et la limitation des segments réseau inutiles. Pour plus d'informations, consultez Ajouter les adresses IP des serveurs DTS à une liste d'autorisation.
Sélectionnez un plan de migration.

Le système évalue le type de votre base de données source et propose les plans de migration cloud suivants :
- Sélectionnez le plan Full and Incremental Data Migration, puis cliquez sur Configure Objects en bas de la page.
- Si vous choisissez un autre plan de migration, vous n'avez pas besoin d'effectuer les étapes suivantes.
  
  Remarque
  Vous pouvez cliquer sur View Migration Documentation en bas de la page pour consulter les procédures relatives aux autres plans de migration.

Sur la page Configure Objects, sélectionnez les objets à migrer.

Paramètre	Description
Method to Migrate Triggers in Source Database	Lors de la migration incrémentielle des données, si les déclencheurs sont migrés trop tôt vers la base de données de destination, des incohérences de données peuvent survenir entre les bases source et de destination. Nous vous recommandons de sélectionner Manual Migration. Pour plus d'informations, consultez Configurer la synchronisation ou la migration des déclencheurs. Remarque Si les objets que vous souhaitez migrer n'impliquent pas de déclencheurs, vous pouvez conserver 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 Vous pouvez sélectionner des bases de données, des tables ou des colonnes comme objets de migration. Si vous sélectionnez uniquement des tables ou des colonnes, 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 plus d'informations, consultez Mapper les noms des objets. Pour supprimer un objet de migration sélectionné, cliquez sur l'objet dans la zone Selected Objects et cliquez sur pour le déplacer vers la zone Source Objects. Remarque Si vous utilisez la fonctionnalité de mappage des noms d'objets, la migration d'autres objets dépendant de l'objet renommé peut échouer. Pour filtrer les données à l'aide de clauses WHERE, faites un clic droit sur une table dans la zone Selected Objects et spécifiez les conditions de filtre dans la boîte de dialogue qui s'affiche. Pour plus d'informations, consultez Configurer les conditions de filtre. 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 dans la zone Selected Objects et sélectionnez les opérations souhaitées dans la boîte de dialogue qui s'affiche.

Facultatif : Configurez les paramètres avancés.

Vous pouvez développer la section Advanced Settings pour configurer les paramètres avancés.

Paramètre	Description
Enable Throttling for Full Data Migration	Lors d'une 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 la charge de la base de données. Si nécessaire, vous pouvez activer la limitation de débit pour la tâche de migration complète. Vous pouvez définir 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	Si nécessaire, vous pouvez également choisir de définir des limites de vitesse pour la tâche de migration incrémentielle. Vous pouvez définir 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.
Data Verification Mode	La vérification complète des données consomme des ressources de lecture sur la base de données. Si vous sélectionnez 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 la tâche de vérification et réduire la charge sur la base de données. Remarque Une valeur de 0 indique 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, le débit n'est pas limité.

Enregistrez la tâche et lancez 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 s'affiche.
- Si vous n'avez pas besoin de consulter 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 avoir passé cette étape avec succès.
- Si la pré-vérification échoue, cliquez sur View Details en regard de l'élément ayant échoué, corrigez le problème en suivant les instructions affichées, 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 en regard de l'élément concerné, corrigez le problème en suivant les instructions affichées, puis relancez la pré-vérification.
  
  Pour les éléments de contrôle pouvant être ignorés, vous pouvez cliquer successivement sur Confirm Alert Details, Ignore, OK et Precheck Again pour ignorer l'avertissement et relancer la pré-vérification. Si vous choisissez d'ignorer un avertissement, cela peut entraîner des problèmes tels que des incohérences de données et présenter des risques pour votre activité.
Lorsque le Success Rate atteint 100 %, cliquez sur Next: Purchase Instance.

Achetez une instance de migration de données.

Sur la page Purchase, sélectionnez la spécification de lien pour l'instance de migration de données. Pour plus d'informations, reportez-vous au tableau suivant.

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 avec différents niveaux de performance. La spécification de lien influence la vitesse de migration. Vous pouvez sélectionner une spécification adaptée à votre scénario métier. Pour plus d'informations, consultez Spécifications de lien de migration de données.

Une fois la configuration terminée, lisez et sélectionnez 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. Après l'arrêt de la tâche, 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 son exécution, le Status de la tâche est Running.

Migrer des données à l'aide de DTS

Accédez à la page Data Migration Tasks pour la région cible.
1. Connectez-vous à la console DTS.
2. Dans le volet de navigation de gauche, cliquez sur Data Migration.
3. Dans la barre de navigation supérieure, sélectionnez la région où se trouve l'instance de destination.
Cliquez sur Create Task pour accéder à la page de configuration des tâches.

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. Ce nom n'a pas besoin d'être unique.
Source Database	Select Existing Connection	Si vous sélectionnez une connexion existante, DTS renseigne automatiquement les informations de la base de données. En l'absence de connexion existante sélectionnée, vous devez saisir manuellement les informations de la base de données. Remarque Vous pouvez ajouter une connexion de base de données depuis la page Database Connections ou directement lors de la nouvelle configuration. Pour plus d'informations, consultez Gérer les connexions aux bases de données.
	Database Type	Sélectionnez SQL Server.
	Access Method	Choisissez Public IP Address ou Express Connect, VPN Gateway, or Smart Access Gateway selon la méthode de connexion de la base de données SQL Server sur Microsoft Azure à Alibaba Cloud. Important Si la base de données source est une instance Azure SQL Managed Instance, sélectionnez Public IP Address.
	Instance Region	Si vous avez défini Access Method sur Public IP Address, sélectionnez la région de la base de données SQL Server sur Microsoft Azure. Remarque Lorsque la région de la base de données SQL Server sur Microsoft Azure n'est pas disponible, il est possible de sélectionner la région géographiquement la plus proche. Si vous avez défini Access Method sur Express Connect, VPN Gateway, or Smart Access Gateway, sélectionnez la région du VPC auquel la base de données SQL Server sur Microsoft Azure est connectée.
	Replicate Data Across Alibaba Cloud Accounts	Dans cet exemple, une instance de base de données appartenant au compte Alibaba Cloud actuel est utilisée. Sélectionnez No. Remarque Ce paramètre n'est disponible que si vous avez défini Access Method sur Express Connect, VPN Gateway, or Smart Access Gateway.
	Connected VPC	Sélectionnez l'ID du VPC auquel la base de données SQL Server sur Microsoft Azure est connectée. Remarque Ce paramètre n'est disponible que si vous avez défini 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 la base de données SQL Server sur Microsoft Azure. Remarque Il est recommandé de saisir le nom de domaine.
	Port Number	Saisissez le port de service de la base de données SQL Server sur Microsoft Azure.
	Database Account	Saisissez le compte de la base de données SQL Server sur Microsoft Azure. Pour plus d'informations sur les permissions requises, consultez Permissions requises pour les comptes de base de données. Important Le format du compte pour une base de données Azure SQL est `<admin_account>@<instance_server_name>`. Par exemple, si le compte administrateur de la base de données Azure SQL est `testuser` et que le nom du serveur d'instance est `dtstest` (information obtenue via la commande `SELECT @@SERVERNAME AS ServerName`), saisissez `testuser@dtstest` dans le champ Database Account.
	Database Password	Saisissez le mot de passe du compte de la base de données.
	Encryption	Sélectionnez Non-encrypted ou SSL-encrypted selon 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	Si vous sélectionnez une connexion existante, DTS renseigne automatiquement les informations de la base de données. En l'absence de connexion existante sélectionnée, vous devez saisir manuellement les informations de la base de données. Remarque Vous pouvez ajouter une connexion de base de données depuis la page Database Connections ou directement lors de la nouvelle configuration. Pour plus d'informations, consultez Gérer les connexions aux bases de données.
	Database Type	Sélectionnez SQL Server.
	Access Method	Sélectionnez Alibaba Cloud Instance.
	Instance Region	Sélectionnez la région où réside 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 la base de données de l'instance ApsaraDB RDS for SQL Server de destination. Pour plus d'informations sur les permissions requises, consultez Permissions requises pour les comptes de base de données.
	Database Password	Saisissez le mot de passe du compte de la base de données.
	Encryption	Sélectionnez Non-encrypted ou SSL-encrypted selon 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.

En bas de la page, cliquez sur Test Connectivity and Proceed.

Dans la boîte de dialogue qui s'affiche, vérifiez que les blocs CIDR des serveurs DTS figurent bien dans la liste d'autorisation de la base de données SQL Server sur Microsoft Azure. Cliquez ensuite sur Test Connectivity.

Important
L'ajout des blocs CIDR d'adresses IP publiques des serveurs DTS à une liste d'autorisation 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é fondamentales, telles que le renforcement des mots de passe de vos comptes, la restriction des ports ouverts pour chaque bloc CIDR, l'utilisation de l'authentification pour les appels d'API internes, ainsi que la révision régulière et la limitation des segments réseau inutiles. Pour plus d'informations, consultez Ajouter les adresses IP des serveurs DTS à une liste d'autorisation.

Configurez les objets de la tâche.

Sur la page Configure Objects, configurez les objets à migrer.

Paramètre	Description
Migration Types	Pour effectuer uniquement une migration complète, sélectionnez à la fois Schema Migration et Full Data Migration. Pour réaliser une migration sans interruption de service, sélectionnez Schema Migration, Full Data Migration et Incremental Data Migration. Remarque Si vous ne sélectionnez pas Schema Migration, assurez-vous qu'une base de données et des tables destinées à recevoir les données existent déjà 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 si nécessaire. Si vous ne sélectionnez pas Incremental Data Migration, évitez d'écrire de nouvelles données dans l'instance source pendant la migration afin de garantir la cohérence des données.
Method to Migrate Triggers in Source Database	Lors d'une migration incrémentielle, si les déclencheurs sont migrés trop tôt vers la base de données de destination, des incohérences de données peuvent survenir entre la source et la destination. Nous vous recommandons de sélectionner Manual Migration. Pour plus d'informations, consultez Configurer la synchronisation ou la migration des déclencheurs. Remarque Ce paramètre n'est configurable que si vous avez sélectionné à la fois Schema Migration et Incremental Data Migration dans Migration Types. Si les objets à migrer n'impliquent aucun déclencheur, la configuration de ce paramètre est inutile. La valeur par défaut suffit.
SQL Server Incremental Synchronization Mode	Sélectionnez Polling and querying CDC instances for incremental synchronization. Remarque Ce paramètre n'est disponible que si Incremental Data Migration est sélectionné dans Migration Types.
The maximum number of tables for which CDC is enabled that DTS supports.	Dans cet exemple, aucune modification n'est requise. Conservez la valeur par défaut.
Processing Mode of Conflicting Tables	Precheck and Report Errors : Vérifie si des tables portant les mêmes noms existent dans la base de données de destination. En l'absence de tables homonymes, la pré-vérification réussit. Si des tables homonymes sont détectées, 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 être facilement supprimée ou renommée, vous pouvez modifier son nom 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 homonymes. Avertissement La sélection de Ignore Errors and Proceed peut entraîner des incohérences de données et des risques opérationnels. 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 provenant 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 celui de la base de données de destination. Si les schémas de table sont incohérents, seules certaines colonnes de données risquent d'être migrées, ou la migration peut échouer. Faites preuve de prudence.
Capitalization of Object Names in Destination Instance	Vous pouvez configurer la politique de sensibilité à la casse pour les noms des objets migrés (bases de données, tables, colonnes) dans l'instance de destination. Par défaut, la DTS default policy est sélectionnée. Vous pouvez également choisir d'aligner la sensibilité à la casse sur 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 Vous pouvez sélectionner des bases de données, des tables ou des colonnes comme objets de migration. Si vous sélectionnez uniquement des tables ou des colonnes, 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 plus d'informations, consultez Mapper les noms d'objets. Pour retirer un objet de migration sélectionné, cliquez dessus dans la zone Selected Objects, puis cliquez sur pour le renvoyer vers la zone Source Objects. Remarque L'utilisation de la fonctionnalité de mappage des noms d'objets peut provoquer l'échec de la migration d'autres objets dépendant de l'objet renommé. Pour filtrer les données à l'aide de clauses WHERE, faites un clic droit sur une table dans la zone Selected Objects et spécifiez les conditions de filtrage dans la boîte de dialogue qui s'affiche. Pour plus d'informations, consultez Configurer les conditions de filtrage. 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 dans la zone Selected Objects et choisissez les opérations souhaitées dans la boîte de dialogue qui s'affiche.

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

Paramètre	Description
Dedicated Cluster for Task Scheduling	Par défaut, DTS planifie les tâches sur un cluster partagé. Aucune sélection n'est requise. Si vous souhaitez une exécution plus stable des tâches, vous pouvez acquérir un cluster dédié pour exécuter les tâches de migration DTS.
Retry Time for Failed Connections	Une fois la tâche de migration lancée, si la connexion à la base de données source ou de destination échoue, DTS signale une erreur et tente immédiatement de se reconnecter. La durée de tentative par défaut est de 720 minutes. Vous pouvez personnaliser cette durée entre 10 et 1440 minutes. Nous vous recommandons de définir une durée supérieure à 30 minutes. Si DTS parvient à se reconnecter 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, le temps de nouvelle tentative réseau est déterminé par le paramétrage de la dernière tâche créée. Étant donné que la tâche est facturée pendant la période de tentative de reconnexion, nous vous recommandons de personnaliser le temps de nouvelle tentative en fonction de 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	Une fois la tâche de migration lancée, si un problème autre qu'un échec de connexion survient (par exemple une exception d'exécution DDL ou DML) dans la base de données source ou de destination, DTS signale une erreur et tente immédiatement de relancer l'opération. La durée de tentative par défaut est de 10 minutes. Vous pouvez personnaliser cette durée entre 1 et 1440 minutes. Nous vous recommandons de définir une durée supérieure à 10 minutes. Si les opérations concernées réussissent dans le délai de nouvelle tentative spécifié, la tâche de migration reprend automatiquement. Sinon, la tâche échoue. Important La valeur de Retry Time for Other Issues doit être inférieure à celle de Retry Time for Failed Connections.
Enable Throttling for Full Data Migration	Lors d'une 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 la charge de la base de données. Si nécessaire, vous pouvez activer la limitation de débit pour la tâche de migration complète. Vous pouvez définir 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 dans 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	Si nécessaire, vous pouvez également choisir de définir des limites de vitesse pour la tâche de migration incrémentielle. Vous pouvez définir 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 dans 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	Vous pouvez sélectionner un tag d'environnement pour identifier l'instance selon vos besoins métier. Dans cet exemple, aucune sélection de tag n'est nécessaire.
Configure ETL	Indiquez si vous souhaitez activer la fonctionnalité d'extraction, transformation et chargement (ETL). Pour plus d'informations, consultez Qu'est-ce que l'ETL ? Valeurs valides : Yes : Active la fonctionnalité ETL. Saisissez les instructions de traitement des données dans l'éditeur de code. Pour plus d'informations, consultez Configurer l'ETL dans une tâche de migration ou de synchronisation des données. No : Désactive la fonctionnalité ETL.
Monitoring and Alerting	Choisissez de configurer ou non des alertes et de recevoir des notifications d'alerte selon vos besoins métier. No : Ne configure aucune alerte. Yes : Configurez les alertes en définissant un seuil d'alerte et un notifications d'alerte. Si une migration échoue ou si la latence dépasse le seuil défini, 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 devez utiliser la fonctionnalité de vérification des données, consultez Configurer la vérification des données pour obtenir les instructions.

Enregistrez la tâche et lancez une pré-vérification.
- Pour consulter 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 l'infobulle qui apparaît.
- Si vous n'avez pas besoin de consulter 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ébute qu'après la 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 en suivant les instructions affichées, puis relancez la pré-vérification.
- Si un avertissement est signalé lors de la pré-vérification :
  
  Pour les éléments de vérification non ignorables, cliquez sur View Details à côté de l'élément concerné, corrigez le problème en suivant les instructions affichées, puis relancez la pré-vérification.
  
  Pour les éléments de vérification pouvant être ignorés, vous pouvez cliquer successivement sur Confirm Alert Details, Ignore, OK et Precheck Again pour ignorer l'avertissement et relancer la pré-vérification. Notez que l'ignorance d'un avertissement peut entraîner des problèmes tels que des incohérences de données et présenter des risques pour votre activité.

Acquérez une instance.

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

Dans la page Purchase, sélectionnez la spécification de lien pour l'instance de migration de données. Consultez le tableau suivant pour plus d'informations.

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. La spécification de lien influe directement sur la vitesse de migration. Choisissez une spécification adaptée à votre scénario métier. Pour plus d'informations, consultez Spécifications de lien de migration de 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.

Suivez la progression de la tâche de migration depuis 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 à la fin de la migration complète. Son Status passe alors à Completed.
- En revanche, si la tâche comprend une migration incrémentielle, elle ne s'arrête pas automatiquement et se poursuit en continu. Pendant cette phase, le Status de la tâche affiche Running.

FAQ

Est-il possible de sélectionner les objets de vérification pour la migration cloud en un clic d'ApsaraDB RDS ?

Non. Par défaut, les objets de vérification correspondent aux objets de migration.
Comment s'effectue la vérification complète des données lors d'une migration cloud en un clic d'ApsaraDB RDS ?

Le processus repose sur une vérification par HASH avec un taux d'échantillonnage de 100 %.
Quelle référence sert de base à la vérification complète des données dans le cadre d'une migration cloud en un clic d'ApsaraDB RDS ?

L'union des données des bases source et destination constitue la référence permettant de vérifier la cohérence des données.