Remarque
L’accès à cette page nécessite une autorisation. Vous pouvez essayer de vous connecter ou de modifier des répertoires.
L’accès à cette page nécessite une autorisation. Vous pouvez essayer de modifier des répertoires.
Vous pouvez configurer un runtime d’intégration auto-hébergé (SHIR) pour utiliser vos propres ressources de calcul pour accéder aux fichiers de sauvegarde d’instance SQL Server source dans votre environnement local.
Vous avez besoin d’un runtime d’intégration auto-hébergé pour accéder aux sauvegardes de base de données à partir de votre partage réseau local.
Le runtime SHIR peut être téléchargé à partir du portail Azure. La clé est fournie par Azure Database Migration Service (Azure DMS).
Pour plus d’informations sur des scénarios de migration et des cibles Azure SQL spécifiques, consultez la liste des tutoriels dans le tableau suivant :
| Scénario de migration | Mode de migration |
|---|---|
| SQL Server vers Azure SQL Managed Instance | Expérience de migration SQL Server dans Azure Arc |
| SQL Server vers SQL Server sur une machine virtuelle Azure | En ligne / Hors connexion |
| SQL Server vers Azure SQL Database | Hors ligne |
Important
Si votre cible est Azure SQL Database, vous pouvez migrer le schéma de base de données et les données à la fois à l’aide d’Azure DMS via le portail Azure. Vous pouvez également utiliser l’extension Projets SQL Database pour Visual Studio Code pour déployer le schéma de base de données avant de commencer une migration de données.
Recommendations
Utilisez un seul IR auto-hébergé pour plusieurs bases de données de SQL Server sources.
Installez une seule instance d’un IR auto-hébergé sur un ordinateur.
Associez un seul runtime d’intégration auto-hébergé à une instance d’Azure DMS.
Le runtime d’intégration auto-hébergé utilise des ressources (mémoire et UC) sur l’ordinateur sur lequel il est installé. Installez le runtime d’intégration auto-hébergé sur un ordinateur distinct de votre instance de SQL Server source. Mais les deux ordinateurs doivent être proches. La présence du runtime d’intégration auto-hébergé à proximité de la source de données réduit le temps de connexion du runtime d’intégration auto-hébergé à la source de données.
Utilisez le runtime d’intégration auto-hébergé uniquement lorsque vous avez vos sauvegardes de base de données dans un partage réseau SMB local. Un runtime d’intégration auto-hébergé n’est pas obligatoire pour les migrations de base de données si vos sauvegardes de base de données source se trouvent déjà dans le conteneur d’objets blob du stockage.
Utilisez jusqu’à 10 migrations de base de données simultanées par runtime d’intégration auto-hébergé sur un seul ordinateur. Pour augmenter le nombre de migrations de base de données simultanées, effectuez un scale-out du runtime auto-hébergé jusqu’à quatre nœuds ou créez des instances de runtime d’intégration auto-hébergé distinctes sur des ordinateurs différents.
Configurez le runtime d’intégration auto-hébergé pour la mise à jour automatique et appliquez automatiquement les nouvelles fonctionnalités, les correctifs de bogues et les améliorations publiées. Pour plus d'informations, consultez Mise à jour automatique de runtime d'intégration auto-hébergé.
Limites
Vous ne pouvez pas utiliser un runtime d’intégration auto-hébergé existant que vous avez créé dans Azure Data Factory pour les migrations de base de données avec Azure DMS.