Partage via

Configurer la liaison avec SSMS – Azure SQL Managed Instance

  • Article

S’applique à : Azure SQL Managed Instance

Cet article vous apprend à configurer une liaison entre SQL Server et Azure SQL Managed Instance en utilisant SQL Server Management Studio (SSMS). Grâce à cette liaison, les bases de données de votre système principal initial sont répliquées sur votre réplica secondaire en quasi-temps réel.

Une fois la liaison créée, vous pouvez basculer sur votre réplica secondaire à des fins de migration ou de récupération d’urgence.

Remarque

  • Il est également possible de configurer la liaison en utilisant les scripts.
  • La configuration d’Azure SQL Managed Instance comme principal initial est prise en charge à partir de SQL Server 2022 CU10.

Vue d’ensemble

Utilisez la fonctionnalité de liaison pour répliquer les bases de données de votre réplica principal initial vers votre réplica secondaire. Pour SQL Server 2022, le réplica principal initial peut être soit SQL Server, soit Azure SQL Managed Instance. Pour SQL Server 2019 et versions antérieures, le réplica principal initial doit être SQL Server. Une fois la liaison configurée, la base de données du réplica principal initial sont répliquées vers le réplica secondaire.

Vous pouvez choisir de laisser la liaison en place pour une réplication continue des données dans un environnement hybride entre le réplica principal et le réplica secondaire, ou vous pouvez basculer la base de données vers le réplica secondaire, pour migrer vers Azure ou pour une récupération d’urgence. Pour SQL Server 2019 et les versions antérieures, le basculement vers Azure SQL Managed Instance rompt la liaison et le retour n’est pas pris en charge. Avec SQL Server 2022, vous avez la possibilité de conserver la liaison et de basculer entre les deux réplicas.

Si vous prévoyez d’utiliser votre Managed Instance secondaire uniquement pour la récupération d’urgence, vous pouvez réduire les coûts de licence en activant l’avantage du basculement hybride.

Suivez les instructions de cet article pour configurer manuellement la liaison entre SQL Server et Azure SQL Managed Instance. Une fois la liaison créée, votre base de données source reçoit une copie en lecture seule sur votre réplica secondaire cible.

Prérequis

Pour répliquer vos bases de données sur votre réplica secondaire via la liaison, vous devez disposer des conditions préalables suivantes :

Tenez compte des éléments suivants :

  • La fonctionnalité de liaison prend en charge une base de données par liaison. Pour répliquer plusieurs bases de données à partir d’une instance, créez une liaison pour chaque base de données individuelle. Par exemple, pour répliquer 10 bases de données sur SQL Managed Instance, créez 10 liaisons individuelles.
  • Le classement entre SQL Server et SQL Managed Instance doit être identique. Une incohérence dans le classement peut entraîner une incohérence de la casse du nom de serveur, et empêcher la connexion de SQL Server à SQL Managed Instance.
  • L’erreur 1475 sur votre SQL Server principal initial indique que vous devez démarrer une nouvelle chaîne de sauvegarde en créant une sauvegarde complète sans l’option COPY ONLY.
  • Pour établir un lien ou basculer, entre SQL Managed Instance et SQL Server 2022, votre instance managée doit être configurée avec la stratégie de mise à jour SQL Server 2022. La réplication et le basculement des données de SQL Managed Instance vers SQL Server 2022 ne sont pas pris en charge par les instances configurées avec la stratégie de mise à jour permanente.
  • Bien que vous puissiez établir un lien entre SQL Server 2022 et une instance managée SQL configurée avec la stratégie de mise à jour permanente, après le basculement vers SQL Managed Instance, vous ne pourrez plus répliquer des données ou effectuer une restauration automatique vers SQL Server 2022.

autorisations

Pour SQL Server, vous devez disposer des autorisations sysadmin.

Pour Azure SQL Managed Instance, vous devez être membre du Collaborateur SQL Managed Instance ou disposer des autorisations suivantes pour un rôle personnalisé :

Ressource Microsoft.Sql/ Autorisations nécessaires
Microsoft.Sql/managedInstances /read, /write
Microsoft.Sql/managedInstances/hybridCertificate /action
Microsoft.Sql/managedInstances/databases /read, /delete, /write, /completeRestore/action, /readBackups/action, /restoreDetails/read
Microsoft.Sql/managedInstances/distributedAvailabilityGroups /read, /write, /delete, /setRole/action
Microsoft.Sql/managedInstances/endpointCertificates /read
Microsoft.Sql/managedInstances/hybridLink /read, /write, /delete
Microsoft.Sql/managedInstances/serverTrustCertificates /write, /delete, /read

Préparer des bases de données

