L’utilisation d’une base de données Microsoft SQL Server à haute disponibilité pour les données des services ArcGIS peut vous aider à éviter les interruptions de vos services Web.
SQL Server propose plusieurs solutions pour assurer un haut niveau de disponibilité. ArcGIS prend en charge des connexions aux groupes de disponibilité AlwaysOn et aux instances de grappes de basculement.
Notez que Microsoft a déconseillé la mise en miroir de bases de données. Utilisez une solution AlwaysOn au lieu de la mise en miroir.
Les sections suivantes expliquent quelles informations sont nécessaires pour se connecter à des bases de données SQL Server à haut niveau de disponibilité à partir d’ArcGIS :
Groupes de disponibilité et instances de cluster de basculement AlwaysOn
Une instance de cluster de basculement fournit une instance SQL Server redondante à laquelle les clients peuvent se connecter si une instance échoue. Les groupes de disponibilité vous permettent de spécifier un ensemble de bases de données principales et jusqu'à quatre ensembles de bases de données secondaires en lecture seule réparties sur des instances de clusters de basculement. Assurez-vous de lire la documentation SQL Server AlwaysOn dans la documentation Microsoft avant d’implémenter cette solution.
Une fois la solution AlwaysOn en place, vous pouvez vous y connecter à partir d’ArcGIS en indiquant le nom de l’écouteur du groupe de disponibilité au lieu du nom de l’instance SQL Server. Vous pouvez ajouter des conditions à l'écouteur du groupe en séparant le nom de l'écouteur du groupe et chaque paramètre par des points virgules (;). Vous pouvez ajouter les conditions suivantes :
- APPLICATIONINTENT=READONLY ou APPLICATIONINTENT=READWRITE
Remarque :
Vous devez vous connecter à un écouteur de groupe de disponibilité AlwaysOn pour utiliser le paramètre READONLY.
- MULTISUBNETFAILOVER=YES ou MULTISUBNETFAILOVER=NO
Si vous n'indiquez aucune valeur pour APPLICATIONINTENT et MULTISUBNETFAILOVER, les valeurs par défaut sont READWRITE et NO, respectivement.
Mise en miroir de la bases de données
Comme indiqué ci-dessus, Microsoft a déconseillé la mise en miroir des bases de données dans SQL Server, mais si vous l’utilisez, vous pouvez fournir des informations de connexion à la fois sur la connexion principale et sur la connexion du serveur miroir pour les données source utilisées pour vos services. Saisissez les informations au format <principal>;MIRROR=<mirror>.
Si le serveur principal devient indisponible, ArcGIS Server tente automatiquement de se reconnecter. A ce moment, si le serveur miroir est disponible, la connexion du service bascule sur l'utilisation des données qui résident sur le serveur miroir.
Différents scénarios de définition d'une mise en miroir des données sont exposés dans les sections suivantes :
Les ordinateurs de l'éditeur et du serveur utilisent la même base de données
Si la ressource SIG que vous partagez comme service utilise la même base de données que le service publié, et si cette base de données est mise en miroir, fournissez les informations d'instance du serveur principal et du serveur miroir dans le champ Instance de la connexion à la base de données partagée.
Les ordinateurs de l'éditeur et du serveur utilisent différentes bases de données
Si votre ressource SIG et votre service publié sont voués à utiliser différentes bases de données pour leurs données source (des géodatabases répliquées ou une base de données gérée), deux connexions distinctes aux bases de données sont définies. Pour garantir la haute disponibilité de votre service, assurez-vous que le fichier de connexion défini pour l’éditeur utilise la syntaxe de mise en miroir déjà décrite.
Vous avez un commentaire à formuler concernant cette rubrique ?