Configurer les Groupes de disponibilité SQL AlwaysOn pour les bases de données de gestion Microsoft Azure Pack

  • Article

 

S’applique à : Windows Azure Pack

Pour prendre en charge la haute disponibilité et la récupération d’urgence pour vos bases de données d’administration Azure Pack Windows, vous pouvez utiliser la fonctionnalité SQL groupes de disponibilité AlwaysOn.

Chaque SQL Server non exécuté par la gouvernance des ressources peut appartenir à plusieurs groupes de disponibilité. Cela signifie que vous pouvez avoir des applications différentes, chacune dans un groupe de disponibilité différent, utiliser la même SQL Server.

Pour plus d’informations sur SQL Server groupes de disponibilité AlwaysOn, accédez à https://msdn.microsoft.com/en-us/library/hh510230.aspx.

Pour configurer une base de données de gestion Microsoft Azure Pack avec les Groupes de disponibilité SQL AlwaysOn

  1. Passez en revue et conformez les conditions préalables SQL groupes de disponibilité AlwaysOn répertoriées ici.

  2. Créez un groupe de disponibilité avec l’écouteur de groupe de disponibilité correspondant à l’aide du port par défaut 1433. Pour plus d’informations, consultez l’instruction CREATE AVAILABILITY GROUP Data Definition Language.

  3. Exécutez le script suivant sur chaque instance SQL dans le groupe de disponibilité.

    sp_configure 'contained database authentication', 1;  
GO  
RECONFIGURE;  
GO

    Pour plus d’informations sur ce script, consultez la rubrique relative à l’option de configuration du serveur d’authentification de base de données autonome .

  4. Déployez Windows Azure Pack pour Windows Server. Lors de la configuration de chacun des composants Azure Pack Windows, utilisez le nom de l’écouteur du groupe de disponibilité pour le nom du serveur de base de données. Cela définit la base de données primaire de l’écouteur de groupe de disponibilité comme base de données d’administration Windows Azure Pack.

  5. Sauvegardez les bases de données créées à l'étape précédente. Elles incluent :

    • Microsoft.MgmtSvc.Config

    • Microsoft.MgmtSvc.MySQL

    • Microsoft.MgmtSvc.PortalConfigStore

    • Microsoft.MgmtSvc.SQLServer

    • Microsoft.MgmtSvc.Store

    • Microsoft.MgmtSvc.Usage

    • Microsoft.MgmtSvc.WebAppGallery

    Pour obtenir des instructions sur la sauvegarde des bases de données, consultez Guide pratique pour sauvegarder et restaurer une base de données (SQL Server).

  6. Ajoutez les bases de données sauvegardées à l'étape précédente au groupe de disponibilité. Pour obtenir des instructions sur la procédure à suivre, consultez Joindre un réplica secondaire à un groupe de disponibilité (SQL Server) . Cela permet de synchroniser les bases de données avec les bases de données secondaires.

  7. Pour les déploiements UR1 et antérieurs, les bases de données de gestion ne sont pas créées comme des bases de données autonomes. Par conséquent, les connexions utilisateur de base de données principale pour Windows Azure Pack doivent être synchronisées avec les bases de données secondaires, comme décrit dans Comment transférer des connexions et des mots de passe entre des instances de SQL Server.

    • AdminSiteNotificationServiceUser

    • AuthSiteNotificationServiceUser

    • MgmtSvc-AdminSite

    • MgmtSvc-AuthSite

    • MgmtSvc-Monitoring

    • MgmtSvc-MySQL

    • MgmtSvc-SQLServer

    • MgmtSvc-TenantAPI

    • MgmtSvc-TenantPublicAPI

    • MgmtSvc-TenantSite

    • MgmtSvc-Usage

    • MgmtSvc-UsageCollector

    • MgmtSvc-UsageCollector_Management

    • MgmtSvc-WebAppGallery

    • MgmtSvc-WindowsAuthSite

    • TenantSiteNotificationServiceUser

    Notes

    Lors du déploiement de nouvelles installations de la version UR2 de Windows Azure Pack, vous n’avez pas besoin de transférer les connexions, car les bases de données sont créées en tant que bases de données autonomes. Si vous mettez à jour votre déploiement de UR1 vers UR2, la mise à jour UR2 ne remplace pas les bases de données existantes par des bases de données autonomes. Par conséquent, vous devez transférer les noms d'accès, comme expliqué ci-dessus.

  8. Vérifiez la réplication de base de données à l'aide du tableau de bord AlwaysOn dans la boîte de dialogue Options de SQL Server Management Studio. Pour plus d’informations, consultez Utiliser le tableau de bord AlwaysOn (SQL Server Management Studio).

Pour plus d’informations Windows Azure Pack et SQL Server AlwaysOn, consultez Configurer SQL groupes de disponibilité AlwaysOn dans Windows Azure Pack.