Destiné aux administrateurs de bases de données comme recommandations pour établir les espaces de travail produit dans une géodatabase d'entreprise (Oracle4, SQL Server4, PostgreSQL4).
_______________________________________________________________
Table des matières
Esri MCSExtensions ArcGIS Esri MCSBonnes pratiques des bases de données d'entreprise MCSFAQ - Questions fréquemment poséesGuides ArcGIS ProGuides ArcMap 10.8.xGuides versions précédentesScripts modèles bases de données d'entreprise MCSGéodatabasesScripts modèles bases de donnéesBonnes pratiques connexions bases de donnéesLiens documentation bases de donnéesBonnes pratiques stockage bases de donnéesPourquoi utiliser plusieurs tablespaces et RAID 10BAARF - Bataille contre tout RAID 5Configuration du serveur Oracle pour VLDB - Cary Millsap, OracleConfiguration optimale du stockage simplifiée - Juan Loaiza, Oracle
________________________________________________________________________________________________
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 les flux de travail et répondre aux besoins les plus exigeants en production cartographique et graphique.
Sites de référence clés |Wiki -Stratégies de conception système | community.esri.com - Stratégies de conception système
Une référence technique Esri4 février 2026
________________________________________________________________________________________________
Extensions ArcGIS Esri MCS
________________________________________________________________________________________________
Bonnes pratiques des bases de données d'entreprise MCS
Les guides sont destinés aux administrateurs de bases de données comme recommandations pour établir les espaces de travail produit dans une géodatabase d'entreprise (Oracle4, SQL Server4, PostgreSQL4).
* un déploiement réussi d'une application ArcGIS entreprise commence par une conception physique solide de la base de données et les meilleures pratiques d'administration des bases de données.
Créer une géodatabase pour chaque espace de travail logiciel produit.
pm - base de données production Production Mapping & Defense Mapping
Cartographie topographique - MGCP, TDS, etc.
vos données SIG - créer une géodatabase séparée pour chaque
échelle cartographique ex. pm50 (1:50k); pm250 (1:250k)
pl - espace bibliothèque produit - Product Library* (* ArcMap uniquement)
rev - espace data reviewer - Data Reviewer
wmx - espace workflow manager - Workflow Manager
mar1 - base cartographie maritime - Nautical
vos données SIG - créer une géodatabase séparée pour chaque
échelle cartographique ex. mar500k (1:500,000); mar1m (1:1,000,000)
mar2 - base bathymétrique - Nautical
aero1 - base cartographie aéronautique - Aviation
vos données SIG - créer une géodatabase séparée pour chaque
échelle cartographique ex. aero500k (1:500,000);
eaero1m (1:1,000,000)
aero2 - base aéroports - Aviation
lr - base référencement linéaire - Routes & Autoroutes / Référencement pipeline
ind - base intérieur des bâtiments (Indoors)
Pour une classe d'entités très volumineuse, créez un mot-clé dbtune séparé qui pointe vers des tablespaces et fichiers de données distincts dans le stockage base de données, cela réduit la contention disque et améliore les E/S.
UN - Utility Network (Réseau Utilitaire)
- Chaque Utility Network (UN) doit être conservé dans sa propre géodatabase séparée.
- Cela permet à la base de données de fonctionner sans accroc en réduisant la contention et
en améliorant les performances.
- 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.
- Nous pouvons facilement cloner cette base UN particulière, en utilisant des sauvegardes de base de données,
'lorsqu'une copie est nécessaire pour les tests.
'Cela facilite aussi le déplacement de la base UN vers un autre
'serveur de base si nécessaire.
'Si quelque chose tourne mal et que des données sont perdues à cause d'erreurs utilisateur,
'vous pouvez récupérer uniquement cette base UN spécifique jusqu'à un certain point dans le temps.
'Ceci est particulièrement utile si les données perdues ne peuvent pas être récupérées via
'les versions géodatabase.
'Cette configuration aide à atteindre des objectifs importants pour la récupération des données,
'appelés RPO (Recovery Point Objective) et RTO (Recovery Time Objective),
'assurant une récupération rapide et une perte minimale des données.
'Par exemple, imaginez qu'il y ait deux géodatabases UN distinctes :
'une pour le gaz, et une pour l'eau.
'Si quelqu'un supprime des données dans la base eau dans une version enfant géodatabase
'puis réconcilie et publie les modifications vers la version sde.default géodatabase, vous ne pouvez plus récupérer ces données supprimées depuis la version sde.default.
'Mais si vous réalisez l'erreur assez tôt, l'administrateur peut
'restaurer la base eau à un point antérieur dans le temps.
'Cela n'affecte pas du tout les modifications dans la base gaz.
'Si au contraire toutes les UN étaient stockées dans une seule géodatabase, supprimer ou perdre des données
'd'une UN pourrait risquer la perte des modifications sur tous les ensembles de données dans cette géodatabase.
from one UN could risk losing edits from all datasets in that geodatabase.
An Esri ® Technical Reference February• 2026
________________________________________________________________________________________________
FAQ - Frequent Asked Questions
🎯 How Load Large Featureclass Oracle Geodatabase
🎯 How Load Large Featureclass SQL Server Geodatabase
🎯 How to Move and Upgrade a WMX Repository Enterprise GDB
🎯 How to Move the WMX table JTX_JOB_ATTACHMENTS
🎯 Pro Branch Version & Oracle Table Compression
🎯 Oracle eGDB SDE Repo Upgrade Using Oracle Restore Point | Download PDF Version
🎯 ArcSDE User-Schema Geodatabases in Oracle are deprecated
🎯 How to Move the Oracle Enterprise Geodatabase with the Oracle Data Pump Utility
🎯 How to Move the PostgreSQL Enterprise Geodatabase with pg_dump and pg_restore
🎯 How to Move the SQL Server Enterprise Geodatabase with a database backup
🎯 How to Install Database Clients for ArcGIS
🎯 How to Install the Oracle Database Client for ArcGIS?
🎯 How to Install the SQL Server Client for ArcGIS?
🎯 How to Upgrade the PostgreSQL and PostGIS version for the Ent. Geodatabase on Windows
🎯 How to Upgrade the PostgreSQL and PostGIS version for the Ent. Geodatabase on Linux
🎯 How to Configure Windows Authentication for the PostgreSQL Enterprise Geodatabase
🎯 Linux Docker Installation - Esri Community
🎯 Linux Docker: Enterprise Geodatabase in PostgreSQL
🎯 Linux Docker: Enterprise Geodatabase in SQL Server
🎯 Linux Docker: Enterprise Geodatabase in Oracle
________________________________________________________________________________________________
Guide Books ArcGIS Pro
The guide books are intended for database administrators to help establish the product workspaces in an Enterprise Geodatabase.
ArcGIS Pro 3.x
🌎 Topographic Mapping
Best Practices Production Mapping 3.x Workspace in Oracle® October/21/2025
Best Practices Production Mapping 3.x Workspace in SQL Server® October/21/2025
Best Practices Production Mapping 3.x Workspace in PostgreSQL® October/21/2025
🔍 Data Reviewer (Classic) - Deprecated! Final Supported Version: ArcGIS Pro 3.6
Best Practices Data Reviewer 3.x Workspace in Oracle® October/21/2025
Best Practices Data Reviewer 3.x Workspace in SQL Server® October/21/2025
Best Practices Data Reviewer 3.x Workspace in PostgreSQL® October/21/2025
ArcGIS Data Reviewer FunctionalityDeprecation of Functionality in ArcGIS Data Reviewer
Final Supported Version: ArcGIS Pro 3.6 (released October 2025) is the last version
to support legacy tools like Reviewer Batch Jobs, Reviewer Sessions, and
the Reviewer Table.
Removal Version: Starting with ArcGIS Pro 3.7 (slated for April 2026),
these classic components will be completely removed and no longer available.
Reason for Change:
This aligns with the final retirement of ArcMap 10.8.x in March 2026,
as the Classic workspace was primarily designed for interoperability
with ArcMap.
Modern Alternative: Users must migrate to Attribute Rules-based workflows,
which utilize the Error Inspector for error management instead of the legacy
Reviewer Table.
📝 Workflow Manager (Classic)
- Deprecated! Final Supported Version: ArcGIS Pro 3.4
Best Practices Workflow Manager 3.x Workspace in Oracle® October/21/2025
Best Practices Workflow Manager 3.x Workspace in SQL Server® October/21/2025
Best Practices Workflow Manager 3.x Workspace in PostgreSQL® October/21/2025
ArcGIS Pro 3.4 is the final release that supports Workflow Manager (Classic).
🌍 Aviation - Charting / Airports
Best Practices Aviation 3.x Workspace in Oracle® October/21/2025
Best Practices Aviation 3.x Workspace in SQL Server® October/21/2025
Best Practices Aviation 3.x Workspace in PostgreSQL® October/21/2025
🌐 Maritime - Charting
Best Practices Maritime Charting 3.x Workspace in Oracle® October/21/2025
Best Practices Maritime Charting 3.x Workspace in SQL Server® October/21/2025
Best Practices Maritime Charting 3.x Workspace in PostgreSQL® October/21/2025
🌐 Maritime - Bathymetry
Best Practices Bathymetry 3.x Workspace in Oracle® October/21/2025
Best Practices Bathymetry 3.x Workspace in SQL Server® October/21/2025
Best Practices Bathymetry 3.x Workspace in PostgreSQL® October/21/2025
🌏 Linear Referencing - Roads & Highways / Pipeline Referencing
Best Practices LR 3.x Workspace in Oracle® October/21/2025
Best Practices LR 3.x Workspace in SQL Server® October/21/2025
Best Practices LR 3.x Workspace in PostgreSQL® October/21/2025
🌐 Indoors
Best Practices Indoors 3.x Workspace in Oracle® October/21/2025
Best Practices Indoors 3.x Workspace in SQL Server® October/21/2025
Meilleures pratiques Indoors 3.x Workspace dans PostgreSQL4 21/10/2025
Versions précédentes ArcGIS Pro
________________________________________________________________________________________________
Guides ArcMap 10.8.x
Cycle de vie d'ArcMap - Retrait 01 mars 2026
Les guides sont destinés aux administrateurs de bases de données pour aider à établir les espaces de travail produit dans une Enterprise Geodatabase.
Note : Les clients Roads and Highways, Pipeline Referencing, GeoEvent, Indoors, Aviation peuvent suivre les mêmes meilleures pratiques dans les guides Production Mapping
ArcMap 10.8 20 février 2020
🌎 Production Mapping
Base de données de production
Meilleures pratiques Production Mapping 10.8 Workspace dans Oracle4
Meilleures pratiques Production Mapping 10.8 Workspace dans SQL Server4
Meilleures pratiques Production Mapping 10.8 Workspace dans PostgreSQL4
📕 Product Library
Meilleures pratiques Product Library 10.8 Workspace dans Oracle4 4 4 4 4
Meilleures pratiques Product Library 10.8 Workspace dans SQL Server4 4 4 4 4
Meilleures pratiques Product Library 10.8 Workspace dans PostgreSQL4
🔍 Data Reviewer
Meilleures pratiques Data Reviewer 10.8 Workspace dans Oracle4
Meilleures pratiques Data Reviewer 10.8 Workspace dans SQL Server4
Meilleures pratiques Data Reviewer 10.8 Workspace dans PostgreSQL4
📝 Workflow Manager
Meilleures pratiques Workflow Manager 10.8 Workspace dans Oracle4
Meilleures pratiques Workflow Manager 10.8 Workspace dans SQL Server4
Meilleures pratiques Workflow Manager 10.8 Workspace dans PostgreSQL4
🌐 Bathymetric Solution (BIS)
Meilleures pratiques Bathymetry Solution (BIS) 10.8 Workspace dans Oracle4
Meilleures pratiques Bathymetry Solution (BIS) 10.8 Workspace dans SQL Server
🌐 Nautical Solution (NIS)
Meilleures pratiques Nautical Solution (NIS) 10.8 dans Oracle
Meilleures pratiques Nautical Product Library 10.8 dans Oracle
Meilleures pratiques Nautical Solution (NIS) 10.8 dans SQL Server
Meilleures pratiques Nautical Product Library 10.8 dans SQL Server
Versions précédentes ArcMap 10.7 / 10.6 / 10.5 / 10.4 / 10.3 / 10.2 / 10.1 / 10.0 .
________________________________________________________________________________________________
Versions précédentes - ArcGIS Pro 2.x - ArcMap 10.7 / 10.6 / 10.5 / 10.4 / 10.3 / 10.2 / 10.1 / 10.0 .
________________________________________________________________________________________________
Scripts modèles de bases de données Enterprise MCS
Comment installer, configurer, sauvegarder et maintenir Bases de données Enterprise MCS très volumineuses (VLMCSEDB), instructions détaillées pour le chargement des données, la sauvegarde et la récupération et pour gérer plusieurs connexions utilisateur.
*Pour les administrateurs de bases de données professionnels, nécessite une expérience avancée en SGBDR et en Geodatabase avancée.
Une référence technique Esri ® février•2026
Geodatabases
Créer une geodatabase pour chaque espace de travail logiciel produit.
pm - base de données de production Production Mapping & Defense Mapping
- Cartographie topographique - MGCP, TDS, etc.
vos données SIG - créer une geodatabase séparée pour chaque
échelle cartographique ex : pm50 (1:50k); pm250 (1:250k)
pl - espace de travail product library - Product Library* (* uniquement ArcMap)
rev - espace de travail data reviewer - Data Reviewer
wmx - espace de travail workflow manager - Workflow Manager
mar1 - base de données cartographique maritime - Nautical
mar2 - base bathymétrique - Nautical
aero1 - base cartographique aéronautique - Aviation
aero2 - base aéroports - Aviation
lr - base linear referencing - Roads & Highways / Pipeline Referencing
ind - base indoors - Indoors
Pour une classe d'entités très volumineuse, créez un mot-clé dbtune séparé qui pointe vers des tablespaces et fichiers de données séparés dans le stockage de la base de données, cela réduit la contention disque et améliore les E/S.
UN - Utility Network
- Chaque Utility Network (UN) doit être conservé dans sa propre geodatabase séparée.
- Cela permet à la base de données de fonctionner sans accroc en réduisant la contention et en améliorant
les performances.
- Cela facilite également la gestion des tâches d'entretien de la base, comme la reconstruction des
index et la collecte des statistiques.
- Nous pouvons facilement cloner cette base UN particulière, en utilisant des sauvegardes de base,
lorsqu'une copie est nécessaire pour les tests.
- De plus, cela facilite le déplacement de la base UN vers un autre serveur de base de données si nécessaire.
RPO (Recovery Point Objective) and RTO (Recovery Time Objective),
ensuring quick recovery and minimal data loss.
- For example, imagine there are two separate UN geodatabases: one for gas,
and one for water.
- If someone deletes data from the water database in a geodatabase child
version and then reconciles and posts the edits to the geodatabase sde.default
version, you can’t get that deleted data back from the sde.default version
anymore.
- But, if you realize the mistake soon enough, the database administrator can
restore the water database to a previous point in time.
- Doing this doesn’t affect the gas database edits at all.
- If instead, all UNs were stored in one geodatabase, deleting or losing data
from one UN could risk losing edits from all datasets in that geodatabase.
An Esri ® Technical Reference October• 2025
Database Template Scripts
- the scripts cover the guide books best practices
- the scripts also have very advanced rdbms and advanced geodatabase best practices for VLMCSEDB that go beyond the guide books recommendations
Oracle Oracle 21c / 19c / 18c / 12c (12.2, 12.1) - For consolidation going forward adopt the Oracle 12c multi-tenant architecture: 1 CDB (container database): "mcs" hosts PDB's (pluggable databases): "pm", "pl", "rev", "wmx", "mar", "aero", "lr", "ind" each pluggable database is a standalone geodatabase with only the sde master repository installed - Discontinue the use of Esri user-schema geodatabases (1 oracle database - multiple geodatabases) ArcGIS Pro 3.x & ArcMap 10.9.x Oct 22, 2025 *New ArcGIS Pro 2.3 / 2.4 & ArcMap 10.7 / 10.8 Dec 18, 2020 ArcGIS Pro 2.2 & ArcMap 10.6 / 10.5 / 10.4 / 10.3 / 10.2 Aug 02, 2018 MCS Oracle 12c: Step-by-step Installation of Oracle RAC 12c on VMWare Nov 12, 2017 How to Load a Large Featureclass in an Oracle Geodatabase Oct 23, 2020 Oracle Geodatabase SDE Repository Upgrade using Oracle Restore Point Sep 06, 2022 How to Move eGDB using Oracle Data Pump Sep 13, 2022 Oracle 11gR2 ArcMap 10.2 / 10.1 March 27, 2014 - For consolidation, use Esri user-schema geodatabases (1 oracle database - multiple geodatabases)SQL Server SQL Server 2022 / 2019 / 2017 / 2016 (Windows/Linux) ArcGIS Pro 3.x & ArcMap 10.8.x June 21, 2022 *New ArcGIS Pro 2.3 / 2.4 & ArcMap 10.7 / 10.8 March 27, 2020 ArcGIS Pro 2.2 & ArcMap 10.6 / 10.5 / 10.4 / 10.3 / 10.2 / 10.1 November 13, 2017 MCS SQLServer: Step-by-step Installation of SQL Server 2016/2017 Cluster on a Windows Server 2016 Failover Cluster SQLServer Cluster on Windows Failover Cluster May 11, 2018 How to Load a Large Featureclass in a SQL Server Geodatabase Dec 03, 2020 PostgreSQL ArcGIS Pro 3.x & ArcMap 10.8.x Postgres on Windows July 05, 2023 *NewPostgres on Linux July 05, 2023 *New ArcGIS Pro 2.3 / 2.4 & ArcMap 10.7 / 10.8 Postgres on Windows March 20, 2020 Postgres on Linux March 20, 2020 ArcGIS Pro 2.2 & ArcMap 10.6 / 10.5 / 10.4 / 10.3 / 10.2 / 10.1 Postgres on Windows April 14, 2017 Postgres on Linux August 22, 2017
________________________________________________________________________________________________
Database Connections Best Practices
1. Le serveur d'application ArcSDE ("SDE Service") est obsolète, utilisez "direct connect". - Quoi de neuf dans ArcMap 10.8 / 10.7 / 10.6 / 10.5 / 10.4 / 10.3 voir Bases de données & Géodatabases - Quoi de neuf dans ArcGIS Pro - Plan de dépréciation pour les produits ArcGIS2. N'utilisez jamais la connexion utilisateur "sde" dans : Cartes (par ex. mxd), outils GP, services de carte, services d'entités, etc.3. L'utilisateur "sde" est uniquement pour l'administration de la géodatabase (par ex. compression sde), l'utilisateur sde est le propriétaire du référentiel de la géodatabase4. N'utilisez jamais les connexions utilisateur "data owner" dans : Cartes (par ex. mxd), outils GP, services de carte, services d'entités, etc. - Sauf si vraiment nécessaire pour créer de nouvelles classes d'entités ou tables dans la géodatabase - Mais il faut comprendre les implications - Pour les outils de géotraitement, préférez toujours les géodatabases fichier comme espaces de travail temporaires, c'est plus rapide !!!! - Le problème avec plusieurs connexions utilisateur "data owner" est que cela provoque des verrous sur les tables dans la base de données - Ce qui peut entraîner des interblocages et faire que les connexions ArcGIS Desktop (ArcMap/Pro) et ArcGIS Server se bloquent / figent - Exception : Branch Versioning, seul le data owner peut publier le service d'entités5. Comment éviter alors le problème d'"interblocage" ? - Si vous n'éditez pas les données dans ArcGIS, utilisez une connexion utilisateur "viewer" pour créer la carte - Si vous éditez des données dans ArcGIS, utilisez une connexion utilisateur "editor" pour créer la carte - La connexion utilisateur "viewer" a une permission en lecture seule (select) sur les classes d'entités et tables de l'utilisateur "data owner" - La connexion utilisateur "editor" a des permissions en lecture-écriture (select, insert, update et delete) sur les classes d'entités et tables de l'utilisateur "data owner" - Si vous créez des services de carte ArcGIS Server, utilisez une connexion utilisateur "viewer" pour créer la carte avant sa publication - Si vous créez des services d'entités ArcGIS Server, utilisez une connexion utilisateur "editor" pour créer la carte avant sa publication - Si vous créez des services de géotraitement ArcGIS Server : si vous éditez des données utilisez "editor", sinon utilisez la connexion utilisateur "viewer"6. Explication détaillée sur les "interblocages" - Oracle-Base deadlocks | Documentation Oracle deadlocks - Documentation SQLServer deadlocks - Documentation PostgreSQL deadlocks
________________________________________________________________________________________________
Liens vers la documentation des bases de données
________________________________________________________________________________________________
Database Storage Best Practices
Why to use Multiple Tablespaces and RAID 10
• Large production enterprise geodatabase systems should employ a hardware striping solution. Your best disk and data organization strategies involve spreading your data across multiple disks.• With data spread across multiple disks, more spindles actively search for it. This can increase disk read time and decrease disk contention.• There are two main ways of achieving striping: tablespaces and redundant array of independent disks (RAID).• You can also combine the two by creating tablespaces within disk arrays.• You can employ data segregation strategies; keeping tables from indexes or certain types of tables from other tables will improve performance and alleviate administrative burdens.• Standard GIS storage recommendations favor keeping index and log files separate from vector and tabular business tables.• For performance reasons, it is better to position the business, feature, and spatial index tables separately and position tablespace data files based on their usage pattern.• For a multiversioned, highly active editing geodatabase, database files of the VERSIONS tablespace may be separated and dispersed across available disks to avoid I/O contention.• As a rule, you should create database files as large as possible based on the maximum amount of data you estimate the database will contain to accommodate future growth.• By creating large files, you can avoid file fragmentation and gain better database performance.• In many cases, you can allow data files to grow automatically; just be sure to limit autogrowth by specifying a maximum growth size that leaves some available hard disk space.• By putting different tablespaces on different disks, you can also help eliminate physical fragmentation of your files as they grow.
Famous white paper!!!!!• Fine-grained striping can be a bad choice for the tablespaces to which Oracle Server writes sort segments if a lot of applications processes will be sorting simultaneously. Fine-grained striping can a so yield surprisingly bad results for applications that use the Oracle's parallel query optimization (PQO) feature, because PQO's use of multiple query slaves manufactures its own high concurrency level even for a single user session.• If your database contains one or more small tablespaces for which large raw slices would be wasteful, you may wish to select one or two more standard raw slice sizes for those tablespaces. If you use more than one raw slice size, then make the sizes integral multiples and divisors of each other.• I/O performance—Each tablespace should contain segments whose I/O concurrency and I/O size characteristics are similar, to facilitate disk array size and stripe size selection. Grouping read-only segments into read-only tablespaces reduces backup and recovery data transfer volumes and reduces PCM lock maintenance.• Outage resilience—Small tablespaces allow offline tablespace maintenance with minimal application outage. The system tablespace cannot be taken off-line, and it cannot be dropped and recreated, so keeping as few segments there as possible minimizes the need for database downtime. Isolating rollback segments into as few tablespaces as possible reduces outage frequency, because any tablespace containing an on-line rollback segment cannot be taken off-line. Storing referentially related segments in small groups of tablespaces maximizes your ability to exploit the tablespace point-in-time recovery feature.• Space management—Isolating segments with short lifespans minimizes the impact of tablespace free space fragmentation that can block Oracle Server extent allocation. VLDB administrators profit from using tablespace default storage parameters instead of maintaining segment sizing parameters at the segment level.• Quota management—Oracle Server space quotas are administered to users by tablespace. Hence, you should assign groups of segments in one schema to a small group of tablespaces.• If you are using fine-grained striping for data files, then it is not necessary to separate indexes from data to distribute I/O load across disks. However, if your operational procedures include periodic index rebuilds, you may want to consider isolating indexes into their own tablespaces to minimize the possible impact of tablespace free space fragmentation caused by the drop index.
• This methodology assigns a specific load to various subsets of the database such as log files, rollback segments, index tablespaces, data tablespaces, etc. and assigns disks to these subsets based on their load profile.
________________________________________________________________________________________________
An Esri ® Technical Reference February• 2026
________________________________________________________________________________________________