Si SQL Server est votre réplica principal initial, vous devez créer une sauvegarde de votre base de données. Azure SQL Managed Instance effectue des sauvegardes automatiquement. Il est alors recommandé d’ignorer cette étape si SQL Managed Instance est votre réplica principal initial.

Utilisez SSMS pour sauvegarder votre base de données sur SQL Server. Effectuez les étapes suivantes :

  1. Dans SQL Server Management Studio (SSMS), connectez-vous à SQL Server.
  2. Dans Explorateur d’objets, faites un clic droit sur la base de données, passez sur Tâches, puis choisissez Sauvegarder.
  3. Choisissez Full comme type de sauvegarde.
  4. Assurez-vous que l’option Sauvegarder sur a pour chemin de sauvegarde un disque disposant d’un espace de stockage libre disponible.
  5. Sélectionnez OK pour terminer la sauvegarde complète.

Pour plus d’informations, consultez Créer une sauvegarde complète de base de données.

Remarque

La liaison prend uniquement en charge la réplication des bases de données utilisateur. La réplication des bases de données système n’est pas prise en charge. Pour répliquer des objets au niveau de l’instance (stockés dans master ou msdb), nous vous recommandons de les scripter et d’exécuter des scripts T-SQL sur l’instance de destination.

Dans les étapes suivantes, utilisez l’Assistant Nouvelle liaison Managed Instance dans SSMS pour créer la liaison entre votre réplica principal initial et votre réplica secondaire.

Une fois la liaison créée, votre base de données source obtient une copie en lecture seule sur votre réplica secondaire cible.

  1. Ouvrez SSMS et connectez-vous à votre réplica principal initial.

  2. Dans Explorateur d’objets, faites un clic droit sur la base de données que vous souhaitez lier, passez sur Liaison Azure SQL Managed Instance, puis sélectionnez Nouveau… pour ouvrir l’Assistant Nouvelle liaison de Managed Instance. Si la version de votre SQL Server n’est pas prise en charge, cette option n’est pas disponible dans le menu contextuel.

    Capture d’écran montrant une option du menu contextuel de la base de données pour créer un nouveau lien.

  3. Dans la page Introduction de l’Assistant, sélectionnez Suivant.

  4. Sur la page Spécifier les options de liaison, indiquez un nom pour votre lien – si vous sélectionnez plusieurs bases de données, le nom de la base de données est automatiquement ajouté à la fin du nom que vous fournissez afin que vous n’ayez pas à l’inclure vous-même. Cochez les cases si vous souhaitez activer le dépannage de la connectivité et, pour SQL Server 2022, si vous prévoyez d’utiliser la liaison pour une récupération d’urgence dans les deux sens. Cliquez sur Suivant.

  5. Sur la page Exigences, l’Assistant valide les exigences pour établir une liaison vers votre réplica secondaire. Sélectionnez Suivant une fois toutes les exigences validées, ou résolvez les exigences qui ne sont pas respectées, puis sélectionnez Réexécuter la validation.

  6. Sur la page Sélectionner les bases de données, choisissez la base de données que vous souhaitez répliquer sur votre réplica secondaire via la liaison. La sélection de plusieurs bases de données crée plusieurs groupes de disponibilité distribués, un pour chaque liaison. Cliquez sur Suivant.

  7. Sur la page Spécifier un réplica secondaire, sélectionnez Ajouter un réplica secondaire. Si votre réplica principal initial est SQL Server, il ouvre la fenêtre Connexion à Azure. Si votre réplica principal initial est SQL Managed Instance, il ouvre la boîte de dialogue Connecter au serveur.

    1. Pour un réplica principal initial de SQL Server, connectez-vous à Azure, choisissez l’abonnement, le groupe de ressources et la Managed Instance secondaire de SQL Server dans la liste déroulante. Sélectionnez Connexion pour ouvrir la boîte de dialogue Connecter au serveur, puis connectez-vous à SQL Managed Instance vers laquelle vous souhaitez répliquer votre base de données. Lorsque Connexion réussie s’affiche dans la fenêtre Connexion, sélectionnez OK pour fermer la fenêtre et revenir à l’Assistant Nouvelle Managed Instance.
    2. Pour une SQL Managed Instance principale initiale, connectez-vous à l’instance SQL Server sur laquelle vous souhaitez répliquer votre base de données.

    Remarque

    Si vous souhaitez établir une liaison vers un groupe de disponibilité déjà existant, fournissez l’adresse IP de l’écouteur existant dans le champ URL du point de terminaison sous l’onglet Points de terminaison de la page Spécifier le réplica secondaire.

  8. Après avoir ajouté votre réplica secondaire, utilisez les onglets de l’Assistant pour modifier les paramètres du point de terminaison si nécessaire, et évaluez les informations sur les sauvegardes et le point de terminaison de la liaison dans les onglets restants. Sélectionnez Suivant lorsque vous êtes prêt à continuer.

  9. Si SQL Managed Instance est votre réplica principal initial, la page suivante de l’Assistant est la page Se connecter à Azure. Reconnectez-vous au besoin, puis sélectionnez Suivant. Cette page n’est pas disponible lorsque SQL Server est votre réplica principal initial.

  10. Sur la page Validation, vérifiez que toutes les validations sont réussies. En cas d’échec, résolvez-les, puis réexécutez la validation. Lorsque vous êtes prêt, sélectionnez Suivant.

  11. Sur la page Résumé, évaluez votre configuration une fois de plus. Si vous le souhaitez, vous pouvez sélectionner Script pour générer un script qui vous permettra de recréer facilement la même liaison à l’avenir. Sélectionnez Terminer lorsque vous êtes prêt à créer la liaison.

  12. La page Exécution des actions affiche la progression de chaque action.

  13. Une fois toutes les étapes terminées, la page Résultats affiche des coches en regard des actions accomplies avec succès. Vous pouvez à présent fermer la fenêtre.

