Support du serveur SQL Always On
ALM prend en charge la solution de groupes de disponibilité (AG) Always On de SQL Server. Lorsque vous créez un schéma, ALM crée une sauvegarde de la base de données et l’ajoute au groupe de disponibilité. Cette solution vous permet de continuer à utiliser l’ALM en cas de défaillance d’une base de données, car l’ALM bascule automatiquement et de manière transparente sur une sauvegarde.
Aperçu du support AG de SQL Server
La fonctionnalité AG de SQL Server est une solution de reprise après sinistre à haute disponibilité. Cette solution assure un environnement de basculement pour un ensemble discret de bases de données. ALM prend en charge cette solution pour maximiser la disponibilité d’un ensemble de bases de données au niveau de l’entreprise.
ALM supporte uniquement les groupes de haute disponibilité. Les groupes de disponibilité à l’échelle de lecture ne sont pas pris en charge par ALM.
Pour plus de détails sur cette fonctionnalité de disponibilité, consulter la documentation de Microsoft.
Avant d’utiliser la solution
Avant de migrer des projets vers votre groupe de disponibilité dans l’environnement de production, l’essayer dans votre environnement de test et effectuer un test de performance pour vous assurer que le cluster du groupe Always on de SQL Server est capable de supporter la charge de travail.
| Priorité des projets à migrer |
Pour une instance de groupe de disponibilité Always on de SQL Server à 4 cœurs, afin d’éviter l’épuisement des fils de travail, nous recommandons que le nombre maximal de projets actifs soit de 70. Il faut donc une priorité dans les projets à migrer. Se concentrer sur vos projets importants qui ne peuvent se permettre un temps d’arrêt. La limite du nombre de projets est déterminée par le nombre maximum de fils de travail utilisés par les groupes de disponibilité Always On. Pour plus de détails sur le nombre maximum de fils de travail, consulter la documentation de Microsoft : Conditions préalables, restrictions et recommandations pour les groupes de disponibilité Always On et Configurer l’option de configuration de serveur nombre maximum de fils de travail. |
| Tampon supplémentaire de performances d’E/S de disque et de réseau | Vous devez disposer d’un tampon supplémentaire de performance d’E/S de disque et de réseau dans votre cluster de groupe de disponibilité SQL Server. Effectuer des tests de performance après avoir migré les projets vers votre environnement de test pour vous assurer que le cluster du groupe SQL Server Always On peut gérer votre charge de travail. |
Conditions préalables
Préparer les éléments suivants avant d’activer le support AG de SQL Server.
-
Configurer un auditeur de groupe de disponibilité SQL Server Always On et un cluster de groupe de disponibilité.
-
ALM se connecte à l’auditeur de groupe avec JDBC. S’assurer que l’utilisateur de la base de données dispose de toutes les autorisations, qui sont décrites dans la section Autorisations d’utilisateur pour la connexion d’ALM à un serveur de base de données Microsoft SQL du guide d’installation. Voir Installation et mise à niveau.
-
Si vous utilisez l’authentification SQL, synchroniser l’utilisateur de connexion SQL Server « td » depuis ALM sur toutes les répliques avant de créer ou d’importer des projets dans votre groupe de disponibilité Always On.
Activer le support AG de SQL Server
Pour activer le support AG de SQL Server, ajouter les propriétés de connexion suivantes dans l’URL de connexion du serveur SQL.
| Propriété | Description |
|---|---|
| multiSubnetFailover | Définir cette propriété sur true lorsque vous vous connecter à l’auditeur de groupe. Ceci est requis par le Serveur SQL JDBC. |
| alwaysOnGroup | Définir cette propriété sur le nom de votre groupe de disponibilité. La valeur de la propriété indique à ALM si les projets ALM qui sont connectés au serveur de base de données actuel sont en mode Always On. |
| backupFolder |
Définir cette propriété comme le chemin de votre dossier de sauvegarde sur les instances de SQL Server. Toutes les instances de SQL Server doivent utiliser le même chemin. Remarque : Dans Windows, terminer le chemin par une barre oblique inversée (\). Sous Linux, la terminer par une barre oblique (/). |
Exemple d’URL de connexion au Serveur SQL :
jdbc:sqlserver://192.168.0.10;multiSubnetFailover=true;
alwaysOnGroup=alm_ag;backupFolder=\\storage01\SQLServerSync\
Migrer un projet vers AG
Suivre les instructions ci-dessous pour migrer un projet vers votre groupe de disponibilité.
-
Exporter un projet. Pour plus d’informations, voir Exporter un projet.
-
Importer le projet dans votre groupe de disponibilité. Pour plus d’informations, voir Créer un projet en l’important à partir d’un fichier de projet.
-
Restaurer le projet. Pour plus d’informations, voir Restaurer les projets.
-
Copier la base de données du projet sur l’instance primaire Always On.
-
Sauvegarder complètement la base de données du projet (utiliser le modèle de récupération complète) et exécuter la commande SQL suivante pour mettre à jour les informations de l’utilisateur de la base de données.
L’utilisateur « td » est pour le mode d’authentification SQL et l’utilisateur « dbo » est pour le mode d’authentification Windows.
Copy codeutiliser yourdb;
exec sp_change_users_login 'yourdb','td','td';
exec sp_change_users_login ''yourdb','dbo','dbo'; - Ajouter la base de données à votre groupe de disponibilité Always On, et attendre qu’elle affiche « synchronisé » sur toutes les répliques. Vous pourrez ensuite utiliser ou mettre à niveau votre projet.
Dépannage
Vous pouvez rencontrer les problèmes suivants lorsque vous utiliser ALM avec les groupes de disponibilité Always On de SQL Server.
| Problème | Cause et solution |
|---|---|
| Impossible de se connecter à votre projet ou de redémarrer ALM après le basculement des groupes de disponibilité Always On. |
Cela se produit généralement si vous n’avez pas synchronisé l’utilisateur de connexion SQL Server « td » à toutes les répliques du groupe. Si vous utilisez l’authentification par mot de passe SQL Server, assurez-vous que le SID de l’utilisateur « td » est identique sur chaque réplique. |
| Impossible de convertir votre projet en Unicode. |
Vous devez convertir le projet en Unicode avant de le migrer vers un groupe de disponibilité. Alternativement, vous devez sélectionner l’option de projet Unicode lorsque vous créez le projet. Après la création du projet, vous ne pouvez pas le convertir en Unicode dans un groupe de disponibilité. |
|
Après avoir supprimé un projet dans l’Administration du site, son statut est affiché comme étant en cours de restauration dans les répliques secondaires. |
La base de données du projet doit être supprimée manuellement par votre DBA dans les répliques secondaires après avoir supprimé un projet. |
Voir aussi :

