Destiné aux administrateurs de bases de données, ce document fournit des recommandations pour créer les espaces de travail des produits dans une géodatabase d’entreprise (Oracle®, SQL Server®, PostgreSQL®).
_______________________________________________________________
Table des matières
________________________________________________________________________________________________
Bonnes pratiques des bases de données d’entreprise MCS - Versions précédentes
________________________________________________________________________________________________
Esri MCS
Mapping and Charting Solutions (MCS) d’Esri est utilisé par tous types d’organisations pour améliorer leurs processus et répondre aux besoins les plus exigeants en matière de production cartographique.
Sites de référence clés | community.esri.com - Stratégies de conception des systèmes
Référence technique Esri ® Septembre• 2026
________________________________________________________________________________________________
Extensions ArcGIS Esri MCS
________________________________________________________________________________________________
Bonnes pratiques pour les bases de données d’entreprise MCS
Ces guides s’adressent aux administrateurs de bases de données et fournissent des recommandations pour créer les espaces de travail des produits dans une géodatabase d’entreprise (Oracle®, SQL Server®, PostgreSQL®).
* Le déploiement réussi d’une application ArcGIS d’entreprise commence par une solide conception physique de la base de données et l’application des meilleures pratiques d’administration de bases de données.
________________________________________________________________________________________________
Remarques sur les géodatabases
Créez une géodatabase pour l’espace de travail de chaque produit logiciel.
• pm - base de données de production
Production Mapping et Defense Mapping
Cartographie topographique - MGCP, TDS, etc.
vos données SIG - créez une géodatabase distincte pour chaque
échelle cartographique, par ex. pm50 (1:50k) ; pm250 (1:250k)
—
• pl - espace de travail de la bibliothèque de produits - Product Library* (* ArcMap uniquement)
—
• rev - espace de travail Data Reviewer - Data Reviewer
—
• wmx - espace de travail Workflow Manager - Workflow Manager
—
• mar1 - base de données de cartographie marine - Nautique
vos données SIG - créez une géodatabase distincte pour chaque
échelle cartographique, par ex. mar500k (1:500 000) ; mar1m (1:1 000 000)
—
• mar2 - base de données bathymétrique - Nautique
—
• aero1 - base de données de cartographie aéronautique - Aviation
vos données SIG - créez une géodatabase distincte pour chaque
échelle cartographique, par ex. aero500k (1:500 000) ; eaero1m (1:1 000 000)
—
• aero2 - base de données des aéroports - Aviation
—
• lr - base de données de référencement linéaire - Routes et autoroutes / Référencement des pipelines
—
• ind - base de données des espaces intérieurs - Espaces intérieurs
Pour une classe d’entités très volumineuse, créez un mot-clé dbtune distinct qui pointe vers des tablespaces et des fichiers de données dédiés dans le stockage de la base de données. Cela réduit la contention des disques et améliore les performances d’E/S.
________________________________________________________________________________________________
UN - Remarques sur le réseau de distribution
1. Chaque réseau de distribution (UN) doit être conservé dans sa propre géodatabase.
—
2. Cela assure le bon fonctionnement de la base de données en réduisant la contention et en améliorant les performances.
—
3. Cela facilite également la gestion des tâches de maintenance de la base de données, comme la reconstruction des index et la collecte des statistiques.
—
4. Nous pouvons facilement cloner la base de données UN concernée à partir de sauvegardes, lorsqu’une copie est nécessaire pour effectuer des tests.
—
5. Cela facilite également le déplacement de la base de données UN vers un autre serveur de base de données, si nécessaire.
—
6. En cas de problème et de perte de données due à une erreur de l’utilisateur, vous pouvez restaurer uniquement cette base de données UN à un instant précis.
—
7. C’est particulièrement utile si les données perdues ne peuvent pas être récupérées à l’aide des versions de géodatabase.
—
8. Cette configuration contribue à atteindre les objectifs importants de récupération des données, appelés RPO (objectif de point de reprise) et RTO (objectif de délai de reprise), en garantissant une restauration rapide et une perte de données minimale.
—
9. Par exemple, imaginez deux géodatabases UN distinctes : l’une pour le gaz et l’autre pour l’eau.
—
10. Si quelqu’un supprime des données de la base de données de l’eau dans une version enfant de la géodatabase, puis réconcilie et répercute les modifications dans la version sde.default de la géodatabase, il n’est plus possible de récupérer ces données supprimées à partir de la version sde.default.
—
11. Toutefois, si vous vous rendez compte de l’erreur suffisamment tôt, l’administrateur de la base de données peut restaurer la base de données de l’eau à un état antérieur.
—
12. Cette opération n’a aucun effet sur les modifications apportées à la base de données du gaz.
—
13. En revanche, si tous les réseaux UN étaient stockés dans une seule géodatabase, la suppression ou la perte de données dans un réseau UN pourrait entraîner la perte des modifications apportées à tous les jeux de données de cette géodatabase.
Référence technique Esri ® Septembre• 2026
________________________________________________________________________________________________
FAQ - Foire aux questions
- Chargement des données
- Oracle
- Sauvegarde et restauration
- Client de base de données
- PostgreSQL
- Workflow Manager
_________________________________________________________
________________________________________________________________________________________________
Guides ArcGIS Pro
Ces guides s’adressent aux administrateurs de bases de données et les aident à créer les espaces de travail des produits dans une géodatabase d’entreprise.
ArcGIS Pro 3.x - 21 octobre 2025
- Cartographie topographique
- Data Reviewer (classique) - Obsolète ! Dernière version prise en charge : ArcGIS Pro 3.6
Fonctionnalités d’ArcGIS Data Reviewer
Abandon de fonctionnalités dans ArcGIS Data Reviewer
Dernière version prise en charge : ArcGIS Pro 3.6 (publié en octobre 2025) est la dernière version prenant en charge
les outils hérités tels que Reviewer Batch Jobs, Reviewer Sessions et
la table Reviewer.
Version de suppression : À partir d’ArcGIS Pro 3.7 (prévu pour avril 2026),
ces composants classiques seront entièrement supprimés et ne seront plus disponibles.
Motif du changement : Cela s’inscrit dans le retrait définitif d’ArcMap 10.8.x en mars 2026,
car l’espace de travail classique a été conçu principalement pour assurer l’interopérabilité avec ArcMap.
Solution de remplacement moderne : Les utilisateurs doivent migrer vers des processus basés sur les règles attributaires,
qui utilisent l’inspecteur d’erreurs pour gérer les erreurs à la place de l’ancienne
table Reviewer.
- Workflow Manager (classique) - Obsolète ! Dernière version prise en charge : ArcGIS Pro 3.4
- Aviation - Cartographie / Aéroports
- Navigation maritime - Cartographie marine
- Navigation maritime - Bathymétrie
- Référencement linéaire - Routes et autoroutes / Référencement des pipelines
- Espaces intérieurs
Versions précédentes d’ArcGIS Pro
________________________________________________________________________________________________
Cycle de vie d’ArcMap - Retrait le 1er mars 2026
Versions antérieures : ArcMap 10.8 / 10.7 / 10.6 / 10.5 / 10.4 / 10.3 / 10.2 / 10.1 / 10.0 .
________________________________________________________________________________________________
Versions antérieures - ArcGIS Pro 2.x - ArcMap 10.8 / 10.7 / 10.6 / 10.5 / 10.4 / 10.3 / 10.2 / 10.1 / 10.0 .
________________________________________________________________________________________________
Scripts de modèles de bases de données MCS Enterprise
Comment installer, configurer, sauvegarder et assurer la maintenance des très grandes bases de données MCS Enterprise (VLMCSEDB), instructions détaillées pour le chargement des données, la sauvegarde et la récupération, ainsi que la gestion de plusieurs connexions utilisateur.
*Pour les administrateurs de bases de données professionnels ; nécessite une expérience avancée des SGBDR et des géodatabases.
Pour une classe d’entités très volumineuse, créez un mot-clé dbtune distinct qui pointe vers des espaces de tables et des fichiers de données distincts dans le stockage de la base de données ; cela réduit la contention du disque et améliore les E/S.
Une référence technique Esri ® Septembre• 2026
________________________________________________________________________________________________
Scripts de modèles de bases de données
- les scripts couvrent les bonnes pratiques des guides
- les scripts présentent également des bonnes pratiques très avancées en matière de SGBDR et de
géodatabases avancées pour
VLMCSEDB qui vont au-delà des recommandations
des guides
________________________________________________________________________________________________
Oracle 26ai / 23ai / 21c / 19c / 18c / 12c (12.2, 12.1)
- Pour la consolidation à venir, adoptez l’architecture multilocataire Oracle :
1 CDB (base de données conteneur) :
« mcs » héberge les PDB (bases de données enfichables) :
« pm », « pl », « rev », « wmx », « mar », « aero », « lr », « ind »
chaque base de données enfichable est une géodatabase autonome dans laquelle seul
le référentiel principal sde est installé
- Cessez d’utiliser les géodatabases Esri avec schéma utilisateur
(1 base de données Oracle - plusieurs géodatabases)
Oracle 11gR2
- Pour la consolidation, utilisez des géodatabases Esri avec schéma utilisateur
(1 base de données Oracle - plusieurs géodatabases)
________________________________________________________________________________________________
- SQL Server
- SQL Server 2025 / 2022 / 2019 / 2017 / 2016 (Windows/Linux)
________________________________________________________________________________________________
- PostgreSQL
- ArcGIS Pro 3.x et ArcMap 10.8.x
- ArcGIS Pro 2.3 / 2.4 et ArcMap 10.7 / 10.8
- ArcGIS Pro 2.2 et ArcMap 10.6 / 10.5 / 10.4 / 10.3 / 10.2 / 10.1
________________________________________________________________________________________________
Bonnes pratiques pour les connexions aux bases de données
1. Le serveur d’applications ArcSDE (« service SDE ») est obsolète ; utilisez la « connexion directe »
—
2. N’utilisez jamais la connexion de l’utilisateur « sde » dans les cartes (par ex. les fichiers mxd), les outils GP, les services de cartes, les services d’entités, etc.
—
3. L’utilisateur « sde » sert uniquement à administrer la géodatabase (par ex. compression sde) ; il est le propriétaire du référentiel de la géodatabase.
—
4. N’utilisez jamais les connexions d’utilisateur « propriétaire des données » dans les cartes (par ex. les fichiers mxd), les outils GP, les services de cartes, les services d’entités, etc.
• Sauf si cela est vraiment nécessaire pour créer de nouvelles classes d’entités ou tables dans la géodatabase
• Il faut toutefois en comprendre les conséquences
• Pour les outils de géotraitement, privilégiez toujours les géodatabases fichiers comme espaces de travail temporaires : c’est plus rapide !!!
• Le problème des connexions multiples avec un utilisateur « propriétaire des données », c’est qu’elles provoquent des verrous de table dans la base de données
• Cela peut entraîner des interblocages et bloquer / figer les connexions à ArcGIS Desktop (ArcMap/Pro) et ArcGIS Server
• Exception : avec le versionnement de branche, seul le propriétaire des données peut publier le service d’entités
—
5. Comment éviter alors les « interblocages » ?
• Si vous ne modifiez pas les données dans ArcGIS, utilisez une connexion avec un utilisateur « lecteur » pour créer la carte
• Si vous modifiez les données dans ArcGIS, utilisez une connexion avec un utilisateur « éditeur » pour créer la carte
• La connexion de l’utilisateur « lecteur » dispose d’une autorisation en lecture seule (sélection) sur les classes d’entités et les tables de l’utilisateur « propriétaire des données »
• La connexion de l’utilisateur « éditeur » dispose d’autorisations en lecture-écriture (sélection, insertion, mise à jour et suppression) sur les classes d’entités et les tables de l’utilisateur « propriétaire des données »
• Pour créer des services de cartes ArcGIS Server, utilisez une connexion avec un utilisateur « lecteur » pour créer la carte avant sa publication
• Pour créer des services d’entités ArcGIS Server, utilisez une connexion avec un utilisateur « éditeur » pour créer la carte avant sa publication
• Pour créer des services de géotraitement ArcGIS Server : si vous modifiez les données, utilisez « éditeur », sinon utilisez la connexion de l’utilisateur « lecteur »
—
6. Explication des « interblocages » — plus de détails
• Interblocages sur Oracle-Base | Documentation Oracle sur les interblocages
• Documentation SQL Server sur les interblocages
• Documentation PostgreSQL sur les interblocages
________________________________________________________________________________________________
Liens vers la documentation des bases de données
________________________________________________________________________________________________
Bonnes pratiques de stockage des bases de données
Pourquoi utiliser plusieurs espaces de tables et RAID 10
• Les systèmes de géodatabase d’entreprise en production de grande taille doivent recourir à une solution matérielle de répartition des données. Les meilleures stratégies d’organisation des disques et des données consistent à répartir les données sur plusieurs disques.
—
• Lorsque les données sont réparties sur plusieurs disques, davantage de têtes de lecture peuvent les rechercher simultanément. Cela peut accélérer la lecture sur disque et réduire la contention.
—
• Il existe deux principales façons de répartir les données : les espaces de tables et les baies redondantes de disques indépendants (RAID).
—
• Vous pouvez également combiner les deux en créant des espaces de tables au sein des baies de disques.• Vous pouvez appliquer des stratégies de séparation des données ; isoler les tables de leurs index, ou certains types de tables des autres, améliore les performances et allège les tâches d’administration.
—
• Les recommandations standard de stockage SIG préconisent de séparer les fichiers d’index et de journal des tables métier vectorielles et tabulaires.
—
• Pour des raisons de performance, il est préférable de placer séparément les tables métier, les tables d’entités et les tables d’index spatial, et d’organiser les fichiers de données des espaces de tables selon leur mode d’utilisation.
—
• Pour une géodatabase multiversionnée et très active en édition, les fichiers de base de données de l’espace de tables VERSIONS peuvent être séparés et répartis sur les disques disponibles afin d’éviter la contention des E/S.
—
• En règle générale, créez des fichiers de base de données aussi volumineux que possible, en fonction de la quantité maximale de données que vous estimez qu’elle contiendra, afin de tenir compte de sa croissance future.
—
• La création de fichiers volumineux permet d’éviter la fragmentation des fichiers et d’améliorer les performances de la base de données.
—
• Dans de nombreux cas, vous pouvez autoriser les fichiers de données à croître automatiquement ; veillez simplement à limiter leur croissance automatique en définissant une taille maximale qui laisse suffisamment d’espace disponible sur le disque dur.
—
• En plaçant différents espaces de tables sur des disques distincts, vous pouvez également contribuer à éliminer la fragmentation physique de vos fichiers à mesure qu’ils grossissent.
• Livre blanc célèbre !!!
—
• Le striping à granularité fine peut être un mauvais choix pour les espaces de tables dans lesquels Oracle Server écrit les segments de tri, si de nombreux processus applicatifs effectuent des tris simultanément. Le striping à granularité fine peut aussi donner des résultats étonnamment médiocres pour les applications qui utilisent la fonctionnalité d’optimisation des requêtes parallèles d’Oracle (PQO), car l’utilisation de plusieurs processus esclaves de requête par PQO engendre un niveau élevé de concurrence, même pour une seule session utilisateur.
—
• Si votre base de données contient un ou plusieurs petits espaces de tables pour lesquels de grandes tranches brutes seraient inutiles, vous pouvez choisir une ou deux tailles de tranches brutes plus standard pour ces espaces. Si vous utilisez plusieurs tailles de tranches brutes, choisissez des tailles qui soient des multiples et des diviseurs entiers les unes des autres.
—
• Performances des E/S — Chaque espace de tables doit contenir des segments présentant des caractéristiques similaires en matière de concurrence et de taille des E/S, afin de faciliter le choix de la taille des baies de disques et des bandes. Le regroupement des segments en lecture seule dans des espaces de tables en lecture seule réduit les volumes de transfert de données pour les sauvegardes et les restaurations, et diminue la maintenance des verrous PCM.
—
• Résilience aux pannes — Les petits espaces de tables permettent d’effectuer leur maintenance hors ligne en limitant au minimum l’interruption des applications. L’espace de tables système ne peut pas être mis hors ligne ni supprimé puis recréé ; y conserver le moins de segments possible réduit donc la nécessité d’interrompre la base de données. Le regroupement des segments d’annulation dans le moins d’espaces de tables possible réduit la fréquence des interruptions, car tout espace de tables contenant un segment d’annulation en ligne ne peut pas être mis hors ligne. Le stockage des segments liés par des relations référentielles dans de petits groupes d’espaces de tables optimise votre capacité à tirer parti de la fonctionnalité de récupération ponctuelle des espaces de tables.
—
• Gestion de l’espace — Isoler les segments à durée de vie courte réduit l’impact de la fragmentation de l’espace libre des espaces de tables, qui peut empêcher Oracle Server d’allouer des extensions. Les administrateurs de VLDB ont intérêt à utiliser les paramètres de stockage par défaut des espaces de tables plutôt qu’à gérer les paramètres de dimensionnement au niveau des segments.
—
• Gestion des quotas — Les quotas d’espace d’Oracle Server sont attribués aux utilisateurs par espace de tables. Vous devez donc affecter les groupes de segments d’un même schéma à un petit nombre d’espaces de tables.
—
• Si vous utilisez le striping à granularité fine pour les fichiers de données, il n’est pas nécessaire de séparer les index des données pour répartir la charge des E/S sur les disques. Toutefois, si vos procédures d’exploitation prévoient des reconstructions périodiques des index, vous pouvez envisager de placer les index dans leurs propres espaces de tables afin de réduire au minimum l’impact éventuel de la fragmentation de l’espace libre causée par la suppression d’un index.
• Cette méthodologie attribue une charge spécifique à différents sous-ensembles de la base de données, tels que les fichiers journaux, les segments d’annulation, les espaces de tables d’index, les espaces de tables de données, etc., puis affecte des disques à ces sous-ensembles en fonction de leur profil de charge.
________________________________________________________________________________________________
Référence technique Esri ® Septembre• 2026
________________________________________________________________________________________________
