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

Il est généralement recommandé d'utiliser une géodatabase d'entreprise pour conserver les données source de vos services. Une géodatabase d'entreprise 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 d'entreprise.

Si votre organisation n'a pas de DBA et que les données publiées sont relativement statiques, vous pouvez utiliser une géodatabase fichier. 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 d'entreprise, pour obtenir des performances supérieures à une géodatabase fichier.

Dans les workflows de mise en cache de carte et de globe où de nombreux appels en lecture seule sont effectués par succession rapide sur les données, les géodatabases fichier accessibles via des chemins locaux présentent souvent de meilleures performances que les géodatabases d'entreprise.

Avant de choisir d'utiliser une géodatabase fichier, souvenez-vous que certaines fonctionnalités de géodatabases d'entreprise, 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 système de gestion de base de données 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 du serveur SIG. Par exemple, sur un site ArcGIS Server comprenant trois serveurs SIG, chaque serveur SIG doit pouvoir accéder à son propre exemplaire de la géodatabase fichier. Les serveurs SIG 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 sont conçus pour une utilisation en lecture seule avec ArcGIS Server. 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 libérer la géodatabase, vous pouvez arrêter le service ou, en présence de sites à plusieurs machines, supprimer temporairement les machines du serveur SIG du site, puis les reconnecter lorsque la géodatabase fichier a été mise à jour.

ArcGIS Server ne peut pas désactiver le verrouillage de structure sur des géodatabases fichier.

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 géodatabase d'entreprise 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'une géodatabase d'entreprise 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 dans une géodatabase d'entreprise, mais c'est une bonne projection pour mettre en cache une carte Web à partir d'une géodatabase fichier.