Stockage utilisateur
ArcGIS Enterprise permet de configurer des services Web qui font référence aux données utilisateur, au lieu de copier les données dans ArcGIS Enterprise au cours de la publication. Lorsque ArcGIS Enterprise s’exécute dans le Cloud, des options supplémentaires de stockage de données deviennent disponibles pour prendre en charge les couches Web référencées. Il s’agit notamment du stockage Cloud, des services de base de données gérée et des entrepôts de données Cloud.
Les options disponibles dépendent du type de service Web que vous publiez et de l’environnement dans lequel ArcGIS Enterprise est déployé.
Vous pouvez enregistrer un Data Store utilisateur en ajoutant un élément de Data Store dans l’organisation, en utilisant ArcGIS Pro ou directement avec un site ArcGIS Server en utilisant Server Manager.
Bases de données
Vous pouvez enregistrer des bases de données avec ArcGIS Server, ce qui permet de publier des services qui font référence aux données de ces bases de données. Il peut s’agir de bases de données que vous installez et gérez, telles que des bases de données relationnelles, documentaires ou orientées graphe. Les bases de données peuvent également être des services de bases de données Cloud ou des stockages de données Cloud.
Bases de données que vous installez et gérez
Pour les déploiements sur site et dans le Cloud, vous pouvez utiliser un enregistrement d’une base de données que vous avez installée et configurée en dehors d’ArcGIS. Plusieurs systèmes de gestion de bases de données différents sont compatibles avec ArcGIS, mais chacun d’eux doit satisfaire à différentes exigences de votre part. Voir Bases de données et stockages de données pris en charge pour plus d’informations.
Services de base de données
Pour les déploiements dans le Cloud, les fournisseurs Cloud proposent des bases de données en tant que service (DBaaS) qui permettent d’utiliser des systèmes de base de données sans installer, mettre à niveau ou gérer de logiciel ou de matériel sous-jacent. Ces services présentent également des avantages importants en termes de gestion et d’évolutivité. ArcGIS prend en charge différentes solutions DBaaS, notamment le stockage intégré de géodatabases d’entreprise. Cela peut constituer une alternative à l’installation d’un système de gestion de bases de données relationnelles (SGBDR) tel que Microsoft SQL Server, Oracle ou PostgreSQL sur une machine virtuelle dans le Cloud.
Pour consulter la liste des offres de service de base de données prises en charge, consultez Configuration requise pour utiliser ArcGIS avec des bases de données dans le Cloud.
Stockages de données cloud
Les stockages de données cloud sont des solutions de stockage évolutives, résilientes et performantes qui sont disponibles dans les Clouds publics en tant que services gérés. Les entrepôts de données Cloud sont optimisés pour analyser de grands volumes de données et sont de plus en plus utilisés comme référentiel centralisé pour le stockage des données. ArcGIS Enterprise prend en charge l’intégration des données depuis les entrepôts de données Cloud pour la visualisation et l’analyse.
Consultez Configuration requise pour utiliser ArcGIS avec des bases de données dans le Cloud pour plus d’informations sur les entrepôts de données Cloud pris en charge à utiliser avec ArcGIS Enterprise et ArcGIS Pro.
Dossiers
Pour les déploiements sur site et dans le Cloud, vous pouvez enregistrer des dossiers contenant des ressources SIG (des données d’imagerie, par exemple). Il peut s’agir d’un dossier local sur la machine ArcGIS Server ou d’un partage réseau. En règle générale, les dossiers locaux permettent d’accéder plus rapidement aux données, mais si la machine ArcGIS Server avec les données locales n’est pas disponible, vous perdez également l’accès aux données. C’est la raison pour laquelle il est recommandé d’utiliser un partage réseau pour les sites ArcGIS Server utilisant plusieurs machines.
Stockages cloud
Pour les déploiements Cloud, vous pouvez utiliser le stockage Cloud pour stocker les données et les caches des couches Web référencées. Les types de couches et les services de stockage Cloud qui sont pris en charge varient selon le processus. Pour en savoir plus, suivez les liens ci-dessous.
Les stockages Cloud peuvent être enregistrés en tant que Data Stores avec ArcGIS Server et utilisés des manières suivantes :
Stockage des images de tuile mises en cache pour les services de carte ou les services d’imagerie configurés de façon s’afficher depuis un cache. L’utilisation des Data Stores Cloud en tant que répertoires de cache est une alternative au stockage de caches volumineux sur votre système de fichiers.
Stockage des caches prérendus pour les couches de tuiles, de tuiles vectorielles, de tuiles 3D ou de scènes. Les caches sont créés et placés à l’emplacement de stockage Cloud enregistré, les services référencés étant publiés directement depuis l’élément de data store dans ArcGIS Enterprise. Cette approche permet de gagner du temps lors de la publication de jeux de données volumineux et d’éviter le recours aux ressources situées sur le serveur d’hébergement, par rapport à l’alternative qui consiste à copier toutes les données pendant la publication depuis ArcGIS Pro.
Stockage de fichiers raster et image pouvant servir à publier des couches d’imagerie référencées. Cela est pris en charge lorsque ArcGIS Enterprise est configuré pour l’hébergement d’images ou l’analyse raster.
Considérations de latence pour l’intégration de services cloud
L’utilisation de services cloud pour les données utilisateur crée un risque de latence qui peut avoir un impact négatif sur les performances. Par exemple, l’inscription d’un entrepôt de données Cloud qui s’exécute dans la région de l’est des États-Unis d’un fournisseur cloud avec un site ArcGIS Server qui s’exécute sur site dans un data center australien nécessite que les données parcourent de longues distances sur le réseau. Les services publiés à l’aide de ces données seront longs à répondre aux requêtes.
Pour réduire la latence, il est recommandé de co-localiser les composants dans la même région du même fournisseur cloud. La co-localisation réduit la distance que les données doivent parcourir sur le réseau. Par exemple, si vous utilisez Amazon S3 dans la région AWS af-south-1 pour stocker l’imagerie de vos couches d’imagerie référencées, tous les autres composants d’ArcGIS Enterprise doivent également s’exécuter dans la région AWS af-south-1. Les clients qui publient des services pour ArcGIS Enterprise (ArcGIS Pro, par exemple) doivent également être co-localisés avec ArcGIS Enterprise.
Remarque :
Esri ne prend pas officiellement en charge la connexion aux services Cloud pour les données référencées si les composants du logiciel ArcGIS Enterprise ne s’exécutent pas dans la même région du même Cloud.
Considérations relatives à la base de données pour la publication des services
Lors du déploiement d’un site ArcGIS Server, vous devez choisir l’emplacement des données sources pour vos services Web. Cette rubrique aborde certains scénarios appropriés pour l’utilisation des géodatabases d’entreprise et des géodatabases fichiers.
Quand utiliser une géodatabase d'entreprise et une géodatabase fichier
En règle générale, il est recommandé d’utiliser une géodatabase d’entreprise pour gérer les données sources de vos services de cartes et d’entités. Une géodatabase d’entreprise offre un support haute disponibilité : sauvegarde et récupération, accès simultané, évolutivité et une tendance à offrir un débit supérieur. Toutefois, cette recommandation part du principe que votre organisation dispose d’un administrateur de base de données dédié qui optimise, ajuste et gère la base de données.
Si votre organisation ne dispose pas d’administrateur de base de données et que vos données publiées sont relativement statiques, utiliser une géodatabase fichier peut être une bonne alternative. Les géodatabases fichier offrent généralement de bonnes performances sans configuration ni ajustement supplémentaire. Selon les caractéristiques des données SIG, une géodatabase fichier peut mieux fonctionner qu’une géodatabase d’entreprise si la base de données dans laquelle la géodatabase d’entreprise est stockée n’est pas optimisée et gérée.
Dans les processus de mise en cache des cartes et du globe pour lesquels de nombreux appels en lecture seule sont effectués sur les données en succession rapide, les géodatabases fichier accessibles via des chemins locaux fonctionnent souvent mieux que les géodatabases d’entreprise.
Avant de choisir d’utiliser une géodatabase fichier, n’oubliez pas que certaines fonctionnalités des géodatabases d’entreprise (la gestion des versions, la réplication des géodatabases et l’archivage historique, par exemple) ne sont pas disponibles dans les géodatabases fichier. De plus, les fonctionnalités standard des systèmes de gestion de bases de données (la journalisation, la sauvegarde et récupération et la configuration par basculement, par exemple) ne sont pas disponibles dans les géodatabases fichier.
Considérations relatives aux géodatabases fichier
Lorsque vous utilisez une géodatabase fichier comme source de données, placez une copie identique de la géodatabase fichier sur chaque machine ArcGIS Server. Par exemple, sur un site ArcGIS Server avec trois machines, chaque machine doit accéder à sa propre copie de la géodatabase fichier. Ne configurez pas le site ArcGIS Server pour accéder à une seule géodatabase fichier sur le réseau.
Cette configuration réduit le trafic de communication réseau entre les différents composants ArcGIS Server et réduit la contention d’E/S lors de l’accès aux géodatabases fichier. Les facteurs qui influencent la contention potentielle d’E/S du disque pour une géodatabases fichier partagée incluent le nombre de couches dans le service de carte, la nature des données dans la géodatabase fichier et le dispositif de stockage de fichiers.
Les géodatabases fichier sont destinées à une utilisation en lecture seule avec ArcGIS Server. De ce fait, vous ne pouvez pas publier de services d’entités qui référencent des données dans une géodatabase fichier. De plus, si la géodatabase fichier est une géodatabase de publication (dans des processus de réplication unidirectionnels), la synchronisation des répliques doit avoir lieu pendant les périodes d’inactivité du service de carte ou en libérant la géodatabase fichier de l’utilisation par le service de carte. Vous pouvez libérer la géodatabase en arrêtant le service ou, pour les sites multi-machines, en retirant temporairement les machines ArcGIS Server du site, puis en les reconnectant après la mise à jour de la géodatabase fichier.
ArcGIS Server ne peut pas désactiver le verrouillage de structure sur les géodatabases fichier.
Géodatabases fichier et mise en cache de carte
Les géodatabases fichier fonctionnent bien pour les scénarios de mise en cache de cartes. En plaçant une géodatabase fichier identique sur chaque machine utilisant le cache, vous pouvez éliminer plusieurs appels vers la géodatabases d’entreprise qui devraient être effectués sur le réseau. Cela peut alléger la charge sur votre base de données et accélérer la mise en cache.
Vous pouvez utiliser la réplication unidirectionnelle à partir d’une géodatabase d’entreprise pour créer ces géodatabases fichier. Vous pouvez même procéder à une réplication dans la projection de la carte qui sera mise en cache. Un exemple courant est la mise en cache d’une carte Web dans la projection Web Mercator WGS 1984 (Sphere auxiliaire) utilisée par ArcGIS Online, Bing Maps et Google Maps. En règle générale, cette projection n’est pas recommandée pour stocker vos 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.