Cet article explique comment utiliser la fonction de migration cloud tout-en-un disponible dans la console RDS ou la fonction de migration de la console DTS pour transférer des données depuis SQL Server sur la plateforme Azure — y compris Azure SQL Database, Azure SQL Managed Instance et SQL Server sur Azure Virtual Machines — vers Alibaba Cloud ApsaraDB RDS for SQL Server.
Prérequis
Vous avez créé une instance RDS for SQL Server cible disposant d'un espace de stockage supérieur à celui de la base de données source.
Vous avez connecté la base de données SQL Server sur Azure à Alibaba Cloud afin de garantir que DTS puisse se connecter à la base de données source.
Pour SQL Server sur Azure Virtual Machines, l'édition Enterprise doit être la version 2008 ou ultérieure, et l'édition Standard doit être la version 2016 SP1 ou ultérieure. SQL Server 2017 n'est pas pris en charge.
Précautions
Examinez attentivement les précautions suivantes avant de procéder à la migration. Le non-respect de ces consignes peut entraîner l'échec de la tâche ou générer des erreurs :
Limite du nombre de bases de données : Une seule tâche peut migrer au maximum 10 bases de données. Dépasser cette limite peut affecter la stabilité et les performances.
Limite du nombre de tables : Pour les tâches incluant une migration incrémentielle, vous pouvez synchroniser au maximum 1 000 tables depuis la base de données source. Un dépassement de cette limite risque de provoquer des retards ou une instabilité de la tâche.
Restrictions opérationnelles 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 aucune opération DDL, telle que la modification du schéma d'une base de données ou d'une table. Dans le cas contraire, la tâche échouera.
Limitations liées à CDC : Si CDC est activé pour une table dans la base de données source et que les données d'une seule colonne dépassent 64 Ko, vous devez exécuter au préalable la commande
EXEC sp_configure 'max text repl size', -1;pour ajuster la configuration. À défaut, la tâche pourrait échouer.Exigences relatives à la structure des tables : Chaque table migrée doit disposer d'une clé primaire ou d'une contrainte unique afin de garantir l'unicité des données. Sans cela, des doublons peuvent apparaître dans la base de données cible.
Clés étrangères et déclencheurs : Pour les tâches incluant une migration incrémentielle des données, vous devez désactiver tous les déclencheurs et clés étrangères activés dans la base de données cible. Sinon, la tâche risque d'échouer ou des pertes de données peuvent survenir.
Conventions de nommage des bases de données : Si le nom d'une base de données source n'est pas compatible avec les conventions de nommage de RDS for SQL Server, vous devez d'abord créer manuellement la base de données dans l'instance RDS for SQL Server cible. Dans le cas contraire, la tâche pourrait échouer.
Période de conservation des journaux des transactions : Pour une tâche de migration incrémentielle, le journal des transactions de la base de données source doit être conservé pendant au moins 24 heures. Pour une tâche combinant migration complète et migration incrémentielle, la période de conservation requise est d'au moins 7 jours. À défaut, la tâche risque d'échouer ou des incohérences de données peuvent survenir.
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, des frais de trafic Internet vous sont facturés. Pour plus d'informations, consultez la Présentation de la facturation. |
|
Migration incrémentielle des données |
Facturé. Pour plus d'informations, consultez la Présentation de la facturation. |
Autorisations des comptes de base de données
Pour garantir le succès de la migration des données, les comptes des bases de données source et de destination doivent disposer des autorisations suivantes :
Azure SQL Database
Migration du schéma : nécessite l'autorisation
SELECT.Migration complète : nécessite l'autorisation
SELECT.Migration incrémentielle : nécessite le rôle
sysadminpour CDC.
Le compte disposant des privilèges les plus élevés (administrateur du serveur) dans la console Azure SQL Database possède déjà les autorisations requises.
Pour les bases de données utilisant le modèle d'achat basé sur les vCore, tous les niveaux prennent en charge CDC. Pour les bases de données utilisant le modèle d'achat basé sur DTU, seules les instances de niveau S3 ou supérieur prennent en charge CDC.
Pour plus d'informations, consultez la documentation Azure ou contactez le support technique.
RDS SQL Server
La migration du schéma, la migration complète et la migration incrémentielle nécessitent des autorisations en lecture et en écriture.
Dans la console RDS, vous pouvez créer un compte standard ou privilégié et modifier les autorisations des comptes.
Procédure
La fonctionnalité de migration tout-en-un disponible dans la console RDS est simple d'utilisation : elle migre par défaut le schéma, les données complètes et les données incrémentielles. La fonctionnalité de migration proposée dans la console DTS prend en charge des types de migration personnalisés et des paramètres plus avancés, mais nécessite une configuration plus complexe.
Méthode 1 : Utiliser One-stop Cloud
Accédez à la liste des instances ApsaraDB RDS, sélectionnez une région en haut de la page, puis cliquez sur l'ID de l'instance cible.
Dans le volet de navigation de gauche, cliquez sur Data Migration and Synchronization pour accéder à la page Data Migration.
-
Cliquez sur One-stop Cloud et configurez les bases de données source et de destination.
Catégorie
Paramètre
Description
S.O.
Task Name
Spécifiez un nom descriptif pour la tâche afin de l'identifier facilement. Le nom n'a pas besoin d'être unique. Vous pouvez également conserver le nom de tâche généré automatiquement.
Source Database
Database Type
La valeur par défaut est SQL Server. Aucune sélection n'est requise.
Type
Sélectionnez Azure.
Access Method
Sélectionnez Public IP Address ou Express Connect, VPN Gateway, or Smart Access Gateway selon la manière dont votre base de données SQL Server sur Azure se connecte à Alibaba Cloud.
ImportantSi la base de données source est une instance managée Azure SQL, sélectionnez Public IP Address.
Instance Region
-
Si Access Method est défini sur Public IP Address : sélectionnez la région où se trouve la base de données SQL Server sur Azure.
RemarqueSi la région de votre base de données SQL Server ne figure pas dans la liste, sélectionnez la région géographiquement la plus proche de votre base de données.
-
Si Access Method est défini sur Express Connect, VPN Gateway, or Smart Access Gateway : sélectionnez la région du Virtual Private Cloud (VPC) Alibaba Cloud auquel la base de données SQL Server est connectée.
Connected VPC
Sélectionnez l'ID du Virtual Private Cloud (VPC) Alibaba Cloud auquel la base de données SQL Server sur Azure est connectée.
RemarqueCe paramètre est disponible uniquement lorsque 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 la base de données SQL Server sur Azure.
RemarqueL'utilisation d'un nom de domaine est recommandée.
Port Number
Saisissez le numéro de port du service.
Database Account
Saisissez le compte de base de données pour la base de données SQL Server sur Azure et assurez-vous que le compte dispose des autorisations requises.
ImportantLe format d'un compte Azure SQL Database est
<administrator account>@<instance server name>. Par exemple, si le compte administrateur de la base de données Azure SQL esttestuseret que le nom du serveur de l'instance estdtstest(vous pouvez exécuter la commandeSELECT @@SERVERNAME AS ServerNamepour interroger le nom), vous devez saisirtestuser@dtstestpour le paramètre Database Account.Database Password
Saisissez le mot de passe du compte de base de données.
Encryption
-
Si le chiffrement SSL n'est pas activé sur la base de données source, sélectionnez Non-encrypted.
-
Si le chiffrement SSL est activé sur la base de données source, sélectionnez SSL-encrypted. Par défaut, Data Transmission Service (DTS) fait confiance au certificat du serveur.
Destination Database
Database Type
La valeur par défaut est SQL Server. Aucune sélection n'est requise.
Access Method
La valeur par défaut est Alibaba Cloud Instance. Aucune sélection n'est requise.
Instance Region
Région de l'instance ApsaraDB RDS for SQL Server. Ce paramètre ne peut pas être modifié.
Instance ID
ID de l'instance ApsaraDB RDS for SQL Server. Ce paramètre ne peut pas être modifié.
Database Account
Saisissez le compte de base de données pour l'instance ApsaraDB RDS for SQL Server et assurez-vous que le compte dispose des autorisations requises.
Database Password
Saisissez le mot de passe du compte de base de données.
Encryption
-
Si le chiffrement SSL n'est pas activé sur la base de données de destination, sélectionnez Non-encrypted.
-
Si le chiffrement SSL est activé sur la base de données de destination, sélectionnez SSL-encrypted. Par défaut, DTS fait confiance au certificat du serveur.
-
-
Une fois la configuration terminée, cliquez sur Test Connection and Go to Next Step en bas de la page.
ImportantAssurez-vous d'ajouter les blocs CIDR du serveur DTS affichés dans la fenêtre contextuelle à la liste d'autorisation de votre base de données SQL Server sur Azure. Notez que l'ajout d'adresses IP DTS peut introduire des risques de sécurité. Pour les atténuer, prenez les mesures de sécurité appropriées, telles que l'utilisation de mots de passe robustes et la restriction de l'accès aux ports.
-
Le système évalue le type de votre base de données source et génère les deux plans de migration suivants.
Si vous sélectionnez le plan Full and Incremental Data Migration, cliquez sur Configure Objects en bas de la page et passez à l'étape suivante.
-
Si vous sélectionnez un autre plan de migration, vous n'avez pas besoin d'effectuer les étapes suivantes.
RemarqueCliquez sur View Migration Documentation en bas de la page pour consulter les étapes relatives au plan sélectionné.
-
Sur la page Configure Objects, spécifiez les objets à migrer.
Paramètre
Description
Method to Migrate Triggers in Source Database
Lors de la migration incrémentielle des données, la migration prématurée des déclencheurs vers la base de données de destination peut 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 la rubrique Configurer la synchronisation ou la migration des déclencheurs.
RemarqueSi les objets à 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.RemarqueVous pouvez sélectionner des objets à migrer au niveau de la base de données, de la table ou de la colonne. Si vous sélectionnez une table ou une colonne, 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 section Selected Objects. Pour plus d'informations, consultez la rubrique Mappage des noms d'objets.
-
Pour supprimer un objet sélectionné, cliquez sur l'objet dans le volet Selected Objects, puis cliquez sur
pour le déplacer vers le volet Source Objects.
Remarque-
Si vous utilisez le mappage des noms d'objets, la migration d'autres objets qui dépendent de l'objet renommé peut échouer.
-
Pour filtrer les données à l'aide d'une clause WHERE, cliquez avec le bouton droit sur une table dans le volet Selected Objects, puis définissez les conditions de filtre dans la boîte de dialogue qui s'affiche.
-
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 dans le volet Selected Objects, puis sélectionnez les opérations SQL souhaitées dans la boîte de dialogue qui s'affiche.
-
-
Facultatif : Développez Advanced settings pour configurer les paramètres avancés.
Paramètre
Description
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 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) pour 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) pour 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 de 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 vitesse de vérification et réduire la charge de la base de données.
RemarqueUne valeur de paramètre égale à 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, la vitesse est illimité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 s'affiche.
Si vous n'avez pas besoin d'afficher les paramètres de l'API ou si vous avez terminé leur consultation, cliquez sur Next: Save Task Settings and Precheck en bas de la page.
RemarqueAvant 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 réussi cette pré-vérification.
Si la pré-vérification échoue, cliquez sur View Details à côté de l'élément de vérification ayant échoué, corrigez le problème en suivant les instructions, puis relancez la pré-vérification.
-
Si un avertissement est signalé 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 ayant échoué, corrigez le problème en suivant les instructions, puis relancez la pré-vérification.
Pour les éléments de vérification qui peuvent être ignorés, vous pouvez cliquer sur Confirm Alert Details, Ignore, OK et Precheck Again pour ignorer l'élément d'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 l'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 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 la gestion des ressources ?
Instance Class
DTS propose des spécifications de migration avec différents niveaux de performance. La spécification du lien affecte la vitesse de migration. Vous pouvez sélectionner une spécification en fonction de votre scénario métier. Pour plus d'informations, consultez Spécifications des liens de migration de données.
Une fois la configuration terminée, lisez et sélectionnez 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.
RemarqueSi 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 Running.
-
Méthode 2 : Migrer les données avec la console DTS
Accédez à la console Data Transmission Service (DTS).
Dans le volet de navigation de gauche, cliquez sur Data Migration. Dans la barre de navigation supérieure, sélectionnez une région.
-
Cliquez sur Create Task et configurez les informations de la base de données source et de destination.
Catégorie
Paramètre
Description
N/A
Task Name
Spécifiez un nom descriptif pour la tâche afin de faciliter son identification. Le nom n'a pas besoin d'être unique. Vous pouvez également utiliser le nom par défaut généré par le système.
Source Database
Select Existing Connection
Si vous avez enregistré les informations de la base de données source sur la page Gestion des connexions de données DTS, vous pouvez sélectionner la connexion enregistrée pour éviter une saisie manuelle.
Database Type
Sélectionnez SQL Server.
Access Method
Sélectionnez Public IP Address ou Express Connect, VPN Gateway, or Smart Access Gateway selon la manière dont votre base de données SQL Server sur Azure se connecte à Alibaba Cloud.
ImportantSi la base de données source est une Azure SQL Managed Instance, sélectionnez Public IP Address.
Instance Region
-
Si vous définissez Access Method sur Public IP Address, sélectionnez la région où se trouve la base de données SQL Server sur Azure.
RemarqueSi la région de la base de données source 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 VPC utilisé pour se connecter à la base de données SQL Server.
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.
RemarqueCe paramètre est disponible uniquement lorsque vous définissez Access Method sur Express Connect, VPN Gateway, or Smart Access Gateway.
Connected VPC
Sélectionnez l'ID du VPC utilisé pour se connecter à la base de données SQL Server.
RemarqueCe paramètre est disponible uniquement lorsque vous définissez Access Method sur Express Connect, VPN Gateway, or Smart Access Gateway.
Domain Name or IP
Saisissez le nom d'hôte ou l'adresse IP de la base de données SQL Server sur Azure.
RemarqueNous vous recommandons de saisir le nom d'hôte.
Port Number
Saisissez le port de service de la base de données SQL Server sur Azure.
Database Account
Saisissez le compte de base de données de la base de données SQL Server sur Azure et assurez-vous que le compte dispose des autorisations requises.
ImportantLe format d'un compte Azure SQL Database est
<administrator account>@<instance server name>. Par exemple, si le compte administrateur de la base de données Azure SQL esttestuseret que le nom du serveur d'instance estdtstest(vous pouvez exécuter la commandeSELECT @@SERVERNAME AS ServerNamepour interroger le nom), vous devez alors saisirtestuser@dtstestpour le Database Account.Database Password
Saisissez le mot de passe du compte de base de données.
Encryption
-
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. DTS fait confiance au certificat côté serveur par défaut.
Destination Database
Select Existing Connection
Si vous avez enregistré les informations de la base de données de destination sur la page Gestion des connexions de données DTS, vous pouvez sélectionner la connexion enregistrée pour éviter une saisie manuelle.
Database Type
Sélectionnez SQL Server.
Access Method
Sélectionnez Alibaba Cloud Instance.
Instance Region
Sélectionnez la région où se trouve l'instance RDS for SQL Server de destination.
Instance ID
Sélectionnez l'ID de l'instance RDS for SQL Server de destination.
Database Account
Saisissez le compte de base de données de l'instance RDS for SQL Server de destination et assurez-vous que le compte dispose des autorisations requises.
Database Password
Saisissez le mot de passe du compte de base de données.
Encryption
-
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. DTS fait confiance au certificat côté serveur par défaut.
-
-
Une fois la configuration terminée, cliquez sur Test Connectivity and Proceed en bas de la page.
ImportantAjoutez les adresses IP du serveur DTS affichées dans la boîte de dialogue contextuelle à la liste d'autorisation de votre base de données SQL Server sur Azure. Ajouter des adresses IP à une liste d'autorisation peut présenter des risques de sécurité. Prenez les mesures de sécurité appropriées, telles que l'utilisation de mots de passe forts et la restriction de l'accès aux ports.
-
Configurez les objets de la tâche.
-
Sur la page Configure Objects, configurez les objets que vous souhaitez migrer.
Paramètre
Description
Migration Types
-
Pour une migration complète des données, sélectionnez Schema Migration et Full Data Migration.
-
Pour une migration sans interruption de service, sélectionnez Schema Migration, Full Data Migration et Incremental Data Migration.
Remarque-
Pour plus d'informations, consultez l'Annexe 1 : Opérations SQL prises en charge pour la migration incrémentielle des données et l'Annexe 2 : Objets pris en charge pour la migration du schéma.
-
Si vous ne sélectionnez pas Schema Migration, assurez-vous que la base de données de destination contient les bases de données et les tables vers lesquelles les données seront migrées. Si nécessaire, utilisez la fonctionnalité de mappage des noms d'objets dans le volet Selected Objects.
-
Si vous ne sélectionnez pas Incremental Data Migration, n'écrivez aucune nouvelle donnée sur 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, une migration prématurée des déclencheurs vers la base de données de destination peut 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 la rubrique Configurer la synchronisation ou la migration des déclencheurs.
Remarque-
Ce paramètre n'est disponible que si vous sélectionnez à la fois Schema Migration et Incremental Data Migration pour les Migration Types.
-
Si les objets de migration n'incluent pas de déclencheurs, vous pouvez conserver le paramètre par défaut.
SQL Server Incremental Synchronization Mode
Sélectionnez Polling and querying CDC instances for incremental synchronization.
RemarqueCe paramètre n'est disponible que si les Migration Types incluent la Incremental Data Migration.
The maximum number of tables for which CDC is enabled that DTS supports.
Dans 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 portant le même nom n'existe, la vérification préalable est réussie. Si des tables portant le même nom existent, une erreur est signalée lors de la vérification préalable et la tâche de migration des données ne démarre pas.
RemarqueSi 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 la rubrique Mappage des noms d'objets.
Ignore Errors and Proceed : Ignore la vérification des tables portant le même nom.
AvertissementLa sélection de l'option Ignore Errors and Proceed peut entraîner une incohérence des données et des risques pour votre 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 la rubrique 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.RemarqueVous pouvez sélectionner des objets à migrer au niveau de la base de données, de la table ou de la colonne. Si vous sélectionnez une table ou une colonne, d'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 section Selected Objects. Pour plus d'informations, consultez la rubrique Mappage des noms d'objets.
-
Pour supprimer un objet sélectionné, cliquez sur l'objet dans le volet Selected Objects, puis cliquez sur
pour le déplacer vers le volet Source Objects.
Remarque-
Si vous utilisez le 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 d'une clause WHERE, cliquez avec le bouton droit sur une table dans le volet Selected Objects, puis définissez les conditions de filtrage dans la boîte de dialogue qui s'affiche.
-
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 dans le volet Selected Objects, puis sélectionnez les opérations SQL 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 des tâches plus stables, vous pouvez acheter 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 démarrée, si la connexion à la base de données source ou de destination échoue, DTS signale une erreur et commence immédiatement à réessayer la connexion. La durée de nouvelle tentative par défaut est de 720 minutes. Vous pouvez personnaliser le délai de nouvelle tentative avec une valeur comprise entre 10 et 1440 minutes. Nous vous recommandons de définir une durée supérieure à 30 minutes. Si DTS se reconnecte aux bases de données source et de destination dans le délai spécifié, la tâche de migration reprend automatiquement. Dans le cas contraire, la tâche échoue.
RemarquePour plusieurs instances DTS partageant la même source ou la même destination, le délai de nouvelle tentative réseau est déterminé par le paramètre de la dernière tâche créée.
Étant donné que la tâche est facturée pendant la période de nouvelle tentative de connexion, nous vous recommandons de personnaliser le délai 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 démarrée, si un problème autre qu'un problème de connectivité, tel qu'une exception d'exécution DDL ou DML, se produit dans la base de données source ou de destination, DTS signale une erreur et commence immédiatement à réessayer l'opération. La durée de nouvelle tentative par défaut est de 10 minutes. Vous pouvez personnaliser le délai de nouvelle tentative avec une valeur comprise entre 1 et 1440 minutes. Nous vous recommandons de définir une durée supérieure à 10 minutes. Si les opérations associées réussissent dans le délai de nouvelle tentative spécifié, la tâche de migration reprend automatiquement. Dans le cas contraire, la tâche échoue.
ImportantLa valeur du paramètre Retry Time for Other Issues doit être inférieure à la valeur du paramètre 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 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.
RemarqueCet élément de configuration n'est disponible que si vous sélectionnez l'option Full Data Migration pour les Migration Types.
Vous pouvez également ajuster la vitesse de migration complète une fois que l'instance de migration est 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.
RemarqueCet élément de configuration n'est disponible que si vous sélectionnez l'option Incremental Data Migration pour les Migration Types.
Vous pouvez également ajuster la vitesse de migration incrémentielle une fois que l'instance de migration est en cours d'exécution.
Environment Tag
En fonction de vos besoins métier, vous pouvez sélectionner un tag d'environnement pour identifier l'instance. Dans cet exemple, il n'est pas nécessaire de sélectionner un tag.
Configure ETL
Choisissez d'activer ou non la fonctionnalité ETL (Extract, Transform, Load). Pour plus d'informations, consultez la rubrique Qu'est-ce que 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 la rubrique Configurer ETL dans une tâche de migration ou de synchronisation des données.
-
No : Désactive la fonctionnalité ETL.
Monitoring and Alerting
Sélectionnez si vous souhaitez configurer des alertes et recevoir des notifications d'alerte en fonction de vos besoins métier.
No : Ne configure pas d'alerte.
Yes : Configurez les alertes en définissant un seuil d'alerte et des notifications d'alerte. 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.
Pour utiliser la fonctionnalité de vérification des données, consultez la rubrique Configurer la vérification des données.
-
-
Enregistrez la tâche et exécutez une vérification préalable.
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 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.
RemarqueAvant le démarrage de la tâche de migration, DTS effectue une vérification préalable. La tâche ne démarre qu'après réussite de cette vérification.
Si la vérification préalable échoue, cliquez sur View Details à côté de l'élément de vérification ayant échoué, corrigez le problème selon l'invite, puis relancez la vérification préalable.
-
Si un avertissement est signalé lors de la vérification préalable :
Pour les éléments de vérification qui ne peuvent pas être ignorés, cliquez sur View Details à côté de l'élément ayant échoué, corrigez le problème selon l'invite, puis relancez la vérification préalable.
Pour les éléments de vérification qui peuvent être ignorés, vous pouvez cliquer sur Confirm Alert Details, Ignore, OK et Precheck Again pour ignorer l'élément d'avertissement et relancer la vérification préalable. Si vous choisissez d'ignorer un avertissement, cela peut entraîner des problèmes tels qu'une incohérence des données et présenter des risques pour votre activité.
-
Achetez l'instance.
Lorsque le Success Rate atteint 100 %, cliquez sur Next: Purchase Instance.
-
Sur la page Purchase, sélectionnez la spécification de lien pour l'instance de migration des données. Pour plus d'informations, consultez le tableau suivant.
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 la rubrique Qu'est-ce que la gestion des ressources ?
Instance Class
DTS propose des spécifications de migration avec différents niveaux de performance. La spécification de lien affecte la vitesse de migration. Vous pouvez sélectionner une spécification en fonction de votre scénario métier. Pour plus d'informations, consultez la rubrique 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 consulter la progression de la tâche de migration sur la page de liste Data Migration Tasks.
RemarqueSi 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, l'Status de la tâche est Running.
Annexe 1 : Opérations SQL prises en charge
Opérations DML
INSERT, UPDATE et DELETE
La migration incrémentielle des données ne prend pas en charge les instructions UPDATE qui modifient uniquement un champ de grande taille.
Opérations DDL
-
CREATE TABLERemarqueL'opération
CREATE TABLEn'est pas prise en charge pour les tables partitionnées ou lorsque la définition de la table contient une fonction. -
ALTER TABLESeules les clauses
ADD COLUMNetDROP COLUMNsont prises en charge. DROP TABLECREATE INDEXetDROP INDEX
Les opérations DDL transactionnelles ne sont pas prises en charge. Par exemple, une instruction SQL unique qui ajoute plusieurs colonnes ou qui mélange des opérations DDL et DML peut entraîner une perte de données.
Les opérations DDL utilisant un type défini par l'utilisateur ne sont pas prises en charge.
Le DDL en ligne n'est pas pris en charge.
Les opérations DDL utilisant un mot clé réservé comme nom d'attribut 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.
L'opération
TRUNCATE TABLEn'est pas prise en charge.
Annexe 2 : Objets pris en charge pour la migration du schéma
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 : assemblies, service brokers, 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.
FAQ
-
La migration cloud tout-en-un d'ApsaraDB RDS permet-elle de sélectionner les objets à vérifier ?
Non. Par défaut, les objets à vérifier sont identiques aux objets migrés.
-
Quel est le mode de vérification complète pour la migration cloud tout-en-un d'ApsaraDB RDS ?
Il s'agit d'une vérification par hachage avec un taux d'échantillonnage de 100 %.
-
Quelle est la référence de base pour la vérification complète dans la migration cloud tout-en-un d'ApsaraDB RDS ?
Elle utilise l'union des bases de données source et de destination comme référence pour vérifier la cohérence des données.