Určeno správcům databází jako doporučení pro vytvoření pracovních prostorů produktů v podnikové geodatabázi (Oracle®, SQL Server®, PostgreSQL®).
_______________________________________________________________
Obsah
________________________________________________________________________________________________
Osvědčené postupy pro podnikové databáze MCS – předchozí verze
________________________________________________________________________________________________
Esri MCS
Řešení Esri pro mapování a tvorbu mapových podkladů (MCS) využívají organizace všech typů ke zlepšování pracovních postupů a k naplňování i těch nejnáročnějších potřeb v oblasti tvorby mapových podkladů a mapové produkce.
Klíčové referenční weby | community.esri.com - Strategie návrhu systému
Technická referenční příručka Esri, září • 2026
________________________________________________________________________________________________
Rozšíření Esri MCS pro ArcGIS
________________________________________________________________________________________________
Osvědčené postupy pro podnikové databáze MCS
Příručky jsou určeny správcům databází jako doporučení pro vytvoření pracovních prostorů produktů v podnikové geodatabázi (Oracle®, SQL Server®, PostgreSQL®).
* Úspěšné nasazení podnikové aplikace ArcGIS začíná kvalitním fyzickým návrhem databáze a dodržováním osvědčených postupů správy databází.
________________________________________________________________________________________________
Poznámky ke geodatabázím
Pro každý pracovní prostor softwarového produktu vytvořte samostatnou geodatabázi.
• pm – produkční databáze
Production Mapping a Defense Mapping
Topografické mapování – MGCP, TDS atd.
vlastní data GIS – vytvořte samostatnou geodatabázi pro každé
kartografické měřítko, např. pm50 (1:50 tis.); pm250 (1:250 tis.)
—
• pl – pracovní prostor knihovny produktů - Knihovna produktů* (* pouze ArcMap)
—
• rev – pracovní prostor Data Reviewer - Data Reviewer
—
• wmx – pracovní prostor Workflow Manager - Workflow Manager
—
• mar1 – databáze pro tvorbu námořních map - Námořní
vlastní data GIS – vytvořte samostatnou geodatabázi pro každé
kartografické měřítko, např. mar500k (1:500 000); mar1m (1:1 000 000)
—
• mar2 – batymetrická databáze - Námořní
—
• aero1 – databáze pro tvorbu leteckých map - Letectví
vlastní data GIS – vytvořte samostatnou geodatabázi pro každé
kartografické měřítko, např. aero500k (1:500 000); eaero1m (1:1 000 000)
—
• aero2 – databáze letišť - Letectví
—
• lr – databáze lineárního referencování - Silnice a dálnice / Lineární referencování potrubí
—
• ind – databáze vnitřních prostorů - Vnitřní prostory
Pro velmi rozsáhlou třídu prvků vytvořte samostatné klíčové slovo dbtune, které odkazuje na samostatné tabulkové prostory a datové soubory v úložišti databáze. Omezí se tím vytížení disků a zlepší výkon I/O.
________________________________________________________________________________________________
UN – poznámky k Utility Network
1. Každá síť Utility Network (UN) by měla být uložena ve vlastní samostatné geodatabázi.
—
2. Díky tomu databáze funguje plynuleji, protože se snižuje soupeření o prostředky a zvyšuje výkon.
—
3. Usnadňuje to také správu údržby databáze, například obnovu indexů a shromažďování statistik.
—
4. V případě potřeby testovací kopie lze danou databázi UN snadno naklonovat ze záloh databáze.
—
5. Usnadňuje to také případný přesun databáze UN na jiný databázový server.
—
6. Pokud dojde k chybě a ztrátě dat vinou uživatele, lze obnovit pouze konkrétní databázi UN do určitého okamžiku.
—
7. To je zvlášť užitečné v případě, že ztracená data nelze obnovit pomocí verzí geodatabáze.
—
8. Toto uspořádání pomáhá plnit důležité cíle obnovy dat, označované jako RPO (Recovery Point Objective) a RTO (Recovery Time Objective), a zajišťuje rychlou obnovu a minimální ztrátu dat.
—
9. Představte si například dvě samostatné geodatabáze UN: jednu pro plyn a druhou pro vodu.
—
10. Pokud někdo odstraní data z vodárenské databáze v podřízené verzi geodatabáze a poté úpravy sladí a zapíše do verze sde.default geodatabáze, tato odstraněná data už z verze sde.default nelze obnovit.
—
11. Pokud si však chyby všimnete dostatečně brzy, může správce databáze obnovit vodárenskou databázi do předchozího okamžiku.
—
12. Tím se nijak neovlivní úpravy v plynové databázi.
—
13. Pokud by naopak byly všechny sítě UN uloženy v jedné geodatabázi, odstranění nebo ztráta dat z jedné sítě UN by mohla ohrozit úpravy ve všech datových sadách této geodatabáze.
Technická referenční příručka Esri, září • 2026
________________________________________________________________________________________________
Časté dotazy – nejčastější otázky
- Načítání dat
- Oracle
- Zálohování a obnovení
- Databázový klient
- PostgreSQL
- Workflow Manager
_________________________________________________________
________________________________________________________________________________________________
Příručky k ArcGIS Pro
Příručky jsou určeny správcům databází a pomáhají jim vytvářet pracovní prostory produktů v podnikové geodatabázi.
ArcGIS Pro 3.x - 21. října 2025
- Topografické mapování
- Data Reviewer (Classic) - Zastaralé! Poslední podporovaná verze: ArcGIS Pro 3.6
Funkce ArcGIS Data Reviewer
Ukončení podpory funkcí v ArcGIS Data Reviewer
Poslední podporovaná verze: ArcGIS Pro 3.6 (vydaný v říjnu 2025) je poslední verzí s podporou
starších nástrojů, jako jsou dávkové úlohy Reviewer, relace Reviewer a
tabulka Reviewer.
Verze, ve které budou odstraněny: Od verze ArcGIS Pro 3.7 (plánované na duben 2026)
t budou tyto klasické součásti zcela odstraněny a již nebudou dostupné.
Důvod změny: Tato změna odpovídá definitivnímu ukončení podpory ArcMap 10.8.x v březnu 2026,
protože klasický pracovní prostor byl navržen především pro interoperabilitu s ArcMap.
Moderní alternativa: Uživatelé musí přejít na pracovní postupy založené na pravidlech atributů,
které ke správě chyb využívají nástroj Error Inspector namísto starší
tabulky Reviewer.
- Workflow Manager (Classic) - Zastaralé! Poslední podporovaná verze: ArcGIS Pro 3.4
- Letectví – tvorba map / letiště
- Námořní – tvorba map
- Námořní – batymetrie
- Lineární referencování – silnice a dálnice / lineární referencování potrubí
- Vnitřní prostory
Předchozí verze ArcGIS Pro
________________________________________________________________________________________________
Životní cyklus ArcMap - Ukončení podpory 1. března 2026
Předchozí verze ArcMap 10.8 / 10.7 / 10.6 / 10.5 / 10.4 / 10.3 / 10.2 / 10.1 / 10.0 .
________________________________________________________________________________________________
Předchozí verze - ArcGIS Pro 2.x - ArcMap 10.8 / 10.7 / 10.6 / 10.5 / 10.4 / 10.3 / 10.2 / 10.1 / 10.0 .
________________________________________________________________________________________________
Šablony a skripty pro podnikové databáze MCS
Jak instalovat, konfigurovat, zálohovat a spravovat velmi rozsáhlé podnikové databáze MCS (VLMCSEDB), podrobné pokyny k načítání dat, zálohování a obnově a ke správě přihlašovacích údajů více uživatelů.
*Určeno profesionálním správcům databází; vyžaduje pokročilé znalosti RDBMS a pokročilé zkušenosti s Geodatabase.
Pro velmi rozsáhlou featureclass vytvořte samostatné klíčové slovo dbtune, které odkazuje na oddělené tablespaces a datové soubory v úložišti databáze. Tím se omezí soupeření o disk a zlepší výkon I/O.
Technická referenční příručka Esri ® Září• 2026
________________________________________________________________________________________________
Skripty šablon databází
- skripty pokrývají osvědčené postupy z příruček
- skripty obsahují také velmi pokročilé postupy pro RDBMS a
pokročilé osvědčené postupy pro geodatabáze pro
VLMCSEDB které jdou nad rámec doporučení uvedených v příručkách
________________________________________________________________________________________________
Oracle 26ai / 23ai / 21c / 19c / 18c / 12c (12.2, 12.1)
- Pro budoucí konsolidaci přejděte na multitenantní architekturu Oracle:
1 CDB (kontejnerová databáze):
„mcs“ hostuje PDB (připojitelné databáze):
„pm“, „pl“, „rev“, „wmx“, „mar“, „aero“, „lr“, „ind“
Každá připojitelná databáze je samostatná geodatabáze, ve které je nainstalováno pouze
hlavní úložiště SDE
- Přestaňte používat geodatabáze Esri v uživatelských schématech
(1 databáze Oracle – více geodatabází)
Oracle 11gR2
- Pro konsolidaci používejte geodatabáze Esri v uživatelských schématech
(1 databáze Oracle – více geodatabází)
________________________________________________________________________________________________
- SQL Server
- SQL Server 2025 / 2022 / 2019 / 2017 / 2016 (Windows/Linux)
________________________________________________________________________________________________
- PostgreSQL
- ArcGIS Pro 3.x a ArcMap 10.8.x
- ArcGIS Pro 2.3 / 2.4 a ArcMap 10.7 / 10.8
- ArcGIS Pro 2.2 a ArcMap 10.6 / 10.5 / 10.4 / 10.3 / 10.2 / 10.1
________________________________________________________________________________________________
Osvědčené postupy pro připojení k databázím
1. Aplikační server ArcSDE („SDE Service“) je zastaralý, používejte „direct connect“
—
2. Nikdy nepoužívejte připojení uživatele „sde“ v mapách (např. souborech mxd), nástrojích GP, mapových službách, feature službách atd.
—
3. Uživatel „sde“ slouží pouze ke správě geodatabáze (např. kompresi sde); uživatel sde je vlastníkem úložiště geodatabáze.
—
4. Nikdy nepoužívejte připojení uživatele „data owner“ v mapách (např. souborech mxd), nástrojích GP, mapových službách, feature službách atd.
• Pokud to není skutečně nutné pro vytváření nových featureclass nebo tabulek v geodatabázi
• Je ale nutné znát související důsledky
• Pro geoprocessingové nástroje vždy jako pracovní prostor pro dočasná data upřednostňujte souborové geodatabáze, jsou rychlejší!!!
• Problémem více připojení uživatele „data owner“ je, že způsobují zámky tabulek v databázi
• To může vést k uváznutí a způsobit „zaseknutí“ či „zamrznutí“ připojení ArcGIS Desktop (ArcMap/Pro) a ArcGIS Server
• Výjimkou je větvená verzování; feature službu může publikovat pouze vlastník dat
—
5. Jak tedy předejít problému „uváznutí“?
• Pokud v ArcGIS neupravujete data, vytvořte mapu pomocí připojení uživatele „viewer“
• Pokud v ArcGIS upravujete data, vytvořte mapu pomocí připojení uživatele „editor“
• Připojení uživatele „viewer“ má u featureclass a tabulek uživatele „data owner“ oprávnění pouze pro čtení (select)
• Připojení uživatele „editor“ má u featureclass a tabulek uživatele „data owner“ oprávnění pro čtení i zápis (select, insert, update a delete)
• Při vytváření mapových služeb ArcGIS Server vytvořte mapu pomocí připojení uživatele „viewer“ ještě před jejím publikováním
• Při vytváření feature služeb ArcGIS Server vytvořte mapu pomocí připojení uživatele „editor“ ještě před jejím publikováním
• Při vytváření geoprocessingových služeb ArcGIS Server: pokud upravujete data, použijte připojení uživatele „editor“, jinak použijte připojení uživatele „viewer“
—
6. Podrobnější vysvětlení „uváznutí“
• Uváznutí – Oracle-Base | Uváznutí – dokumentace Oracle
• Uváznutí – dokumentace SQL Server
• Uváznutí – dokumentace PostgreSQL
________________________________________________________________________________________________
Odkazy na dokumentaci k databázím
________________________________________________________________________________________________
Osvědčené postupy pro databázová úložiště
Proč používat více tablespaces a RAID 10
• Rozsáhlé produkční podnikové geodatabázové systémy by měly využívat hardwarové řešení stripingu. Nejlepší strategie uspořádání disků a dat spočívají v rozložení dat na více disků.
—
• Když jsou data rozložena na více disků, vyhledává je aktivně více vřeten. Tím se může zkrátit doba čtení z disků a omezit jejich vytížení.
—
• Stripingu lze dosáhnout dvěma hlavními způsoby: pomocí tablespaces a redundantního pole nezávislých disků (RAID).
—
• Obojí lze také zkombinovat vytvořením tablespaces v diskových polích.• Můžete využít strategie oddělení dat; oddělení tabulek od indexů nebo určitých typů tabulek od ostatních zlepší výkon a sníží administrativní zátěž.
—
• Standardní doporučení pro ukládání GIS dat upřednostňují oddělení indexových a protokolových souborů od vektorových a tabulkových podnikových dat.
—
• Z důvodů výkonu je vhodné umístit podnikové tabulky, feature tabulky a prostorové indexy odděleně a soubory dat tablespace rozmístit podle způsobu jejich využití.
—
• U geodatabáze s více verzemi a intenzivními úpravami lze soubory databáze v tablespace VERSIONS oddělit a rozmístit na dostupné disky, aby se předešlo soupeření o I/O.
—
• Databázové soubory byste měli vytvářet co největší, s ohledem na maximální odhadovaný objem dat, který bude databáze obsahovat, aby byl prostor pro budoucí růst.
—
• Vytvářením velkých souborů lze předcházet fragmentaci a dosáhnout lepšího výkonu databáze.
—
• V mnoha případech můžete povolit automatické zvětšování datových souborů; nezapomeňte však automatický růst omezit nastavením maximální velikosti přírůstku tak, aby na pevném disku zůstalo nějaké volné místo.
—
• Umístěním různých tabulkových prostorů na různé disky můžete také omezit fyzickou fragmentaci souborů při jejich růstu.
• Slavný dokument!!!
—
• Jemnozrnné prokládání může být nevhodnou volbou pro tabulkové prostory, do nichž Oracle Server zapisuje třídicí segmenty, pokud bude současně třídit mnoho aplikačních procesů. Jemnozrnné prokládání může také přinášet překvapivě špatné výsledky aplikacím využívajícím funkci optimalizace paralelních dotazů Oracle (PQO), protože použití více podřízených procesů pro dotazy v PQO samo vytváří vysokou úroveň souběžnosti i v rámci jediné uživatelské relace.
—
• Pokud databáze obsahuje jeden či více malých tabulkových prostorů, pro které by byly velké oblasti surového disku plýtváním, můžete pro tyto tabulkové prostory zvolit jednu či dvě běžnější velikosti oblastí surového disku. Pokud použijete více než jednu velikost, zvolte takové, které jsou navzájem celočíselnými násobky či dělitele.
—
• Výkon I/O — Každý tabulkový prostor by měl obsahovat segmenty s podobnými charakteristikami souběžnosti I/O a velikosti I/O, což usnadní volbu velikosti diskového pole a proužku. Seskupení segmentů pouze pro čtení do tabulkových prostorů pouze pro čtení snižuje objem přenášených dat při zálohování a obnově a omezuje údržbu zámků PCM.
—
• Odolnost vůči výpadkům — Malé tabulkové prostory umožňují provádět jejich údržbu offline s minimálním výpadkem aplikace. Systémový tabulkový prostor nelze přepnout do režimu offline ani odstranit a znovu vytvořit, takže omezení počtu segmentů v něm minimalizuje potřebu odstávky databáze. Umístění rollback segmentů do co nejmenšího počtu tabulkových prostorů snižuje četnost výpadků, protože žádný tabulkový prostor obsahující aktivní rollback segment nelze přepnout do režimu offline. Ukládání vzájemně souvisejících segmentů do malých skupin tabulkových prostorů maximalizuje možnosti využití obnovy tabulkového prostoru k určitému časovému okamžiku.
—
• Správa prostoru — Oddělení segmentů s krátkou životností minimalizuje dopad fragmentace volného místa v tabulkovém prostoru, která může bránit serveru Oracle Server v přidělování rozsahů. Správcům VLDB prospívá používání výchozích parametrů úložiště tabulkového prostoru namísto správy parametrů velikosti na úrovni segmentů.
—
• Správa kvót — Kvóty prostoru Oracle Serveru se uživatelům spravují podle tabulkového prostoru. Proto byste měli skupiny segmentů v jednom schématu přiřazovat k malé skupině tabulkových prostorů.
—
• Pokud pro datové soubory používáte jemnozrnné prokládání, není nutné oddělovat indexy od dat kvůli rozložení zátěže I/O mezi disky. Pokud však vaše provozní postupy zahrnují pravidelné opětovné vytváření indexů, zvažte jejich umístění do samostatných tabulkových prostorů, abyste minimalizovali možné dopady fragmentace volného místa v tabulkovém prostoru způsobené odstraněním indexu.
• Tato metodika přiřazuje konkrétní zátěž různým částem databáze, například souborům protokolu, rollback segmentům, tabulkovým prostorům indexů, datovým tabulkovým prostorům atd., a těmto částem přiřazuje disky podle jejich zátěžového profilu.
________________________________________________________________________________________________
Technická příručka Esri ® Září• 2026
________________________________________________________________________________________________
