Cette rubrique explique comment utiliser la fonctionnalité de migration basée sur une passerelle physique disponible dans la console Data Transmission Service (DTS) pour migrer une base de données SQL Server auto-gérée depuis une instance ECS, un centre de données ou un autre serveur cloud vers ApsaraDB RDS for SQL Server. DTS prend en charge deux scénarios réseau selon la méthode d'accès au serveur source : directement via le réseau public ou par l'intermédiaire d'un hôte bastion. Fondée sur un protocole de passerelle physique, cette fonctionnalité offre des vitesses de transfert élevées, une grande simplicité d'utilisation et une stabilité optimale. Son adaptabilité à divers environnements réseau améliore considérablement l'efficacité de la migration.
Choisir un plan de migration
Choisissez un plan de migration adapté à votre environnement réseau. Pour plus d'informations, consultez la section Annexe : Différences entre la migration via une passerelle de sauvegarde et la migration logique des données.
Plan de migration | Description |
| |
|
Prérequis
Les prérequis varient selon le scénario de migration. Vérifiez les exigences correspondant au scénario que vous avez sélectionné.
Scénario 1 : Avec accès public
-
La base de données SQL Server auto-gérée source doit être l'une des versions suivantes : SQL Server 2019, 2017, 2016, 2014, 2012, 2008 R2 ou 2005.
RemarqueLes bases de données auto-gérées hébergées sur des instances ECS, dans des centres de données ou sur des serveurs cloud tiers sont prises en charge. Les bases de données cloud ne sont pas prises en charge.
-
L'instance RDS for SQL Server cible doit répondre aux exigences suivantes :
La base de données cible doit être l'une des versions suivantes : SQL Server 2019, 2017, 2016, 2012 ou 2008 R2.
La version de l'instance RDS for SQL Server cible doit être supérieure ou égale à celle de la base de données SQL Server auto-gérée source.
-
Utilisez votre compte Alibaba Cloud pour effectuer les tâches d'autorisation suivantes :
Créer une AccessKey et obtenez l'Access Key ID ainsi que l'Access Key Secret. Ces identifiants sont utilisés pour la vérification d'identité et l'enregistrement de la passerelle client.
Si vous souhaitez utiliser un utilisateur RAM, attribuez l'autorisation AliyunDBSFullAccess à l'utilisateur RAM.
Scénario 2 : Sans accès public
-
La base de données SQL Server auto-gérée source doit répondre aux exigences suivantes :
-
La base de données SQL Server auto-gérée source doit être l'une des versions suivantes : SQL Server 2019, 2017, 2016, 2014, 2012, 2008 R2 ou 2005.
RemarqueLes bases de données auto-gérées hébergées sur des instances ECS, dans des centres de données ou sur des serveurs cloud tiers sont prises en charge. Les bases de données cloud ne sont pas prises en charge.
-
Sur le serveur qui héberge la base de données auto-gérée source, ne définissez pas les variables d'environnement
HTTP_PROXYetHTTPS_PROXY.ImportantSi ces variables d'environnement sont définies, le système privilégie la passerelle proxy spécifiée par les variables. Cela remplace la passerelle de base de données installée sur l'hôte bastion à l'étape 1 et provoque un échec de la connexion réseau.
-
-
L'instance RDS for SQL Server cible doit répondre aux exigences suivantes :
La base de données cible doit être l'une des versions suivantes : SQL Server 2019, 2017, 2016, 2012 ou 2008 R2.
La version de l'instance RDS for SQL Server cible doit être supérieure ou égale à celle de la base de données SQL Server auto-gérée source.
Si l'hôte bastion exécute Linux, installez JRE (Java Runtime Environment) version 1.8 sur l'hôte bastion. Vous pouvez le télécharger depuis le site officiel.
-
Utilisez votre compte Alibaba Cloud pour effectuer les tâches d'autorisation suivantes :
Créer une AccessKey et obtenez l'Access Key ID ainsi que l'Access Key Secret. Ces identifiants sont utilisés pour la vérification d'identité et l'enregistrement de la passerelle client.
Si vous souhaitez utiliser un utilisateur RAM, attribuez l'autorisation AliyunDBSFullAccess à l'utilisateur RAM.
Limitations
Vérifiez les limitations suivantes avant d'utiliser DTS pour migrer des données. Leur non-respect peut entraîner l'échec de la migration ou générer des erreurs.
Limitations de la base de données source
DTS prend uniquement en charge SQL Server exécuté sous Windows. La version bureau doit être Windows XP ou ultérieure, et la version serveur doit être Windows Server 2003 ou ultérieure.
La taille de la base de données source ne doit pas dépasser l'espace de stockage disponible de l'instance RDS for SQL Server cible. Dans le cas contraire, la migration échouera.
Le nom de la base de données source ne doit pas être identique à celui d'une base de données existante sur l'instance cible.
-
Le nom de la base de données source ne doit pas correspondre à un nom de base de données système ou à d'autres noms de base de données réservés, tels que :
reserved_dbname = ["master", "tempdb", "msdb", "model", "distribution","rdscore","sys_info"] -
Le serveur SQL Server source doit respecter les exigences réseau suivantes :
Si la source est une base de données auto-gérée sur une instance ECS Alibaba Cloud avec son pare-feu désactivé, vous pouvez y accéder via un VPC ou Internet.
Si la source n'est pas une base de données auto-gérée sur une instance ECS Alibaba Cloud et que son pare-feu est désactivé, vous pouvez y accéder uniquement via Internet.
Si un pare-feu est activé pour la base de données source, vous devez ajouter
*.aliyuncs.comà la liste d'autorisation afin de garantir la connectivité réseau.
Limitations de version et d'édition
-
La version du moteur de base de données de l'instance SQL Server cible doit être identique ou supérieure à celle du serveur SQL Server source. La hiérarchie des versions est la suivante :
2019 > 2017 > 2016 > 2012 > 2008 R2 > 2005
-
Enterprise (Developer) > Standard > Web > Express
Le nombre maximal de bases de données pris en charge par une instance RDS varie selon ses spécifications. Avant de migrer plusieurs bases de données, vérifiez que le nombre de bases à migrer ne dépasse pas la limite de l'instance cible.
Autres limitations
Vous pouvez effectuer des opérations d'écriture incrémentielle sur la base de données SQL Server auto-gérée source pendant la migration des données. Toutefois, évitez toute opération d'écriture lors du basculement afin de prévenir toute incohérence des données.
Pendant une migration incrémentielle, la base de données RDS for SQL Server cible est temporairement indisponible. Elle reste inaccessible jusqu'à la fin de la migration et du basculement.
Lors d'une migration physique, n'effectuez pas d'autres opérations de sauvegarde de base de données, sauf si elles sont lancées avec l'option COPY_ONLY activée.
Vous pouvez migrer une seule base de données, plusieurs bases de données ou une instance entière.
DTS ne prend pas en charge la migration des données FileStream et FileTables.
DTS ne prend pas en charge la migration des tables en mémoire.
Dans SQL Server, les fonctionnalités In-Memory OLTP et Mirroring sont incompatibles. Si votre base de données source possède une base de données en mémoire activée, l'instance cible ne peut pas être une instance RDS High-availability Edition.
Instructions
Scénario 1 : Base de données auto-hébergée avec accès public
1. Installer la passerelle de sauvegarde sur l'hôte
Vous devez d'abord installer une passerelle de sauvegarde sur le serveur qui héberge votre base de données source auto-hébergée.
Procédure
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. Sur la page Configure Source and Destination Databases, sélectionnez SQL Server > Physical Protocol, puis cliquez sur Create Physical Protocol Gateway.
-
Dans la boîte de dialogue Installation Command, sélectionnez une Region of Backup Gateway et un Network Type of Backup Gateway, copiez la commande d'installation de la passerelle et téléchargez manuellement le package.
RemarqueSélectionnez Public pour un accès via le réseau public. Sélectionnez ECS Private Network/VPC pour un accès via Express Connect ou un VPC.
-
Installez la passerelle de sauvegarde (AliyunDBSAgent) sur votre appareil ou serveur Windows local.
Dans le dossier téléchargé, double-cliquez sur setup.exe.
Sélectionnez une langue d'installation, cliquez sur OK, puis sur Next.
Lisez et acceptez le contrat, puis cliquez sur Next.
-
Sélectionnez DBS Backup Gateway, puis cliquez sur Next.
Sélectionnez un chemin d'installation, cliquez sur Next, puis sur OK.
-
Sélectionnez une Backup Gateway Region, saisissez votre Access Key ID et Access Key Secret, puis cliquez sur Next.
ImportantAssurez-vous que la passerelle de sauvegarde est installée dans la même région que l'instance ApsaraDB RDS for SQL Server cible.
Les informations AccessKey sont stockées en texte clair dans le fichier
.\config\dbs-agent.confdu répertoire d'installation.
-
Confirmez les packages de composants et cliquez sur Next.
L'installation de la passerelle de sauvegarde commence. Le processus prend de 1 à 5 minutes.
-
Cliquez sur Done.
Vous pouvez vérifier l'état de l'installation dans le fichier
C:\Program Files\aliyun\dbs_agent\logs\agent.log. La passerelle est correctement installée si le journal contient des entrées similaires à l'exemple suivant. Ce journal montre que la passerelle envoie une demande de maintien de connexion toutes les 10 secondes.2021-01-05 00:00:01 INFO KeepAliveActor:100 - start process tick tock request with id 377119 2021-01-05 00:00:01 INFO KeepAliveActor:224 - processed keep alive message with request id 377119 2021-01-05 00:00:11 INFO KeepAliveActor:100 - start process tick tock request with id 377120 2021-01-05 00:00:11 INFO KeepAliveActor:224 - processed keep alive message with request id 377120 2021-01-05 00:00:21 INFO KeepAliveActor:100 - start process tick tock request with id 377121 2021-01-05 00:00:21 INFO KeepAliveActor:224 - processed keep alive message with request id 377121 2021-01-05 00:00:31 INFO KeepAliveActor:100 - start process tick tock request with id 377122 2021-01-05 00:00:31 INFO KeepAliveActor:224 - processed keep alive message with request id 377122 2021-01-05 00:00:41 INFO KeepAliveActor:100 - start process tick tock request with id 377123 2021-01-05 00:00:41 INFO KeepAliveActor:224 - processed keep alive message with request id 377123 2021-01-05 00:00:51 INFO KeepAliveActor:100 - start process tick tock request with id 377124 2021-01-05 00:00:51 INFO KeepAliveActor:224 - processed keep alive message with request id 377124 2021-01-05 00:01:01 INFO KeepAliveActor:100 - start process tick tock request with id 377125 2021-01-05 00:01:01 INFO KeepAliveActor:224 - processed keep alive message with request id 377125 2021-01-05 00:01:11 INFO KeepAliveActor:100 - start process tick tock request with id 377126 2021-01-05 00:01:11 INFO KeepAliveActor:224 - processed keep alive message with request id 377126 2021-01-05 00:01:21 INFO KeepAliveActor:100 - start process tick tock request with id 377127 2021-01-05 00:01:21 INFO KeepAliveActor:224 - processed keep alive message with request id 377127 2021-01-05 00:01:31 INFO KeepAliveActor:100 - start process tick tock request with id 377128 2021-01-05 00:01:31 INFO KeepAliveActor:224 - processed keep alive message with request id 377128 2021-01-05 00:01:41 INFO KeepAliveActor:100 - start process tick tock request with id 377129 2021-01-05 00:01:41 INFO KeepAliveActor:224 - processed keep alive message with request id 377129
Une fois la passerelle de sauvegarde installée, revenez à la boîte de dialogue Installation Command sur la console DTS et cliquez sur Installed.
-
Vérifiez que la passerelle de sauvegarde a démarré.
Dans la boîte de dialogue Exécuter de Windows, saisissez
services.mscet cliquez sur OK.-
Dans le Gestionnaire de services, vérifiez si le service a démarré. Si ce n'est pas le cas, faites un clic droit sur AliyunDBSAgent et sélectionnez Start dans le menu contextuel.
RemarqueLa passerelle de sauvegarde démarre par défaut. Vous pouvez également démarrer ou arrêter le service AliyunDBSAgent dans le Gestionnaire de services.
-
Consultez la passerelle de sauvegarde nouvellement ajoutée.
Sur la page Backup Gateway de Database Backup (DBS), cliquez sur Refresh dans le coin supérieur droit pour afficher la passerelle de sauvegarde nouvellement ajoutée.
RemarqueLe nom de la passerelle de sauvegarde nouvellement ajoutée commence par
DTS_.
Console Data Transmission Service (DTS)
2. Créer une tâche de migration 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 bases de données source et cible.
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
Configure Source and Destination Databases
Si vous avez enregistré les informations de connexion de la base de données source dans la gestion des connexions de données DTS, vous pouvez les sélectionner dans la liste déroulante pour remplir automatiquement les paramètres de connexion.
SQL Server
Sélectionnez Physical Protocol.
Create Physical Protocol Gateway
Sélectionnez Installation Command.
Region of Backup Gateway
Région où se trouve la base de données SQL Server auto-hébergée. Cette option est sélectionnée par défaut.
Network Type of Backup Gateway
Sélectionnez la passerelle de sauvegarde que vous avez installée lors de l'étape 1. Installer la passerelle de sauvegarde sur l'hôte.
Domain Name or IP
La valeur par défaut est localhost.
Port
Saisissez le numéro de port de la base de données SQL Server auto-hébergée. La valeur par défaut est 1433.
Destination Database
Select Existing Connection
Si vous avez enregistré les informations de connexion de la base de données cible dans la gestion des connexions de données DTS, vous pouvez les sélectionner dans la liste déroulante pour remplir automatiquement les paramètres de connexion.
Database Type
La valeur par défaut est SQL Server.
Access Method
La valeur par défaut est Access Key ID.
Access Key Secret
Sélectionnez la région où se trouve l'instance ApsaraDB RDS for SQL Server cible.
Next
Sélectionnez l'ID de l'instance ApsaraDB RDS for SQL Server cible.
Database Account
Saisissez le compte de base de données pour l'instance ApsaraDB RDS for SQL Server cible. Ce compte doit disposer des autorisations de lecture et d'écriture.
RemarqueDans la console ApsaraDB RDS, vous pouvez créer un compte standard ou privilégié et modifier les autorisations du compte selon vos besoins.
Database Password
Saisissez le mot de passe du compte de base de données.
Installation Command
Si le chiffrement SSL n'est pas activé pour la base de données cible, sélectionnez Installed.
Si le chiffrement SSL est activé pour la base de données cible, sélectionnez SSL-encrypted. DTS fait confiance au certificat côté serveur par défaut.
-
Cliquez sur Test Connectivity and Proceed.
ImportantAjoutez les adresses IP du serveur DTS affichées dans la boîte de dialogue à la liste d'autorisation de votre base de données SQL Server auto-hébergée. L'ajout d'adresses IP DTS à une liste d'autorisation peut présenter des risques de sécurité. Évaluez les risques et mettez en œuvre des mesures de protection, telles que l'utilisation de mots de passe robustes et la restriction de l'accès à des ports spécifiques.
-
Configurez les objets à migrer.
Paramètre
Description
Task Step
Pour effectuer uniquement une migration complète, sélectionnez Backup Gateway. Ce type est requis et sélectionné par défaut.
Pour effectuer une migration avec un temps d'arrêt minimal, sélectionnez à la fois Refresh et Backup Gateway.
RemarqueSi vous ne sélectionnez pas Incremental Data Migration, n'écrivez pas de nouvelles données dans l'instance source pendant la migration des données afin de garantir la cohérence des données.
Data Migration
Dans la zone Create Task, cliquez sur les objets que vous souhaitez migrer, puis cliquez sur l'icône
pour les déplacer vers la zone Selected Objects.RemarqueVous pouvez migrer une seule base de données, plusieurs bases de données ou une instance entière.
Selected Objects
Affiche les objets à migrer.
-
Cliquez sur Next: Advanced Settings pour configurer les paramètres avancés.
Paramètre
Description
Monitoring and Alerting
Indiquez si vous souhaitez définir des alertes et recevoir des notifications d'alerte en fonction de vos besoins professionnels.
No : ne définit pas d'alerte.
SQL Server : configurez les alertes en définissant un seuil d'alerte et des notifications d'alerte<!--@section data-translate-no-mark="" translate="no"-->. Si une migration échoue ou si la latence dépasse le seuil, le système envoie une notification d'alerte.
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 tente immédiatement de rétablir la connexion. La durée de nouvelle tentative par défaut est de 720 minutes. Vous pouvez personnaliser la durée 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. Sinon, la tâche échoue.
RemarquePour 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è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 la durée de nouvelle tentative en fonction de vos besoins professionnels 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.
-
Une fois la configuration terminée, cliquez sur Next: Save Task Settings and Precheck dans le coin inférieur droit de la page.
RemarqueDTS effectue une vérification préalable avant le démarrage de la tâche de migration. La tâche ne démarre qu'après la réussite de la vérification préalable.
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 en fonction de la cause et exécutez à nouveau la vérification préalable.
-
Si un avertissement est signalé lors de la vérification préalable :
Pour les éléments qui ne peuvent pas être ignorés, cliquez sur View Details à côté de l'élément de vérification ayant échoué. Corrigez le problème en fonction de la cause et exécutez à nouveau la vérification préalable.
Pour les éléments qui peuvent être ignorés, cliquez sur Confirm Alert Details, puis sur Ignore et enfin sur OK. Cliquez ensuite sur Precheck Again pour ignorer l'élément d'avertissement et exécuter à nouveau la vérification préalable. Ignorer un élément d'avertissement peut entraîner des incohérences de données et d'autres risques commerciaux.
Lorsque le Success Rate atteint 100 %, cliquez sur Next: Purchase Instance.

