Für Datenbankadministratoren als Empfehlungen zur Einrichtung der Produktarbeitsbereiche in einer Enterprise-Geodatabase (Oracle®, SQL Server®, PostgreSQL®).
_______________________________________________________________
Inhaltsverzeichnis
________________________________________________________________________________________________
Best Practices für MCS-Enterprise-Datenbanken – frühere Versionen
________________________________________________________________________________________________
Esri MCS
Mapping and Charting Solutions (MCS) von Esriwird von Organisationen aller Art eingesetzt, um Arbeitsabläufe zu verbessern und selbst anspruchsvollste Anforderungen an die Kartenproduktion zu erfüllen.
Wichtige Referenzseiten | community.esri.com - Strategien für Systemdesign
Technische Referenz von Esri ® September• 2026
________________________________________________________________________________________________
Esri MCS ArcGIS-Erweiterungen
________________________________________________________________________________________________
Best Practices für MCS-Enterprise-Datenbanken
Die Handbücher richten sich an Datenbankadministratoren und enthalten Empfehlungen zur Einrichtung der Produktarbeitsbereiche in einer Enterprise-Geodatabase (Oracle®, SQL Server®, PostgreSQL®).
* Eine erfolgreiche Bereitstellung einer unternehmensweiten ArcGIS-Anwendung beginnt mit einem soliden physischen Datenbankdesign und bewährten Verfahren für die Datenbankverwaltung.
________________________________________________________________________________________________
Hinweise zu Geodatabases
Erstellen Sie für jeden Produktarbeitsbereich eine eigene Geodatabase.
• pm – Produktionsdatenbank
Production Mapping & Defense Mapping
Topografische Kartierung – MGCP, TDS usw.
Ihre GIS-Daten – erstellen Sie für jeden Maßstab eine eigene Geodatabase
für die Kartografie, z. B. pm50 (1:50k); pm250 (1:250k)
—
• pl – Arbeitsbereich der Produktbibliothek - Product Library* (* nur ArcMap)
—
• rev – Arbeitsbereich von Data Reviewer - Data Reviewer
—
• wmx – Arbeitsbereich von Workflow Manager - Workflow Manager
—
• mar1 – Datenbank für die Seekartenproduktion - Nautisch
Ihre GIS-Daten – erstellen Sie für jeden Maßstab eine eigene Geodatabase
für die Kartografie, z. B. mar500k (1:500.000); mar1m (1:1.000.000)
—
• mar2 – bathymetrische Datenbank - Nautisch
—
• aero1 – Datenbank für die Luftfahrtkartenproduktion - Luftfahrt
Ihre GIS-Daten – erstellen Sie für jeden Maßstab eine eigene Geodatabase
für die Kartografie, z. B. aero500k (1:500.000); eaero1m (1:1.000.000)
—
• aero2 – Flughafendatenbank - Luftfahrt
—
• lr – Datenbank für lineare Referenzierung - Straßen und Fernstraßen / Pipeline-Referenzierung
—
• ind – Datenbank für Innenräume - Innenräume
Erstellen Sie für sehr große Featureklassen ein separates dbtune-Schlüsselwort, das auf eigene Tablespaces und Datendateien im Datenbankspeicher verweist. Dadurch werden Festplattenkonflikte verringert und die E/A-Leistung verbessert.
________________________________________________________________________________________________
UN – Hinweise zu Utility Network
1. Jedes Utility Network (UN) sollte in einer eigenen Geodatabase gespeichert werden.
—
2. Dadurch läuft die Datenbank reibungsloser, da Konflikte reduziert und die Leistung verbessert werden.
—
3. Außerdem lassen sich dadurch Datenbankwartungsaufgaben wie das Neuerstellen von Indizes und das Erfassen von Statistiken leichter verwalten.
—
4. Bei Bedarf lässt sich diese UN-Datenbank mithilfe von Datenbanksicherungen ganz einfach klonen, um eine Kopie zum Testen zu erstellen.
—
5. Außerdem lässt sich die UN-Datenbank bei Bedarf leichter auf einen anderen Datenbankserver verschieben.
—
6. Falls etwas schiefgeht und aufgrund von Benutzerfehlern Daten verloren gehen, können Sie genau diese UN-Datenbank bis zu einem bestimmten Zeitpunkt wiederherstellen.
—
7. Das ist besonders nützlich, wenn sich die verlorenen Daten nicht mithilfe von Geodatabase-Versionen wiederherstellen lassen.
—
8. Diese Konfiguration unterstützt wichtige Ziele der Datenwiederherstellung, RPO (Recovery Point Objective) und RTO (Recovery Time Objective), und gewährleistet so eine schnelle Wiederherstellung mit minimalem Datenverlust.
—
9. Nehmen wir beispielsweise an, es gibt zwei separate UN-Geodatabases: eine für Gas und eine für Wasser.
—
10. Wenn jemand in einer untergeordneten Geodatabase-Version Daten aus der Wasserdatenbank löscht und die Änderungen anschließend mit der Geodatabase-Version sde.default abgleicht und dort übernimmt, lassen sich die gelöschten Daten nicht mehr aus der Version sde.default wiederherstellen.
—
11. Wird der Fehler jedoch rechtzeitig bemerkt, kann der Datenbankadministrator die Wasserdatenbank auf einen früheren Zeitpunkt zurücksetzen.
—
12. Die Änderungen an der Gasdatenbank bleiben davon völlig unberührt.
—
13. Wären hingegen alle UNs in einer einzigen Geodatabase gespeichert, könnte das Löschen oder der Verlust von Daten in einem UN dazu führen, dass Änderungen an allen Datasets in dieser Geodatabase verloren gehen.
Technische Referenz von Esri ® September• 2026
________________________________________________________________________________________________
FAQ – Häufig gestellte Fragen
- Daten laden
- Oracle
- Sicherung und Wiederherstellung
- Datenbank-Client
- PostgreSQL
- Workflow Manager
_________________________________________________________
________________________________________________________________________________________________
Handbücher zu ArcGIS Pro
Die Handbücher richten sich an Datenbankadministratoren und helfen bei der Einrichtung der Produktarbeitsbereiche in einer Enterprise-Geodatabase.
ArcGIS Pro 3.x - 21. Oktober 2025
- Topografische Kartierung
- Data Reviewer (Classic) - Veraltet! Letzte unterstützte Version: ArcGIS Pro 3.6
Funktionen von ArcGIS Data Reviewer
Einstellung von Funktionen in ArcGIS Data Reviewer
Letzte unterstützte Version: ArcGIS Pro 3.6 (veröffentlicht im Oktober 2025) ist die letzte Version, die
ältere Werkzeuge wie Reviewer Batch Jobs, Reviewer Sessions und
die Reviewer-Tabelle unterstützt.
Version, in der die Funktionen entfernt werden: Ab ArcGIS Pro 3.7 (geplant für April 2026)
werden diese klassischen Komponenten vollständig entfernt und nicht mehr verfügbar sein.
Grund für die Änderung: Dies steht im Einklang mit der endgültigen Einstellung von ArcMap 10.8.x im März 2026,
da der klassische Arbeitsbereich hauptsächlich für die Interoperabilität mit ArcMap konzipiert wurde.
Moderne Alternative: Benutzer müssen zu Workflows auf Basis von Attributregeln migrieren,
bei denen der Fehlerinspektor zur Fehlerverwaltung anstelle der veralteten
Reviewer-Tabelle verwendet wird.
- Workflow Manager (Classic) - Veraltet! Letzte unterstützte Version: ArcGIS Pro 3.4
- Luftfahrt – Kartenproduktion / Flughäfen
- Maritim – Kartenproduktion
- Maritim – Bathymetrie
- Lineare Referenzierung – Straßen und Fernstraßen / Pipeline-Referenzierung
- Innenräume
Frühere ArcGIS-Pro-Versionen
________________________________________________________________________________________________
Lebenszyklus von ArcMap - Einstellung am 1. März 2026
Frühere Versionen ArcMap 10.8 / 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.8 / 10.7 / 10.6 / 10.5 / 10.4 / 10.3 / 10.2 / 10.1 / 10.0 .
________________________________________________________________________________________________
Enterprise-MCS-Datenbanken – Vorlagenskripte
Installation, Konfiguration, Sicherung und Wartung sehr großer MCS-Enterprise-Datenbanken (VLMCSEDB), detaillierte Anleitungen zum Laden von Daten, zur Sicherung und Wiederherstellung sowie zur Verwaltung mehrerer Benutzeranmeldungen.
*Für professionelle Datenbankadministratoren; fortgeschrittene Kenntnisse in RDBMS und Geodatabases erforderlich.
Erstellen Sie für eine sehr große Feature-Class ein separates dbtune-Schlüsselwort, das auf separate Tablespaces und Datendateien im Datenbankspeicher verweist. Dadurch werden Festplattenkonflikte verringert und die I/O-Leistung verbessert.
Eine technische Referenz von Esri ® September• 2026
________________________________________________________________________________________________
Datenbank-Vorlagenskripte
- die Skripte decken die Best Practices der Handbücher ab
- die Skripte enthalten außerdem sehr fortgeschrittene RDBMS- und
fortgeschrittene Geodatabase-Best-Practices für
VLMCSEDB und gehen damit über die Empfehlungen der Handbücher hinaus
________________________________________________________________________________________________
Oracle 26ai / 23ai / 21c / 19c / 18c / 12c (12.2, 12.1)
- Für eine künftige Konsolidierung sollte die Oracle-Multitenant-Architektur verwendet werden:
1 CDB (Container-Datenbank):
„mcs“ hostet PDBs (steckbare Datenbanken):
„pm“, „pl“, „rev“, „wmx“, „mar“, „aero“, „lr“, „ind“
Jede steckbare Datenbank ist eine eigenständige Geodatabase, in der nur das
SDE-Master-Repository installiert ist.
- Die Verwendung von Geodatabases mit Esri-Benutzerschema einstellen
(1 Oracle-Datenbank – mehrere Geodatabases)
Oracle 11gR2
- Für die Konsolidierung Geodatabases mit Esri-Benutzerschema verwenden
(1 Oracle-Datenbank – mehrere Geodatabases)
________________________________________________________________________________________________
- SQL Server
- SQL Server 2025 / 2022 / 2019 / 2017 / 2016 (Windows/Linux)
________________________________________________________________________________________________
- PostgreSQL
- ArcGIS Pro 3.x & ArcMap 10.8.x
- ArcGIS Pro 2.3 / 2.4 & ArcMap 10.7 / 10.8
- ArcGIS Pro 2.2 & ArcMap 10.6 / 10.5 / 10.4 / 10.3 / 10.2 / 10.1
________________________________________________________________________________________________
Best Practices für Datenbankverbindungen
1. ArcSDE Application Server („SDE Service“) ist veraltet; verwenden Sie „direct connect“.
—
2. Verwenden Sie in Karten (z. B. MXDs), GP-Werkzeugen, Kartendiensten, Feature-Diensten usw. niemals die Verbindung des Benutzers „sde“.
—
3. Der Benutzer „sde“ ist ausschließlich für die Verwaltung der Geodatabase vorgesehen (z. B. sde compress). Der sde-Benutzer ist der Eigentümer des Geodatabase-Repositorys.
—
4. Verwenden Sie in Karten (z. B. MXDs), GP-Werkzeugen, Kartendiensten, Feature-Diensten usw. niemals Verbindungen mit dem Benutzer „data owner“.
• Außer wenn es unbedingt erforderlich ist, neue Feature-Classes oder Tabellen in der Geodatabase zu erstellen
• Die Auswirkungen müssen jedoch verstanden werden
• Verwenden Sie für Geoprocessing-Werkzeuge möglichst immer File-Geodatabases als temporäre Arbeitsbereiche – das ist schneller!!!
• Mehrere Verbindungen mit dem Benutzer „data owner“ sind problematisch, da sie Tabellensperren in der Datenbank verursachen
• Das kann zu Deadlocks führen und bewirken, dass Verbindungen von ArcGIS Desktop (ArcMap/Pro) und ArcGIS Server „anhalten“ bzw. „einfrieren“
• Eine Ausnahme ist Branch Versioning: Nur der Dateneigentümer kann den Feature-Service veröffentlichen.
—
5. Wie lässt sich das „Deadlock“-Problem vermeiden?
• Wenn Sie Daten nicht in ArcGIS bearbeiten, verwenden Sie zum Erstellen der Karte eine Benutzerverbindung mit der Rolle „viewer“.
• Wenn Sie Daten in ArcGIS bearbeiten, verwenden Sie zum Erstellen der Karte eine Benutzerverbindung mit der Rolle „editor“.
• Die Benutzerverbindung „viewer“ hat für die Feature-Classes und Tabellen des Benutzers „data owner“ nur Leseberechtigung (SELECT).
• Die Benutzerverbindung „editor“ hat für die Feature-Classes und Tabellen des Benutzers „data owner“ Lese- und Schreibberechtigungen (SELECT, INSERT, UPDATE und DELETE).
• Verwenden Sie zum Erstellen von ArcGIS Server-Kartendiensten eine Benutzerverbindung mit der Rolle „viewer“, um die Karte vor der Veröffentlichung zu erstellen.
• Verwenden Sie zum Erstellen von ArcGIS Server-Feature-Diensten eine Benutzerverbindung mit der Rolle „editor“, um die Karte vor der Veröffentlichung zu erstellen.
• Bei ArcGIS Server-Geoprocessing-Diensten gilt: Verwenden Sie bei Datenbearbeitung „editor“, andernfalls die Benutzerverbindung „viewer“.
—
6. Weitere Einzelheiten zur Erklärung von „Deadlocks“
• Oracle-Base: Deadlocks | Oracle-Dokumentation: Deadlocks
• SQL Server-Dokumentation: Deadlocks
• PostgreSQL-Dokumentation: Deadlocks
________________________________________________________________________________________________
Links zur Datenbankdokumentation
________________________________________________________________________________________________
Best Practices für Datenbankspeicher
Warum mehrere Tablespaces und RAID 10 verwenden?
• Große Enterprise-Geodatabase-Systeme in der Produktion sollten eine Hardware-Striping-Lösung einsetzen. Optimale Strategien für die Organisation von Datenträgern und Daten verteilen die Daten auf mehrere Datenträger.
—
• Wenn die Daten auf mehrere Datenträger verteilt sind, können mehr Spindeln gleichzeitig danach suchen. Dadurch kann sich die Lesezeit der Datenträger verkürzen und die Festplattenkonkurrenz verringern.
—
• Striping lässt sich im Wesentlichen auf zwei Arten erreichen: mit Tablespaces und mit redundanten Arrays unabhängiger Datenträger (RAID).
—
• Sie können beides auch kombinieren, indem Sie Tablespaces innerhalb von Festplatten-Arrays erstellen.• Durch eine gezielte Trennung der Daten – etwa von Tabellen und Indizes oder bestimmter Tabellentypen voneinander – lässt sich die Leistung verbessern und der Verwaltungsaufwand verringern.
—
• Die üblichen Empfehlungen zur GIS-Speicherung sehen vor, Index- und Protokolldateien getrennt von Vektor- und tabellarischen Geschäftsdaten zu halten.
—
• Aus Leistungsgründen sollten Geschäfts-, Feature- und räumliche Indextabellen separat gespeichert und die Datendateien der Tablespaces entsprechend ihrem Nutzungsmuster platziert werden.
—
• Bei einer versionierten Geodatabase mit hoher Bearbeitungsaktivität können die Datenbankdateien des VERSIONS-Tablespaces getrennt und auf die verfügbaren Datenträger verteilt werden, um I/O-Konflikte zu vermeiden.
—
• Als Faustregel sollten Sie Datenbankdateien entsprechend der geschätzten maximalen Datenmenge so groß wie möglich anlegen, damit künftiges Wachstum berücksichtigt wird.
—
• Große Dateien helfen, Dateifragmentierung zu vermeiden und die Datenbankleistung zu verbessern.
—
• In vielen Fällen können Sie Datendateien automatisch wachsen lassen. Begrenzen Sie das automatische Wachstum jedoch unbedingt, indem Sie eine maximale Wachstumsgröße festlegen, bei der noch etwas Festplattenspeicher verfügbar bleibt.
—
• Wenn Sie verschiedene Tablespaces auf unterschiedlichen Festplatten ablegen, können Sie außerdem dazu beitragen, eine physische Fragmentierung Ihrer Dateien beim Wachstum zu vermeiden.
• Ein berühmtes Whitepaper!!!
—
• Feinkörniges Striping kann für Tablespaces, in die Oracle Server Sortiersegmente schreibt, eine schlechte Wahl sein, wenn viele Anwendungsprozesse gleichzeitig Sortiervorgänge ausführen. Feinkörniges Striping kann auch für Anwendungen überraschend schlechte Ergebnisse liefern, die die Oracle-Funktion zur parallelen Abfrageoptimierung (PQO) verwenden, da der Einsatz mehrerer Abfragesklaven durch PQO selbst bei einer einzelnen Benutzersitzung für eine hohe Parallelität sorgt.
—
• Wenn Ihre Datenbank einen oder mehrere kleine Tablespaces enthält, für die große Raw-Slices verschwenderisch wären, können Sie für diese Tablespaces eine oder zwei weitere gängige Raw-Slice-Größen auswählen. Wenn Sie mehr als eine Raw-Slice-Größe verwenden, sollten die Größen ganzzahlige Vielfache voneinander sein.
—
• E/A-Leistung – Jeder Tablespace sollte Segmente mit ähnlichen Merkmalen hinsichtlich E/A-Parallelität und E/A-Größe enthalten. So lassen sich die Größe des Festplattenarrays und die Stripe-Größe leichter auswählen. Wenn schreibgeschützte Segmente in schreibgeschützten Tablespaces zusammengefasst werden, verringert dies das Datenübertragungsvolumen bei Sicherung und Wiederherstellung sowie den Aufwand für die PCM-Sperrverwaltung.
—
• Ausfallsicherheit – Kleine Tablespaces ermöglichen Wartungsarbeiten an offline geschalteten Tablespaces mit minimalen Anwendungsunterbrechungen. Der System-Tablespace kann nicht offline geschaltet und nicht gelöscht und neu erstellt werden. Daher lässt sich der Bedarf an Datenbankausfallzeiten minimieren, indem dort so wenige Segmente wie möglich gespeichert werden. Werden Rollback-Segmente in möglichst wenigen Tablespaces isoliert, sinkt die Häufigkeit von Ausfällen, da ein Tablespace mit einem online geschalteten Rollback-Segment nicht offline geschaltet werden kann. Wenn referenziell zusammengehörige Segmente in kleinen Gruppen von Tablespaces gespeichert werden, können Sie die Tablespace-Funktion zur zeitpunktbezogenen Wiederherstellung optimal nutzen.
—
• Speicherplatzverwaltung – Die Isolierung von Segmenten mit kurzer Lebensdauer minimiert die Auswirkungen der Fragmentierung des freien Tablespace-Speicherplatzes, die die Zuweisung von Extents durch Oracle Server verhindern kann. VLDB-Administratoren profitieren davon, die standardmäßigen Speicherparameter des Tablespace zu verwenden, anstatt die Größenparameter für Segmente auf Segmentebene zu verwalten.
—
• Kontingentverwaltung – Speicherplatzkontingente in Oracle Server werden Benutzern pro Tablespace zugewiesen. Daher sollten Sie Gruppen von Segmenten eines Schemas einer kleinen Gruppe von Tablespaces zuweisen.
—
• Wenn Sie für Datendateien feinkörniges Striping verwenden, müssen Indizes nicht von den Daten getrennt werden, um die E/A-Last auf mehrere Festplatten zu verteilen. Wenn Ihre Betriebsabläufe jedoch regelmäßige Indexneuerstellungen vorsehen, sollten Sie erwägen, die Indizes in eigenen Tablespaces zu isolieren, um mögliche Auswirkungen der Fragmentierung des freien Tablespace-Speicherplatzes durch das Löschen eines Indexes zu minimieren.
• Bei dieser Methodik wird verschiedenen Teilbereichen der Datenbank, etwa Protokolldateien, Rollback-Segmenten, Index-Tablespaces und Daten-Tablespaces, eine bestimmte Last zugewiesen. Anschließend werden diesen Teilbereichen Festplatten entsprechend ihrem Lastprofil zugeordnet.
________________________________________________________________________________________________
Technische Referenz von Esri ® September• 2026
________________________________________________________________________________________________
