Considérations sur le stockage des données dans ArcGIS Server

Lorsque vous déployez ArcGIS Server, vous devez choisir où placer les données source pour vos services SIG. Cette rubrique présente certains scénarios appropriés à l'utilisation des géodatabases ArcSDE et des géodatabases fichier.

Utilisation d'une géodatabase ArcSDE au lieu d'une géodatabase fichier

Il est généralement recommandé d'utiliser une géodatabase ArcSDE d'entreprise pour conserver les données source de vos services. ArcSDE dispose de fonctionnalités de sauvegarde et de récupération des données, d'accessibilité simultanée, d'une évolutivité et d'une prise en charge à haute disponibilité, associées à une capacité de traitement globalement supérieure. Toutefois, cette recommandation suppose que votre organisation dispose d'un administrateur de base de données dédié (DBA) pour optimiser, ajuster et gérer la géodatabase ArcSDE d'entreprise.

Si votre organisation n'a pas de DBA et que les données publiées sont relativement statiques, une géodatabase fichier peut alors constituer une bonne alternative. Les géodatabases fichier garantissent généralement de très bonnes performances sans configuration ou optimisation supplémentaire. Selon les caractéristiques des données SIG, il est parfois nécessaire de procéder à une optimisation et à des ajustements supplémentaires de la géodatabase ArcSDE d'entreprise, pour obtenir des performances supérieures à une géodatabase fichier.

Avant de choisir d'utiliser une géodatabase fichier, souvenez-vous que certaines fonctionnalités de géodatabases ArcSDE, telles que le versionnement, la réplication de géodatabase et l'archivage historique, ne sont pas disponibles dans les géodatabases fichier. En outre, les fonctionnalités de SGBD standard, comme la consignation, la sauvegarde, la récupération et la configuration de reprise après incident ne sont pas disponibles dans les géodatabases fichier.

Considérations sur les géodatabases fichier

Lorsque vous utilisez une géodatabase fichier en tant que source de données, vous devez placer une copie identique de la géodatabase fichier sur chaque machine SOC. Par exemple, pour un déploiement ArcGIS Server distribué avec trois SOC sur des serveurs différents, chaque SOC doit accéder à sa propre copie de la géodatabase fichier. Les SOC ne doivent pas accéder à la même géodatabase fichier sur le réseau.

Cette configuration limite le trafic réseau entre les différents composants ArcGIS Server et réduit le risque de conflit d'E/S lors de l'accès aux géodatabases fichier. Parmi les facteurs qui influent sur les conflits d'E/S de disque potentiels pour une géodatabase de fichier partagé, on compte le nombre de couches dans le service de carte, la nature des données dans la géodatabase fichier et le périphérique d'archivage des fichiers.

Les géodatabases fichier fonctionnent bien quand on y accède en mode lecture seule via des processus concourants, mais ne peuvent pas être modifiées en cas d'utilisation intensive. Pour cette raison, dans les scénarios où la géodatabase fichier est une géodatabase de publication (dans les workflows de réplication monodirectionnelle), la synchronisation de réplica doit survenir pendant les périodes d'inactivité du service de carte ou après suspension de l'utilisation de la géodatabase fichier dans le service de carte. Pour suspendre l'utilisation de la géodatabase, vous pouvez arrêter le service ou, pour les déploiements multi-SOC, déconnecter temporairement les machines SOC du SOM et les reconnecter ensuite, une fois la géodatabase fichier mise à jour.

Géodatabases fichier et mise en cache des cartes

Les géodatabases fichier sont performantes lorsqu'il y a mise en cache de la carte. En plaçant une géodatabase fichier identique sur chaque machine qui travaille sur le cache, vous pouvez éliminer les multiples appels à la base de données ArcSDE qui seraient autrement nécessaires. Ainsi, vous allégez la charge de la base de données et accélérez la mise en cache.

Vous pouvez utiliser la réplication monodirectionnel d'ArcSDE pour créer ces géodatabases fichier. Vous pouvez même répliquer dans la projection de la carte qui sera mise en cache. La mise en cache d'une carte Web dans la projection WGS 1984 Web Mercator (sphère auxiliaire) utilisée par ArcGIS Online, Bing Maps et Google Maps, en est un bon exemple. Cette projection n'est généralement pas recommandée pour stocker les jeux de données d'entreprise dans ArcSDE, mais c'est une bonne projection pour mettre en cache une carte Web à partir d'une géodatabase fichier.