Gedacht für Datenbankadministratoren als Empfehlungen zur Einrichtung der Produktarbeitsbereiche in einer Enterprise-Geodatabase (OracleAE, SQL ServerAE, PostgreSQLAE).
_______________________________________________________________
Inhaltsverzeichnis
Esri MCSEsri MCS ArcGIS-ErweiterungenEnterprise MCS Datenbanken Best PracticesFAQ - Häufig gestellte FragenLeitfäden ArcGIS ProLeitfäden ArcMap 10.8.xLeitfäden Frühere VersionenEnterprise MCS Datenbanken Vorlagen-SkripteGeodatabasesDatenbank-Vorlagen-SkripteBest Practices für DatenbankverbindungenLinks zur DatenbankdokumentationBest Practices für Datenspeicherung in der DatenbankWarum mehrere Tablespaces und RAID 10 verwendenBAARF - Kampf gegen jedes RAID 5Konfiguration des Oracle-Servers für VLDB - Cary Millsap, OracleOptimale Speicher-Konfiguration leicht gemacht - Juan Loaiza, Oracle
________________________________________________________________________________________________
MCS Enterprise-Datenbanken Best Practices - Frühere Versionen
________________________________________________________________________________________________
Esri MCS
Esris Mapping and Charting Solutions (MCS) wird von allen Arten von Organisationen verwendet, um Arbeitsabläufe zu verbessern und die anspruchsvollsten Anforderungen an Kartierung und Diagrammerstellung zu erfüllen.
Wichtige Referenzseiten |Wiki -Systemdesign-Strategien | community.esri.com - Systemdesign-Strategien
Ein Esri AE Technischer Verweis Februar2026
________________________________________________________________________________________________
Esri MCS ArcGIS-Erweiterungen
________________________________________________________________________________________________
Enterprise MCS Datenbanken Best Practices
Die Leitfäden sind für Datenbankadministratoren gedacht als Empfehlungen zur Einrichtung der Produktarbeitsbereiche in einer Enterprise-Geodatabase (OracleAE, SQL ServerAE, PostgreSQLAE).
* Eine erfolgreiche Bereitstellung einer Enterprise ArcGIS-Anwendung beginnt mit einem starken physischen Datenbankdesign und besten Praktiken der Datenbankverwaltung.
Erstellen Sie eine Geodatabase für jeden Software-Produktarbeitsbereich.
pm - Produktionsdatenbank Production Mapping & Defense Mapping
Topographische Kartierung - MGCP, TDS usw.
Ihre GIS-Daten - erstellen Sie für jede eine separate Geodatabase
kartographischer Maßstab z.B. pm50 (1:50k); pm250 (1:250k)
pl - Produktbibliotheks-Arbeitsbereich - Product Library* (* nur ArcMap)
rev - Data Reviewer-Arbeitsbereich - Data Reviewer
wmx - Workflow Manager-Arbeitsbereich - Workflow Manager
mar1 - maritime Kartierungsdatenbank - Nautical
Ihre GIS-Daten - erstellen Sie für jede eine separate Geodatabase
kartographischer Maßstab z.B. mar500k (1:500.000); mar1m (1:1.000.000)
mar2 - bathymetrische Datenbank - Nautical
aero1 - aeronautische Kartierungsdatenbank - Aviation
Ihre GIS-Daten - erstellen Sie für jede eine separate Geodatabase
kartographischer Maßstab z.B. aero500k (1:500.000);
eaero1m (1:1.000.000)
aero2 - Flughafendatenbank - Aviation
lr - lineare Referenzierungsdatenbank - Roads & Highways / Pipeline Referencing
ind - Innenraumdatenbank - Indoors
Für eine sehr große Feature-Class erstellen Sie ein separates dbtune-Schlüsselwort, das auf separate Tablespaces und Datafiles im Datenbankspeicher verweist; dies reduziert die Festplattenkonkurrenz und verbessert die I/O-Leistung.
UN - Utility Network
- Jedes Utility Network (UN) sollte in seiner eigenen separaten Geodatabase gehalten werden.
- Dies hält die Datenbank reibungslos am Laufen, indem es Konkurrenz reduziert und
- die Leistung verbessert.
- Es erleichtert auch die Verwaltung der Datenbankwartungsaufgaben,
wie das Neuaufbauen von Indizes und das Sammeln von Statistiken.
- Wir können diese spezielle UN-Datenbank einfach klonen, indem wir Datenbanksicherungen verwenden,
wenn eine Kopie zum Testen benötigt wird.
- Außerdem erleichtert es das Verschieben der UN-Datenbank auf einen anderen
Datenbankserver, falls erforderlich.
- Wenn etwas schiefgeht und Daten aufgrund von Benutzerfehlern verloren gehen,
können Sie genau diese spezifische UN-Datenbank bis zu einem bestimmten Zeitpunkt wiederherstellen.
- Dies ist besonders nützlich, wenn die verlorenen Daten nicht über
Geodatabase-Versionen wiederhergestellt werden können.
- Diese Einrichtung hilft dabei, wichtige Ziele für die Datenwiederherstellung zu erreichen,
genannt RPO (Recovery Point Objective) und RTO (Recovery Time Objective),
die eine schnelle Wiederherstellung und minimalen Datenverlust gewährleisten.
- Zum Beispiel stellen Sie sich vor, es gibt zwei separate UN-Geodatabases:
eine für Gas und eine für Wasser.
- Wenn jemand Daten aus der Wasserdatenbank in einer Geodatabase-
Kindversion löscht und dann die Änderungen mit der Geodatabase-
sde.default-Version abgleicht und veröffentlicht, können Sie diese gelöschten Daten nicht mehr aus der sde.default-
Version zurückbekommen.
- Aber wenn Sie den Fehler früh genug bemerken, kann der Datenbankadministrator
die Wasserdatenbank auf einen früheren Zeitpunkt wiederherstellen.
- Dies beeinflusst die Gasdatenbankänderungen überhaupt nicht.
- Wenn stattdessen alle UNs in einer Geodatabase gespeichert wären, könnte das Löschen oder Verlieren von Daten
eines UN dazu führen, dass Änderungen aller Datensätze in dieser Geodatabase verloren gehen.
Ein Esri AE Technischer Verweis Februar2026
________________________________________________________________________________________________
FAQ - Häufig gestellte Fragen
<<EMOJI _0>> Wie lade ich große Feature-Class Oracle Geodatabase hoch?
🎯 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
Best Practices Indoors 3.x Workspace in PostgreSQL4 Oktober/21/2025
Frühere Versionen ArcGIS Pro
________________________________________________________________________________________________
Leitfäden ArcMap 10.8.x
ArcMap Lebenszyklus - Außer Betrieb März 01, 2026
Die Leitfäden sind für Datenbankadministratoren gedacht, um bei der Einrichtung der Produktarbeitsbereiche in einer Enterprise Geodatabase zu helfen.
Hinweis: Roads and Highways, Pipeline Referencing, GeoEvent, Indoors, Aviation Kunden können dieselben Best Practices in den Production Mapping Leitfäden befolgen
ArcMap 10.8 Feb 20, 2020
🌎 Production Mapping
Produktionsdatenbank
Best Practices Production Mapping 10.8 Workspace in Oracle4
Best Practices Production Mapping 10.8 Workspace in SQL Server4
Best Practices Production Mapping 10.8 Workspace in PostgreSQL4
📕 Product Library
Best Practices Product Library 10.8 Workspace in Oracle4 4 4 4 4
Best Practices Product Library 10.8 Workspace in SQL Server4 4 4 4 4
Best Practices Product Library 10.8 Workspace in PostgreSQL4
🔍 Data Reviewer
Best Practices Data Reviewer 10.8 Workspace in Oracle4
Best Practices Data Reviewer 10.8 Workspace in SQL Server4
Best Practices Data Reviewer 10.8 Workspace in PostgreSQL4
📝 Workflow Manager
Best Practices Workflow Manager 10.8 Workspace in Oracle4
Best Practices Workflow Manager 10.8 Workspace in SQL Server4
Best Practices Workflow Manager 10.8 Workspace in PostgreSQL4
🌐 Bathymetric Solution (BIS)
Best Practices Bathymetry Solution (BIS) 10.8 Workspace in Oracle4
Best Practices Bathymetry Solution (BIS) 10.8 Workspace in SQL Server
🌐 Nautical Solution (NIS)
Best Practices Nautical Solution (NIS) 10.8 in Oracle
Best Practices Nautical Product Library 10.8 in Oracle
Best Practices Nautical Solution (NIS) 10.8 in SQL Server
Best Practices Nautical Product Library 10.8 in SQL Server
Frühere Versionen ArcMap 10.7 / 10.6 / 10.5 / 10.4 / 10.3 / 10.2 / 10.1 / 10.0 .
________________________________________________________________________________________________
Frühere Versionen - ArcGIS Pro 2.x - ArcMap 10.7 / 10.6 / 10.5 / 10.4 / 10.3 / 10.2 / 10.1 / 10.0 .
________________________________________________________________________________________________
Enterprise MCS Datenbanken Vorlagen-Skripte
Wie man installiert, konfiguriert, sichert und wartet Sehr große MCS Enterprise Datenbanken (VLMCSEDB), detaillierte Anweisungen zum Laden von Daten, Backup und Wiederherstellung sowie zur Verwaltung mehrerer Benutzeranmeldungen.
*Für professionelle Datenbankadministratoren, erfordert fortgeschrittene RDBMS- und fortgeschrittene Geodatabase-Erfahrung.
Ein Esri ® Technischer Verweis Februar•2026
Geodatabases
Erstellen Sie eine Geodatabase für jeden Softwareprodukt-Arbeitsbereich.
pm - Produktionsdatenbank Production Mapping & Defense Mapping
- Topographische Kartierung - MGCP, TDS usw.
Ihre GIS-Daten - erstellen Sie für jede eine separate Geodatabase
kartographische Skala z.B. pm50 (1:50k); pm250 (1:250k)
pl - Produktbibliotheks-Arbeitsbereich - Product Library* (* nur ArcMap)
rev - Data Reviewer Arbeitsbereich - Data Reviewer
wmx - Workflow Manager Arbeitsbereich - Workflow Manager
mar1 - maritime Kartierungsdatenbank - Nautical
mar2 - bathymetrische Datenbank - Nautical
aero1 - aeronautische Kartierungsdatenbank - Aviation
aero2 - Flughafendatenbank - Aviation
lr - lineare Referenzierungsdatenbank - Roads & Highways / Pipeline Referencing
ind - Indoors-Datenbank - Indoors
Für eine sehr große Featureclass erstellen Sie ein separates dbtune-Schlüsselwort, das auf separate Tablespaces und Datenfiles im Datenbankspeicher verweist, dies reduziert die Festplattenkonkurrenz und verbessert die I/O.
UN - Utility Network
- Jedes Utility Network (UN) sollte in seiner eigenen separaten Geodatabase gehalten werden.
- Dies hält die Datenbank reibungslos am Laufen, indem es Konkurrenz reduziert und die
Leistung verbessert.
- Es erleichtert auch die Verwaltung der Datenbankwartungsaufgaben, wie das Wiederaufbauen von
Indizes und das Sammeln von Statistiken.
- Wir können diese bestimmte UN-Datenbank leicht klonen, indem wir Datenbanksicherungen verwenden,
wenn eine Kopie zum Testen benötigt wird.
- Außerdem ist es einfacher, die UN-Datenbank bei Bedarf auf einen anderen Datenbankserver zu verschieben.
- 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. ArcSDE Application Server ("SDE Service") ist veraltet, verwenden Sie "direct connect". - Neuigkeiten in ArcMap 10.8 / 10.7 / 10.6 / 10.5 / 10.4 / 10.3 siehe Datenbanken & Geodatabases - Neuigkeiten in ArcGIS Pro - Ausmusterungsplan für ArcGIS-Produkte 2. Verwenden Sie niemals die "sde" Benutzerverbindung in: Karten (z.B. mxd's), GP-Tools, Map Services, Feature Services usw. 3. Der "sde" Benutzer ist nur für die Geodatabase-Verwaltung (z.B. sde compress), der sde Benutzer ist der Eigentümer des Geodatabase-Repositorys 4. Verwenden Sie niemals "data owner" Benutzerverbindungen in: Karten (z.B. mxd's), GP-Tools, Map Services, Feature Services usw. - Es sei denn, es ist wirklich notwendig, neue Featureklassen oder Tabellen in der Geodatabase zu erstellen - Aber man muss die Auswirkungen verstehen - Für Geoverarbeitungswerkzeuge bevorzugen Sie immer Dateigeodatabases als temporäre Arbeitsbereiche, das ist schneller!!!! - Das Problem bei mehreren "data owner" Benutzerverbindungen ist, dass dies Tabellen-Sperren in der Datenbank verursacht - Dies kann zu Deadlocks führen und dazu führen, dass ArcGIS Desktop (ArcMap/Pro) und ArcGIS Server-Verbindungen stoppen/einfrieren - Ausnahme ist Branch Versioning, nur der data owner kann den Feature Service veröffentlichen 5. Wie vermeidet man dann das "Deadlock"-Problem? - Wenn keine Daten in ArcGIS bearbeitet werden, verwenden Sie eine "viewer" Benutzerverbindung zum Erstellen der Karte - Wenn Daten in ArcGIS bearbeitet werden, verwenden Sie eine "editor" Benutzerverbindung zum Erstellen der Karte - Die "viewer" Benutzerverbindung hat Lesezugriff (select) auf die Featureklassen und Tabellen des "data owner" Benutzers - Die "editor" Benutzerverbindung hat Lese-Schreib-Zugriff (select, insert, update und delete) auf die Featureklassen und Tabellen des "data owner" Benutzers - Wenn ArcGIS Server Map Services erstellt werden, verwenden Sie eine "viewer" Benutzerverbindung zum Erstellen der Karte vor der Veröffentlichung - Wenn ArcGIS Server Feature Services erstellt werden, verwenden Sie eine "editor" Benutzerverbindung zum Erstellen der Karte vor der Veröffentlichung - Wenn ArcGIS Server Geoverarbeitungsdienste erstellt werden: Bei Datenbearbeitung verwenden Sie "editor", andernfalls die "viewer" Benutzerverbindung 6. Erklärung zu "Deadlock" mehr Details - Oracle-Base Deadlocks | Oracle Dokumentation Deadlocks - SQLServer Dokumentation Deadlocks - PostgreSQL Dokumentation Deadlocks
________________________________________________________________________________________________
Datenbank-Dokumentationslinks
________________________________________________________________________________________________
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
________________________________________________________________________________________________