Sur la page buy, lisez et cochez la case Data Transmission Service (Pay-as-you-go) Service Terms.
-
Cliquez sur Buy and Start. Dans la boîte de dialogue OK, cliquez sur Select Existing Connection.
Sur la page Data Migration, vous pouvez cliquer sur la tâche de migration et afficher la progression de la migration sur la page Task Management.
RemarqueVous pouvez également afficher la progression de la migration complète ou incrémentielle dans la console ApsaraDB RDS, sur la page de l'instance cible.

Une fois que la progression de la migration complète atteint 100 % et pendant que la migration incrémentielle est en cours d'exécution, accédez à la page de la tâche de migration et cliquez sur le bouton Instance ID.
-
Dans la boîte de dialogue Are you sure you want to switch to the cloud?, cliquez sur Start Now et attendez que la tâche de migration soit terminée.
ImportantPour garantir la cohérence des données, arrêtez l'écriture des données dans l'instance source avant d'initier le basculement. Attendez que la tâche de basculement soit terminée, puis basculez votre connexion professionnelle vers l'instance cible. Ce processus prend plusieurs minutes.
Scénario 2 : Accéder à une base de données via un hôte bastion
1. Installer la passerelle proxy sur un hôte bastion
Cette section explique comment installer la passerelle proxy sur un hôte bastion exécutant Windows ou Linux.
Windows
Accédez à la DTS console.
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. Sur la page Connection Method, sélectionnez , puis cliquez sur Create Physical Protocol Gateway.
-
Dans la boîte de dialogue Installation Command, sélectionnez une Region of Backup Gateway et un Network Type of Backup Gateway. Copiez ensuite le lien d'installation de la passerelle et utilisez-le pour télécharger le programme d'installation.
ImportantEnregistrez ce lien. Vous en aurez besoin pour l'Étape 2 : Installer la passerelle de sauvegarde (hôte de base de données).
Si vous accédez à la base de données source via une adresse IP publique, sélectionnez Public. Si vous y accédez via Alibaba Cloud Express Connect, sélectionnez ECS Private Network/VPC.
-
Installez la passerelle proxy sur l'hôte bastion Windows.
Dans le fichier téléchargé, double-cliquez sur l'application
setup.exe.Sélectionnez une langue d'installation et cliquez sur OK.
Cliquez sur Next.
Lisez et acceptez les termes du contrat, puis cliquez sur Next.
Sélectionnez proxy gateway et cliquez sur Next.
-
Sélectionnez un chemin d'installation pour la passerelle proxy, cliquez sur Next, puis sur OK.
RemarquePar défaut, la passerelle est installée dans
C:\Program Files (x86)\aliyun\dbs_agent. Cliquez sur Next pour installer les fichiers de base de la passerelle proxy.
Une fois les fichiers de base installés, cliquez sur .
-
Ouvrez le Gestionnaire des tâches de Windows pour vérifier que la passerelle proxy est en cours d'exécution.
Après avoir installé la passerelle proxy sur l'hôte bastion, installez la passerelle de sauvegarde sur l'hôte de base de données.
Linux
Cette procédure explique comment obtenir le lien de téléchargement depuis la console DBS et installer la passerelle proxy sur l'hôte bastion Linux.
Connectez-vous au Data Management Service (DMS) 5,0.
-
Placez le pointeur sur l'icône
dans le coin supérieur gauche et choisissez .RemarqueSi vous utilisez la console DMS en mode normal, choisissez dans la barre de navigation supérieure.
Cliquez sur Install Backup Gateway dans le coin supérieur droit de la page.
-
Sélectionnez un Network Type of Backup Gateway, copiez la commande d'installation de la passerelle proxy et exécutez-la sur l'hôte bastion.
ImportantEnregistrez ce lien. Vous en aurez besoin pour l'Étape 2 : Installer la passerelle de sauvegarde (hôte de base de données).
Si vous accédez à la base de données source via une adresse IP publique, sélectionnez Public. Si vous y accédez via Alibaba Cloud Express Connect, sélectionnez ECS Private Network/VPC.
-
Dans l'interface de ligne de commande (CLI) Linux, exécutez la commande d'installation. Le système télécharge et exécute automatiquement le package d'installation. L'exemple suivant montre la sortie de la commande :
[root@iZbp****** ~]# wget -O aliyunDBSAgentInstaller.jar https://aliyun-dbs.oss-cn-hangzhou-internal.aliyuncs.com/installer/0.0.141/aliyunDBSAgentInstaller-0.0.141.jar && sudo java -Dregion=cn-hangzhou -jar aliyunDBSAgentInstaller.jar --2023-08-25 16:04:52-- https://aliyun-dbs.oss-cn-hangzhou-internal.aliyuncs.com/installer/0.0.141/aliyunDBSAgentInstaller-0.0.141.jar Resolving aliyun-dbs.oss-cn-hangzhou-internal.aliyuncs.com (aliyun-dbs.oss-cn-hangzhou-internal.aliyuncs.com)... 100.XXX.XX.XX, 100.XXX.XX.XX, 100.XXX.XX.XX, ... Connecting to aliyun-dbs.oss-cn-hangzhou-internal.aliyuncs.com (aliyun-dbs.oss-cn-hangzhou-internal.aliyuncs.com)|100.XXX.XX.XX|:443... connected. HTTP request sent, awaiting response... 200 OK Length: 247955671 (236M) [application/x-java-archive] Saving to: ‘aliyunDBSAgentInstaller.jar’ 100%[=======================================================================================================>] 247,955,671 19.9MB/s in 11s 2023-08-25 16:05:03 (21.4 MB/s) - ‘aliyunDBSAgentInstaller.jar’ saved [247955671/247955671] -
Saisissez 1 pour l'anglais.
Select your language 0 [x] chn 1 [ ] eng Input selection: 0 -
Saisissez 1 pour continuer.
Press 1 to continue, 2 to quit, 3 to redisplay 1 -
Saisissez 1 pour accepter le contrat.
Press 1 to accept, 2 to reject, 3 to redisplay 1 -
Sélectionnez le composant à installer. Y installe la passerelle de sauvegarde (Agent) et N installe la passerelle proxy (passerelle de base de données DG). Pour installer la passerelle proxy, saisissez N, puis saisissez Y pour confirmer votre sélection.
Enter Y for Yes, N for No: N -- DG -- Enter Y for Yes, N for No: Y Done! -
Saisissez 1 pour poursuivre l'installation.
Press 1 to continue, 2 to quit, 3 to redisplay 1 -
Sélectionnez un chemin d'installation. Appuyez sur Entrée pour utiliser le chemin par défaut
/usr/local/aliyun/dbs_agent.Si vous souhaitez installer le logiciel dans un chemin personnalisé, saisissez le chemin cible, puis saisissez 1 pour confirmer. Cette rubrique utilise le répertoire
/usr/local/aliyun/proxy_dbs_agentà titre d'exemple.Select installation path: [/usr/local/aliyun/dbs_agent] /usr/local/aliyun/daili_dbs_agent Press 1 to continue, 2 to quit, 3 to redisplay 1 -
Confirmez le composant à installer et saisissez 1 pour démarrer l'installation.
L'installation prend entre 1 et 5 minutes.
Select the packages that you want to install: [x] Pack 'Proxy Gateway Base Files' required Done! Press 1 to continue, 2 to quit, 3 to redisplay 1 ───────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────── Installing ───────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────── ==================== Installation started Platform: linux,version=3.10.0-1XXX.XX.X.el7.x86_64,arch=x64,symbolicName=null,javaVersion=1.8.0_372 [ Starting to unpack ] [ Processing package: Proxy Gateway Base Files (1/1) ] Cleaning up the target folder ... [ Unpacking finished ] Installation finished ───────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────── Installation complete ───────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────── Installation was successful Application installed on /usr/local/aliyun/daili_dbs_agent [ Writing the uninstaller data ... ] [ Console installation done ]
-
Exécutez la commande suivante pour vérifier que la passerelle proxy est en cours d'exécution :
ps aux | grep app_aliyun_proxyUne sortie similaire indique que la passerelle proxy est installée et que le processus s'exécute correctement. Si vous rencontrez d'autres erreurs que vous ne pouvez pas résoudre, contactez le groupe client DBS sur DingTalk (ID de groupe : 35585947).
[root@iZbp****** ~]# ps aux | grep app_aliyun_proxy root 1**** 0.0 0.5 7***** 9*** ? Ssl 16:06 0:00 /usr/local/aliyun/daili_dbs_agent/dist/app_aliyun_proxy/app_aliyun_proxy -addr :9797 -logdir /usr/local/aliyun/daili_dbs_agent/logs root 2**** 0.0 0.0 1***** 9** pts/1 S+ 16:08 0:00 grep --color=auto app_aliyun_proxy Après avoir installé la passerelle proxy sur l'hôte bastion, installez la passerelle de sauvegarde sur l'hôte de base de données.
2. Installer la passerelle de sauvegarde (hôte de base de données)
Installez la passerelle de sauvegarde DBS sur votre serveur de base de données auto-hébergé. Lors de l'installation, saisissez l'adresse IP de la passerelle proxy (l'adresse IP privée de l'hôte bastion).
-
Copiez le lien de téléchargement de la passerelle à partir de l'étape 4 de la section Installer la passerelle proxy sur l'hôte bastion, et téléchargez manuellement le package sur votre serveur de base de données auto-hébergé.
ImportantLe lien de téléchargement de la passerelle de sauvegarde doit correspondre au lien de l'étape 4 de la section Installer la passerelle proxy. Sinon, l'hôte de base de données ne pourra pas se connecter au réseau externe.
-
Installez la passerelle de sauvegarde DBS (AliyunDBSAgent) sur votre appareil ou serveur Windows local.
Dans le dossier téléchargé, double-cliquez sur setup.exe.
Sélectionnez une langue d'installation, cliquez sur OK, puis sur Next.
Lisez et acceptez le contrat, puis cliquez sur Next.
-
Sélectionnez DBS Backup Gateway, puis cliquez sur Next.
Sélectionnez un chemin d'installation, cliquez sur Next, puis sur OK.
-
Sélectionnez une Backup Gateway Region, saisissez votre Precheck Again, Access Key Secret, Proxy Gateway Address et Proxy Gateway Port, puis cliquez sur Next.
ImportantAssurez-vous que la région d'installation de la passerelle de sauvegarde DBS correspond à la région de l'instance RDS for SQL Server cible.
Votre Access Key ID et votre Access Key Secret sont stockés en texte clair dans le fichier
.\config\dbs-agent.confdu répertoire d'installation.Pour Proxy Gateway Address, saisissez l'adresse IP privée de l'hôte bastion. Le Proxy Gateway Port est par défaut défini sur 9797.
Une fois la configuration terminée, le système tente de se connecter à la passerelle proxy que vous avez configurée sur l'hôte bastion à l'étape 1. Si la connexion échoue, le système signale une erreur. Dans ce cas, vérifiez l'installation de la passerelle proxy.
-
Confirmez les packages de composants et cliquez sur Next.
L'installation de la passerelle de sauvegarde démarre. Le processus prend entre 1 et 5 minutes.
-
Cliquez sur Done.
Vous pouvez vérifier l'état de l'installation dans le fichier
C:\Program Files\aliyun\dbs_agent\logs\agent.log. La passerelle est installée avec succès si le journal contient des entrées similaires à l'exemple suivant. Ce journal montre que la passerelle envoie une requête de maintien de connexion (heartbeat) toutes les 10 secondes.2021-01-05 00:00:01 INFO KeepAliveActor:100 - start process tick tock request with id 377119 2021-01-05 00:00:01 INFO KeepAliveActor:224 - processed keep alive message with request id 377119 2021-01-05 00:00:11 INFO KeepAliveActor:100 - start process tick tock request with id 377120 2021-01-05 00:00:11 INFO KeepAliveActor:224 - processed keep alive message with request id 377120 2021-01-05 00:00:21 INFO KeepAliveActor:100 - start process tick tock request with id 377121 2021-01-05 00:00:21 INFO KeepAliveActor:224 - processed keep alive message with request id 377121 2021-01-05 00:00:31 INFO KeepAliveActor:100 - start process tick tock request with id 377122 2021-01-05 00:00:31 INFO KeepAliveActor:224 - processed keep alive message with request id 377122 2021-01-05 00:00:41 INFO KeepAliveActor:100 - start process tick tock request with id 377123 2021-01-05 00:00:41 INFO KeepAliveActor:224 - processed keep alive message with request id 377123 2021-01-05 00:00:51 INFO KeepAliveActor:100 - start process tick tock request with id 377124 2021-01-05 00:00:51 INFO KeepAliveActor:224 - processed keep alive message with request id 377124 2021-01-05 00:01:01 INFO KeepAliveActor:100 - start process tick tock request with id 377125 2021-01-05 00:01:01 INFO KeepAliveActor:224 - processed keep alive message with request id 377125 2021-01-05 00:01:11 INFO KeepAliveActor:100 - start process tick tock request with id 377126 2021-01-05 00:01:11 INFO KeepAliveActor:224 - processed keep alive message with request id 377126 2021-01-05 00:01:21 INFO KeepAliveActor:100 - start process tick tock request with id 377127 2021-01-05 00:01:21 INFO KeepAliveActor:224 - processed keep alive message with request id 377127 2021-01-05 00:01:31 INFO KeepAliveActor:100 - start process tick tock request with id 377128 2021-01-05 00:01:31 INFO KeepAliveActor:224 - processed keep alive message with request id 377128 2021-01-05 00:01:41 INFO KeepAliveActor:100 - start process tick tock request with id 377129 2021-01-05 00:01:41 INFO KeepAliveActor:224 - processed keep alive message with request id 377129
Après avoir installé la passerelle de sauvegarde DBS, revenez à la boîte de dialogue Buy and Start dans la console DTS et cliquez sur Installed.
-
Vérifiez que la passerelle de sauvegarde DBS est en cours d'exécution.
Dans la boîte de dialogue Exécuter de Windows, saisissez
services.mscet cliquez sur OK.-
Dans le Gestionnaire de services, vérifiez si le service a démarré. Si ce n'est pas le cas, faites un clic droit sur AliyunDBSAgent et sélectionnez Start dans le menu contextuel.
RemarqueLa passerelle de sauvegarde démarre par défaut. Vous pouvez également démarrer ou arrêter le service AliyunDBSAgent dans le Gestionnaire de services.
-
Affichez la passerelle de sauvegarde DBS nouvellement ajoutée.
Sur la page Backup Gateway, cliquez sur Refresh dans le coin supérieur droit pour afficher la nouvelle passerelle de sauvegarde DBS.
RemarqueLe nom de la nouvelle passerelle de sauvegarde DBS commence par
DTS_.
3. Créer une tâche de migration DTS
Dans le volet de navigation de gauche, cliquez sur Physical Protocol. Dans la barre de navigation supérieure, sélectionnez une région.
-
Cliquez sur Create Task et configurez les bases de données source et cible.
Catégorie
Paramètre
Description
S.O.
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 généré par défaut par le système.
Source Database
Select Existing Connection
Si vous avez enregistré les informations de connexion de la base de données source dans la gestion des connexions de données DTS, vous pouvez les sélectionner dans la liste déroulante pour éviter de les saisir à nouveau.
Database Type
Sélectionnez ECS Private Network/VPC.
Access Method
Sélectionnez Physical Protocol.
Instance Region
La valeur par défaut correspond à la région où se trouve la base de données SQL Server auto-hébergée.
Physical Protocol Gateway (DBS Backup Gateway)
Sélectionnez la passerelle de sauvegarde DBS que vous avez installée lors de l'étape 2. Installer la passerelle de sauvegarde sur l'hôte de la base de données.
Domain Name or IP
La valeur par défaut est localhost.
Port
Saisissez le port de service de la base de données SQL Server auto-hébergée. Le port par défaut est 1433.
Destination Database
Done
Si vous avez enregistré les informations de connexion de la base de données cible dans la gestion des connexions de données DTS, vous pouvez les sélectionner dans la liste déroulante pour éviter de les saisir à nouveau.
Database Type
La valeur par défaut est Security and disaster recovery (DBS).
Data Disaster Recovery (DBS)
La valeur par défaut est Backup Gateway.
Instance Region
Sélectionnez la région où se trouve l'instance ApsaraDB RDS for SQL Server cible.
Data Disaster Recovery (DBS)
Sélectionnez l'ID de l'instance ApsaraDB RDS for SQL Server cible.
Backup Gateway
Saisissez le compte de base de données pour l'instance ApsaraDB RDS for SQL Server cible. Ce compte doit disposer des autorisations de lecture et d'écriture.
RemarqueDans la console ApsaraDB RDS, vous pouvez créer un compte standard ou privilégié et modifier les autorisations du compte selon vos besoins.
Database Password
Saisissez le mot de passe du compte de base de données.
Connection Method
Si le chiffrement SSL n'est pas activé pour la base de données cible, sélectionnez Public.
Si le chiffrement SSL est activé pour la base de données cible, sélectionnez ECS Private Network/VPC. DTS fait confiance au certificat côté serveur par défaut.
-
Une fois les paramètres configurés, cliquez sur Test Connectivity and Proceed en bas de la page.
ImportantVeillez à ajouter les adresses IP du serveur DTS affichées dans la fenêtre contextuelle à la liste d'autorisation de votre base de données SQL Server auto-gérée. L'action consistant à ajouter les adresses IP DTS peut présenter des risques de sécurité. Veuillez prendre conscience de ces risques et adopter les mesures de protection appropriées, telles que le renforcement de la complexité des mots de passe et la restriction des ports.
-
Configurez les objets de migration.
Paramètre
Description
Next
Si vous devez effectuer uniquement une migration complète, sélectionnez Full Data Migration. Cette option est sélectionnée par défaut.
Pour une migration avec un temps d'arrêt quasi nul, sélectionnez à la fois Full Data Migration et Incremental Data Migration.
RemarqueSi vous ne sélectionnez pas Access Key ID, n'écrivez pas de nouvelles données dans la base de données source pendant la migration des données afin de garantir la cohérence de ces dernières.
Source Objects
Dans la zone Start, cliquez sur un objet que vous souhaitez migrer, puis cliquez sur
pour le déplacer vers la zone Selected Objects.RemarqueVous pouvez migrer une seule base de données, plusieurs bases de données ou une instance entière.
Selected Objects
Affiche les objets à migrer.
-
Cliquez sur Next: Advanced Settings pour configurer les paramètres avancés.
Paramètre
Description
All Features
Indiquez si vous souhaitez définir des alertes et recevoir des notifications d'alerte en fonction de vos besoins métier.
Security and disaster recovery (DBS) : ne définit pas d'alerte.
Yes : configurez les alertes en définissant un seuil d'alerte et des notifications d'alerte. Si une migration échoue ou si la latence dépasse le seuil, le système envoie une notification d'alerte.
Backup Gateway
Après le démarrage de la tâche de migration, si la connexion à la base de données source ou de destination échoue, DTS signale une erreur et tente immédiatement de rétablir la connexion. La durée de nouvelle tentative par défaut est de 720 minutes. Vous pouvez personnaliser la durée de nouvelle tentative en définissant une valeur comprise entre 10 et 1 440 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. Sinon, la tâche échoue.
RemarquePour 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è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 la durée 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.
-
Une fois les configurations précédentes terminées, cliquez sur Next: Save Task Settings and Precheck dans le coin inférieur droit de la page.
RemarqueDTS effectue une prévérification avant le début de la tâche de migration des données. La tâche ne peut démarrer qu'après la réussite de cette vérification.
Si la prévérification échoue, cliquez sur View Details pour l'élément ayant échoué, corrigez le problème comme indiqué, puis relancez la prévérification.
-
Si un avertissement est signalé lors de la prévérification :
Pour les éléments qui ne peuvent pas être ignorés, cliquez sur Task Name pour l'élément de vérification ayant échoué. Corrigez le problème comme indiqué, puis relancez la prévérification.
Pour les avertissements que vous pouvez ignorer, cliquez sur Confirm Alert Details, Select Existing Connection, Database Type, puis sur SQL Server pour ignorer l'avertissement et relancer la prévérification. Si vous ignorez un avertissement, des incohérences de données ou d'autres problèmes peuvent survenir et introduire des risques opérationnels.
Lorsque le Success Rate atteint 100 %, cliquez sur Next: Purchase Instance.
Sur la page Instance Region, lisez et cochez la case 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.
Sur la page Data Migration, vous pouvez cliquer sur l'instance de migration cible et afficher la progression de la migration sur la page Select Existing Connection.
RemarqueVous pouvez également afficher la progression de la migration complète ou incrémentielle sur la page de l'instance cible dans la console ApsaraDB RDS.
Lorsque la progression de la migration complète atteint 100 % et que la tâche de migration incrémentielle est en cours d'exécution, accédez à la page de la tâche de migration et cliquez sur Instance Region.
-
Dans la boîte de dialogue Are you sure you want to switch over to the cloud?, cliquez sur Instance ID et attendez que la tâche de migration soit terminée.
ImportantPour garantir la cohérence des données, arrêtez l'écriture de données dans la base de données source avant de démarrer le basculement. Attendez que la tâche de basculement soit terminée, puis redirigez les connexions de votre application vers l'instance cible. Le processus prend généralement quelques minutes.
Annexe : Différences entre la migration vers le cloud à l'aide d'une passerelle de sauvegarde et la migration logique des données
Élément | Migration basée sur une passerelle de sauvegarde | Migration logique des données |
Principe de migration | Utilise le protocole de sauvegarde physique natif de la base de données pour écrire les blocs de données vers la destination. | Utilise un protocole logique, tel que JDBC, pour récupérer les instructions SQL et les écrire vers la destination. |
Exigences relatives au système d'exploitation | Prend uniquement en charge SQL Server sur Windows. La version de bureau doit être Windows XP ou ultérieure, et la version serveur doit être Windows Server 2003 ou ultérieure. | Aucune restriction. |
Exigences de déploiement | Nécessite l'installation d'une passerelle de protocole physique sur le serveur qui héberge la base de données source. | Aucune installation de passerelle n'est requise. |
Exigences de connectivité réseau | La solution dépend de la capacité du serveur hébergeant la base de données auto-gérée à accéder au réseau de service Alibaba Cloud : | Nécessite l'ouverture du port de la base de données ou l'utilisation d'une ligne louée. |
Autorisations de la base de données source | Nécessite le rôle de serveur sysadmin. | Nécessite l'autorisation SELECT pour la migration de schéma et la migration complète, ainsi que le rôle de serveur sysadmin pour la migration incrémentielle. Pour plus d'informations, consultez Autorisations du compte de base de données. |
Version de la base de données de destination | La version de la base de données de destination doit être identique ou supérieure à celle de la base de données source. | Prend en charge la migration entre différentes versions, y compris d'une version plus récente vers une version plus ancienne. |
Accessibilité de la base de données de destination | La base de données de destination est inaccessible pendant la migration. | La base de données de destination reste accessible en lecture et en écriture pendant la migration. |
Limitations des tables de la base de données source | Les tables en mémoire et les types de données FileStream et FileTable ne sont pas pris en charge. | Pour connaître les limitations, consultez Limitations de la base de données source. |
Scénarios de migration pris en charge | Migration de bases de données auto-gérées vers le cloud. Remarque Bases de données SQL Server auto-gérées sur des instances ECS, dans des centres de données (IDC) ou sur des serveurs cloud tiers. | Migration de bases de données auto-gérées ou hébergées sur un cloud tiers vers le cloud. |
Efficacité de la migration | Élevée. | Moyenne. |
Traitement des données (ETL) | Non pris en charge. | Pris en charge. |
Filtrage au niveau des tables | Non pris en charge. | Pris en charge. |
Filtrage au niveau des bases de données | Pris en charge. | Pris en charge. |