Afficher une base de données répliquée

Une fois la liaison créée, votre base de données est répliquée vers le réplica secondaire. En fonction de la taille de la base de données et de la vitesse du réseau, la base de données peut être initialement en état de Restauration sur le réplica secondaire. Une fois l’essaimage initial terminé, la base de données est restaurée sur le réplica secondaire et prête pour les charges de travail en lecture seule.

Sur l’un ou l’autre réplica, utilisez Explorateur d’objets dans SSMS pour afficher l’état Synchronisé de la base de données répliquée.

Capture d’écran montrant l’état de la base de données SQL Server et du groupe de disponibilité distribué en S S M S.

Développez Haute disponibilité Always-on et Groupes de disponibilité pour afficher le groupe de disponibilité distribué créé pour chaque liaison.

Capture d’écran montrant l’état de la base de données SQL Managed Instance et du groupe de disponibilité distribué.

Quelle que soit l’instance principale, vous pouvez également effectuer un clic droit sur le groupe de disponibilité distribué lié sur SQL Server et sélectionner Afficher le tableau de bord pour afficher le tableau de bord du groupe de disponibilité distribué, qui indique l’état de la base de données liée dans le groupe de disponibilité distribué.

Effectuez la première sauvegarde du journal des transactions

Si SQL Server est votre principal initial, il est important d’effectuer la première sauvegarde du journal des transactions sur SQL Server une fois l’amorçage initial terminé, lorsque la base de données n’est plus dans l’état Restauration... sur Azure SQL Managed Instance. Prenez ensuite régulièrement les sauvegardes du journal des transactions SQL Server pour réduire la croissance excessive des journaux pendant que SQL Server est dans le rôle principal.

Si SQL Managed Instance est votre instance principale, vous n’avez pas besoin d’effectuer d’action, car Azure SQL Managed Instance effectue automatiquement des sauvegardes de fichiers journaux.

Si vous souhaitez supprimer la liaison, soit parce qu’elle n’est plus nécessaire, soit parce qu’elle est dans un état irréparable et doit être recréée, vous pouvez le faire avec SQL Server Management Studio (SSMS).

Vous pouvez supprimer la liaison dans les options de menu suivantes dans l’Explorateur d’objets de SSMS, après la connexion à votre instance :

  • Groupes de disponibilité Always-on>Groupes de disponibilité> Cliquez avec le bouton droit sur le nom du groupe de disponibilité distribué associé à la liaison >Supprimer...
  • Bases de données> Cliquez avec le bouton droit sur la base de données associée à la liaison >Liaison Azure SQL Managed Instance>Supprimer...

Résolution des problèmes

En cas de message d’erreur lors de la création de la liaison, sélectionnez l’erreur pour ouvrir une fenêtre contenant des détails supplémentaires sur l’erreur.

En cas d’erreur lors de l’utilisation de la liaison, l’Assistant SSMS arrête l’exécution à l’étape qui a échoué et ne la redémarre pas. Résolvez le problème et, si nécessaire, nettoyez l’environnement pour rétablir l’état initial en supprimant le groupe de disponibilité distribué et le groupe de disponibilité s’il a été créé lors de la configuration de la liaison. Ensuite, lancez à nouveau l’Assistant pour recommencer.

Contenu connexe

Pour utiliser la liaison :

Pour en savoir plus sur la liaison :

Pour d’autres scénarios de réplication et de migration, considérez :