Bedoeld voor databasebeheerders als aanbevelingen voor het inrichten van productwerkruimten in een Enterprise-geodatabase (Oracle®, SQL Server®, PostgreSQL®).
_______________________________________________________________
Inhoudsopgave
________________________________________________________________________________________________
Best practices voor MCS Enterprise-databases - Eerdere releases
________________________________________________________________________________________________
Esri MCS
Mapping and Charting Solutions (MCS) van Esri wordt door allerlei soorten organisaties gebruikt om workflows te verbeteren en te voldoen aan de meest uitdagende behoeften op het gebied van kaart- en kaartproductie.
Belangrijke referentiesites | community.esri.com - Systeemontwerpstrategieën
Een technische referentie van Esri ® September• 2026
________________________________________________________________________________________________
Esri MCS ArcGIS-extensies
________________________________________________________________________________________________
Best practices voor MCS Enterprise-databases
De handleidingen zijn bedoeld voor databasebeheerders en bieden aanbevelingen voor het inrichten van productwerkruimten in een Enterprise-geodatabase (Oracle®, SQL Server®, PostgreSQL®).
* een geslaagde implementatie van een ArcGIS-applicatie in een enterprise-omgeving begint met een sterk fysiek databaseontwerp en goede best practices voor databasebeheer
________________________________________________________________________________________________
Opmerkingen over geodatabases
Maak voor elke productwerkruimte een geodatabase.
• pm - productiedatabase
Production Mapping en Defense Mapping
Topografische kartering - MGCP, TDS, enz.
uw GIS-gegevens - maak een afzonderlijke geodatabase voor elke
cartografische schaal, bijv. pm50 (1:50k); pm250 (1:250k)
—
• pl - werkruimte voor de productbibliotheek - Product Library* (* alleen ArcMap)
—
• rev - werkruimte voor Data Reviewer - Data Reviewer
—
• wmx - werkruimte voor Workflow Manager - Workflow Manager
—
• mar1 - database voor nautische kaartproductie - Nautisch
uw GIS-gegevens - maak een afzonderlijke geodatabase voor elke
cartografische schaal, bijv. mar500k (1:500.000); mar1m (1:1.000.000)
—
• mar2 - bathymetrische database - Nautisch
—
• aero1 - database voor luchtvaartkaartproductie - Luchtvaart
uw GIS-gegevens - maak een afzonderlijke geodatabase voor elke
cartografische schaal, bijv. aero500k (1:500.000); eaero1m (1:1.000.000)
—
• aero2 - luchthavendatabase - Luchtvaart
—
• lr - lineaire referentiedatabase - Wegen en snelwegen / Pijpleidingreferentie
—
• ind - indoors-database - Indoors
Maak voor een zeer grote featureclass een afzonderlijk dbtune-trefwoord dat verwijst naar aparte tablespaces en gegevensbestanden in de databaseopslag. Zo wordt schijfconcurrentie verminderd en de I/O-prestatie verbeterd.
________________________________________________________________________________________________
UN - Opmerkingen over Utility Network
1. Elk Utility Network (UN) moet in een eigen, afzonderlijke geodatabase worden bewaard.
—
2. Zo blijft de database soepel draaien doordat concurrentie wordt verminderd en de prestaties verbeteren.
—
3. Het maakt ook het beheer van databaseonderhoudstaken eenvoudiger, zoals het opnieuw opbouwen van indexen en het verzamelen van statistieken.
—
4. Indien nodig voor tests kunnen we die specifieke UN-database eenvoudig klonen met behulp van databaseback-ups.
—
5. Bovendien wordt het zo eenvoudiger om de UN-database zo nodig naar een andere databaseserver te verplaatsen.
—
6. Als er iets misgaat en gegevens verloren gaan door gebruikersfouten, kunt u alleen die specifieke UN-database herstellen naar een bepaald tijdstip.
—
7. Dit is vooral handig als de verloren gegevens niet kunnen worden teruggehaald via geodatabaseversies.
—
8. Deze configuratie helpt belangrijke doelen voor gegevensherstel te realiseren, RPO (Recovery Point Objective) en RTO (Recovery Time Objective) genoemd, zodat herstel snel verloopt en gegevensverlies beperkt blijft.
—
9. Stel bijvoorbeeld dat er twee afzonderlijke UN-geodatabases zijn: één voor gas en één voor water.
—
10. Als iemand gegevens verwijdert uit de waterdatabase in een onderliggende geodatabaseversie en de bewerkingen vervolgens reconcileert en post naar de sde.default-versie van de geodatabase, kunnen die verwijderde gegevens niet meer worden teruggehaald uit de sde.default-versie.
—
11. Maar als u de fout snel genoeg opmerkt, kan de databasebeheerder de waterdatabase herstellen naar een eerder tijdstip.
—
12. Dit heeft helemaal geen invloed op de bewerkingen in de gasdatabase.
—
13. Als alle UN's daarentegen in één geodatabase waren opgeslagen, zou het verwijderen of verliezen van gegevens uit één UN kunnen leiden tot verlies van bewerkingen uit alle datasets in die geodatabase.
Een technische referentie van Esri ® September• 2026
________________________________________________________________________________________________
FAQ - Veelgestelde vragen
- Gegevens laden
- Oracle
- Back-up en herstel
- Databaseclient
- PostgreSQL
- Workflow Manager
_________________________________________________________
________________________________________________________________________________________________
Handleidingen ArcGIS Pro
De handleidingen zijn bedoeld om databasebeheerders te helpen bij het inrichten van productwerkruimten in een Enterprise-geodatabase.
ArcGIS Pro 3.x - 21 oktober 2025
- Topografische kartering
- Data Reviewer (klassiek) - Verouderd! Laatst ondersteunde versie: ArcGIS Pro 3.6
Functionaliteit van ArcGIS Data Reviewer
Uitfasering van functionaliteit in ArcGIS Data Reviewer
Laatst ondersteunde versie: ArcGIS Pro 3.6 (uitgebracht in oktober 2025) is de laatste versie die ondersteuning biedt voor
verouderde tools zoals Reviewer Batch Jobs, Reviewer Sessions en
de Reviewer Table.
Verwijderingsversie: Vanaf ArcGIS Pro 3.7 (gepland voor april 2026) worden
deze klassieke onderdelen volledig verwijderd en zijn ze niet langer beschikbaar.
Reden voor de wijziging: Dit sluit aan op de definitieve uitfasering van ArcMap 10.8.x in maart 2026,
aangezien de klassieke werkruimte voornamelijk is ontworpen voor interoperabiliteit met ArcMap.
Modern alternatief: Gebruikers moeten overstappen op workflows op basis van attribuutregels,
die de Error Inspector gebruiken voor foutbeheer in plaats van de verouderde
Reviewer Table.
- Workflow Manager (klassiek) - Verouderd! Laatst ondersteunde versie: ArcGIS Pro 3.4
- Luchtvaart - Kaartproductie / Luchthavens
- Maritiem - Kaartproductie
- Maritiem - Bathymetrie
- Lineaire referentie - Wegen en snelwegen / Pijpleidingreferentie
- Indoors
Eerdere releases van ArcGIS Pro
________________________________________________________________________________________________
Levenscyclus van ArcMap - Uitfasering 1 maart 2026
Eerdere releases ArcMap 10.8 / 10.7 / 10.6 / 10.5 / 10.4 / 10.3 / 10.2 / 10.1 / 10.0 .
________________________________________________________________________________________________
Eerdere releases - ArcGIS Pro 2.x - ArcMap 10.8 / 10.7 / 10.6 / 10.5 / 10.4 / 10.3 / 10.2 / 10.1 / 10.0 .
________________________________________________________________________________________________
MCS Enterprise-databasesjablonen en scripts
Installeren, configureren, back-ups maken en onderhouden van zeer grote MCS Enterprise-databases (VLMCSEDB), gedetailleerde instructies voor het laden van gegevens, het maken en terugzetten van back-ups en het beheren van meerdere gebruikersaanmeldingen.
*Voor professionele databasebeheerders; geavanceerde kennis van RDBMS en ruime ervaring met geodatabases vereist.
Maak voor een zeer grote featureclass een afzonderlijk dbtune-trefwoord dat verwijst naar aparte tablespaces en databestanden in de databaseopslag. Dit vermindert schijfconcurrentie en verbetert de I/O-prestaties.
Een technische referentie van Esri ® September• 2026
________________________________________________________________________________________________
Databasesjablonen en scripts
- de scripts bevatten de aanbevolen werkwijzen uit de handleidingen
- de scripts bevatten ook zeer geavanceerde werkwijzen voor RDBMS en
geodatabases voor
VLMCSEDB die verder gaan dan de aanbevelingen in de handleidingen
________________________________________________________________________________________________
Oracle 26ai / 23ai / 21c / 19c / 18c / 12c (12.2, 12.1)
- Gebruik voor consolidatie voortaan de Oracle-multitenantarchitectuur:
1 CDB (containerdatabase):
"mcs" host PDB's (pluggable databases):
"pm", "pl", "rev", "wmx", "mar", "aero", "lr", "ind"
Elke pluggable database is een zelfstandige geodatabase waarin alleen
de sde-hoofdrepository is geïnstalleerd
- Stop met het gebruik van geodatabases met een Esri-gebruikersschema
(1 Oracle-database - meerdere geodatabases)
Oracle 11gR2
- Gebruik voor consolidatie geodatabases met een Esri-gebruikersschema
(1 Oracle-database - meerdere 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
________________________________________________________________________________________________
Aanbevolen werkwijzen voor databaseverbindingen
1. De ArcSDE Application Server ("SDE Service") is verouderd; gebruik "direct connect"
—
2. Gebruik de verbinding van de gebruiker "sde" nooit in: kaarten (bijv. mxd's), GP-tools, Map Services, Feature Services, enz.
—
3. De gebruiker "sde" is uitsluitend bedoeld voor geodatabasebeheer (bijv. sde compress); de sde-gebruiker is eigenaar van de geodatabase-repository.
—
4. Gebruik verbindingen van de gebruiker "data owner" nooit in: kaarten (bijv. mxd's), GP-tools, Map Services, Feature Services, enz.
• Tenzij het echt nodig is om nieuwe featureclasses of tabellen in de geodatabase te maken
• Zorg er wel voor dat u de gevolgen begrijpt
• Gebruik voor geoprocessingtools bij voorkeur altijd filegeodatabases als tijdelijke werkruimten; dat is sneller!!!
• Het probleem met meerdere verbindingen van de gebruiker "data owner" is dat dit tabelvergrendelingen in de database veroorzaakt
• Dit kan tot deadlocks leiden en ervoor zorgen dat verbindingen van ArcGIS Desktop (ArcMap/Pro) en ArcGIS Server "vastlopen" / "bevriezen"
• Uitzondering: Branch Versioning; alleen de data-eigenaar kan de Feature Service publiceren
—
5. Hoe voorkomt u dan het probleem met "deadlocks"?
• Als u gegevens niet bewerkt in ArcGIS, gebruik dan een verbinding van de gebruiker "viewer" om de kaart te maken
• Als u gegevens bewerkt in ArcGIS, gebruik dan een verbinding van de gebruiker "editor" om de kaart te maken
• De verbinding van de gebruiker "viewer" heeft alleen-lezenmachtigingen (select) voor de featureclasses en tabellen van de gebruiker "data owner"
• De verbinding van de gebruiker "editor" heeft lees- en schrijfmachtigingen (select, insert, update en delete) voor de featureclasses en tabellen van de gebruiker "data owner"
• Gebruik bij het maken van ArcGIS Server Map Services een verbinding van de gebruiker "viewer" om de kaart te maken voordat deze wordt gepubliceerd
• Gebruik bij het maken van ArcGIS Server Feature Services een verbinding van de gebruiker "editor" om de kaart te maken voordat deze wordt gepubliceerd
• Gebruik bij het maken van ArcGIS Server Geoprocessing Services de verbinding van de gebruiker "editor" als u gegevens bewerkt; gebruik anders de verbinding van de gebruiker "viewer"
—
6. Meer uitleg over "deadlocks"
• Deadlocks op Oracle-Base | Oracle-documentatie over deadlocks
• SQL Server-documentatie over deadlocks
• PostgreSQL-documentatie over deadlocks
________________________________________________________________________________________________
Links naar databasdocumentatie
________________________________________________________________________________________________
Aanbevolen werkwijzen voor databaseopslag
Waarom u meerdere tablespaces en RAID 10 moet gebruiken
• Grote Enterprise-geodatabasesystemen voor productie moeten gebruikmaken van een hardwarematige stripingoplossing. De beste strategieën voor schijf- en gegevensorganisatie omvatten het verdelen van gegevens over meerdere schijven.
—
• Wanneer gegevens over meerdere schijven zijn verdeeld, zoeken meer spindels er actief naar. Dit kan de leestijd van schijven verkorten en schijfconcurrentie verminderen.
—
• Striping kan op twee manieren worden gerealiseerd: met tablespaces en met redundante arrays van onafhankelijke schijven (RAID).
—
• U kunt beide ook combineren door tablespaces binnen schijfarrays te maken.• U kunt strategieën voor gegevensscheiding toepassen; door tabellen gescheiden te houden van indexen, of bepaalde soorten tabellen van andere tabellen, verbetert u de prestaties en vermindert u de beheertaken.
—
• De standaardaanbevelingen voor GIS-opslag adviseren om index- en logbestanden gescheiden te houden van zakelijke vector- en tabellaire gegevens.
—
• Om prestatieredenen kunt u zakelijke tabellen, featuretabellen en ruimtelijke indextabellen het beste afzonderlijk plaatsen en de gegevensbestanden van tablespaces indelen op basis van hun gebruikspatroon.
—
• Bij een geodatabase met multiversioning waarin veel wordt bewerkt, kunnen databestanden van de VERSIONS-tablespace worden gescheiden en over beschikbare schijven worden verdeeld om I/O-concurrentie te voorkomen.
—
• Maak databasebestanden zo groot mogelijk, uitgaande van de geschatte maximale hoeveelheid gegevens die de database zal bevatten, zodat toekomstige groei wordt opgevangen.
—
• Door grote bestanden te maken, kunt u bestandsfragmentatie voorkomen en de databaseprestaties verbeteren.
—
• In veel gevallen kunt u gegevensbestanden automatisch laten groeien. Zorg er wel voor dat u de automatische groei beperkt door een maximale groeigrootte op te geven, zodat er voldoende ruimte op de harde schijf beschikbaar blijft.
—
• Door verschillende tablespaces op verschillende schijven te plaatsen, kunt u ook fysieke fragmentatie van uw bestanden helpen voorkomen naarmate ze groeien.
• Beroemde whitepaper!!!
—
• Fijnmazige striping kan een slechte keuze zijn voor tablespaces waarin Oracle Server sorteersegmenten schrijft, als veel applicatieprocessen tegelijkertijd sorteren. Fijnmazige striping kan ook verrassend slechte resultaten opleveren voor applicaties die de parallelle queryoptimalisatie (PQO) van Oracle gebruiken, omdat PQO door het gebruik van meerdere query-slaves zelfs in één gebruikerssessie een zeer hoge gelijktijdigheid creëert.
—
• Als uw database een of meer kleine tablespaces bevat waarvoor grote raw-partities verspilling zouden zijn, kunt u voor die tablespaces een of twee meer gangbare groottes voor raw-partities kiezen. Als u meer dan één grootte voor raw-partities gebruikt, zorg er dan voor dat de groottes gehele veelvouden en delers van elkaar zijn.
—
• I/O-prestaties—Elke tablespace moet segmenten bevatten met vergelijkbare kenmerken voor I/O-gelijktijdigheid en I/O-grootte, zodat de grootte van de diskarray en de stripegrootte gemakkelijker kunnen worden gekozen. Door alleen-lezen segmenten in alleen-lezen tablespaces te groeperen, nemen de gegevensvolumes voor back-up en herstel af en is er minder onderhoud nodig aan PCM-vergrendelingen.
—
• Bestand tegen uitval—Kleine tablespaces maken onderhoud aan tablespaces offline mogelijk, met minimale uitval van applicaties. De systeemtablespace kan niet offline worden gehaald en kan niet worden verwijderd en opnieuw aangemaakt. Door daar zo weinig mogelijk segmenten op te slaan, wordt de noodzaak van database-uitval beperkt. Door rollbacksegmenten in zo weinig mogelijk tablespaces onder te brengen, neemt de frequentie van uitval af, omdat een tablespace met een online rollbacksegment niet offline kan worden gehaald. Door segmenten met onderlinge referenties in kleine groepen tablespaces op te slaan, kunt u optimaal gebruikmaken van herstel van tablespaces naar een bepaald tijdstip.
—
• Ruimtebeheer—Door segmenten met een korte levensduur afzonderlijk onder te brengen, wordt de impact beperkt van fragmentatie van vrije ruimte in tablespaces, die de toewijzing van extents door Oracle Server kan blokkeren. Beheerders van VLDB's hebben baat bij het gebruik van standaardopslagparameters voor tablespaces in plaats van het onderhouden van parameters voor de segmentgrootte op segmentniveau.
—
• Quotabeheer—Ruimtequota van Oracle Server worden per tablespace aan gebruikers toegewezen. Daarom kunt u groepen segmenten in één schema het beste onderbrengen in een kleine groep tablespaces.
—
• Als u fijnmazige striping voor gegevensbestanden gebruikt, is het niet nodig om indexen en gegevens te scheiden om de I/O-belasting over schijven te verdelen. Als uw operationele procedures echter periodieke indexrebuilds omvatten, kunt u overwegen indexen in afzonderlijke tablespaces onder te brengen om de mogelijke impact te beperken van fragmentatie van vrije ruimte in tablespaces als gevolg van het verwijderen van een index.
• Deze methodologie wijst specifieke belasting toe aan verschillende subsets van de database, zoals logbestanden, rollbacksegmenten, indextablespaces, gegevenstablespaces enzovoort, en wijst schijven aan deze subsets toe op basis van hun belastingsprofiel.
________________________________________________________________________________________________
Een technische referentie van Esri ® September• 2026
________________________________________________________________________________________________
