エンタープライズジオデータベース（Oracle4、SQL Server4、PostgreSQL4）で製品ワークスペースを確立するための推奨事項として、データベース管理者向けに意図されています。
_______________________________________________________________
目次
Esri MCSEsri MCS ArcGIS 拡張機能エンタープライズ MCS データベース ベストプラクティスFAQ - よくある質問ガイドブック ArcGIS Proガイドブック ArcMap 10.8.xガイドブック 過去のリリースエンタープライズ MCS データベース テンプレートスクリプトジオデータベースデータベース テンプレートスクリプトデータベース接続 ベストプラクティスデータベース ドキュメントリンクデータベース ストレージ ベストプラクティスなぜ複数のテーブルスペースとRAID 10を使用するのかBAARF - RAID 5 に対する戦いVLDB用Oracleサーバーの構成 - Cary Millsap, Oracle最適なストレージ構成を簡単に - Juan Loaiza, Oracle
________________________________________________________________________________________________
MCS エンタープライズデータベース ベストプラクティス - 過去のリリース
________________________________________________________________________________________________
Esri MCS
Esri の Mapping and Charting Solutions (MCS) は、あらゆる種類の組織でワークフローを改善し、最も困難なマッピングおよびチャーティングの生産ニーズに対応するために使用されています。
主要参照サイト |Wiki -システム設計戦略 | community.esri.com - システム設計戦略
Esri 4 テクニカルリファレンス 2026年2月
________________________________________________________________________________________________
Esri MCS ArcGIS 拡張機能
________________________________________________________________________________________________
エンタープライズ MCS データベース ベストプラクティス
このガイドブックは、エンタープライズジオデータベース（Oracle4、SQL Server4、PostgreSQL4）で製品ワークスペースを確立するための推奨事項として、データベース管理者向けに作成されています。
* 成功するエンタープライズ ArcGIS アプリケーション展開は、強固な物理データベース設計と優れたデータベース管理の実践から始まります。
各ソフトウェア製品ワークスペースごとにジオデータベースを作成してください。
pl - 製品ライブラリワークスペース - Product Library* (* ArcMapのみ)
rev - データレビュアーワークスペース - Data Reviewer
wmx - ワークフローマネージャーワークスペース - Workflow Manager
mar1 - 海事チャーティングデータベース - Nautical
mar2 - 水深測量（バチメトリック）データベース - Nautical
aero1 - 航空チャーティングデータベース - Aviation
aero2 - 空港情報管理データベース - Aviation
lr - 線形参照データベース - Roads & Highways / Pipeline Referencing
ind - 屋内情報管理データベース - Indoors
非常に大きなフィーチャクラスの場合は、別々のテーブルスペースとデータファイルを指す別個のdbtuneキーワードを作成してください。これによりディスク競合が減少し、I/O性能が向上します。
UN - Utility Network（ユーティリティネットワーク）
- 各Utility Network (UN) は、それぞれ独自のジオデータベースに保持する必要があります。
- これにより競合が減り、データベースが円滑に動作し、
パフォーマンスが向上します。
- また、インデックス再構築や統計収集などのメンテナンス作業が容易になります。
- 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 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
PostgreSQL4 での Best Practices Indoors 3.x Workspace 2025年10月21日
以前のリリース ArcGIS Pro
________________________________________________________________________________________________
ガイドブック ArcMap 10.8.x
ArcMap ライフサイクル - 引退 2026年3月1日
このガイドブックは、エンタープライズジオデータベースに製品ワークスペースを確立するためにデータベース管理者向けに作成されています。
注意: Roads and Highways、Pipeline Referencing、GeoEvent、Indoors、Aviation のお客様は、Production Mapping ガイドブックの同じベストプラクティスに従うことができます。
ArcMap 10.8 2020年2月20日
🌎 Production Mapping
Production Database
Oracle4 における Best Practices Production Mapping 10.8 Workspace
SQL Server4 における Best Practices Production Mapping 10.8 Workspace
PostgreSQL4 における Best Practices Production Mapping 10.8 Workspace
📕 Product Library
Oracle4 における Best Practices Product Library 10.8 Workspace
SQL Server® における Best Practices Product Library 10.8 Workspace
PostgreSQL® における Best Practices Product Library 10.8 Workspace
🔍 Data Reviewer
Oracle® における Best Practices Data Reviewer 10.8 Workspace
SQL Server® における Best Practices Data Reviewer 10.8 Workspace
PostgreSQL® における Best Practices Data Reviewer 10.8 Workspace
📝 Workflow Manager
Oracle® における Best Practices Workflow Manager 10.8 Workspace
SQL Server® における Best Practices Workflow Manager 10.8 Workspace
PostgreSQL® における Best Practices Workflow Manager 10.8 Workspace
🌐 Bathymetric Solution (BIS)
Oracle® における Best Practices Bathymetry Solution (BIS) 10.8 Workspace
SQL Server® における Best Practices Bathymetry Solution (BIS) 10.8 Workspace
🌐 Nautical Solution (NIS)
Oracle® における Best Practices Nautical Solution (NIS) 10.8
Oracle® における Best Practices Nautical Product Library 10.8
SQL Server® における Best Practices Nautical Solution (NIS) 10.8
SQL Server® における Best Practices Nautical Product Library 10.8
以前のリリース ArcMap 10.7 / 10.6 / 10.5 / 10.4 / 10.3 / 10.2 / 10.1 / 10.0.
________________________________________________________________________________________________
以前のリリース -ArcGIS Pro 2.x - ArcMap 10.7 / 10.6 / 10.5 / 10.4 / 10.3 / 10.2 / 10.1 / 10.0.
________________________________________________________________________________________________
Enterprise MCS データベース テンプレート スクリプト
インストール、構成、バックアップ、およびメンテナンス方法非常に大きな MCS エンタープライズ データベース (VLMCSEDB), データロード、バックアップとリカバリー、および複数ユーザーログイン管理の詳細な手順。
*プロフェッショナルなデータベース管理者向けで、高度な RDBMS と高度なジオデータベース経験が必要です。
Esri ® テクニカルリファレンス 2026年2月
ジオデータベース
各ソフトウェア製品ワークスペースごとにジオデータベースを作成します。
pm - プロダクションデータベース Production Mapping & Defense Mapping
- トポグラフィックマッピング - MGCP, TDS, 等
あなたの GIS データ - 各々別々のジオデータベースを作成
図式尺度例：pm50（1:50k）；pm250（1:250k）
pl - product library workspace - Product Library* (* ArcMap のみ)
rev - data reviewer workspace - Data Reviewer
wmx - workflow manager workspace - Workflow Manager
mar1 - maritime charting database - Nautical
mar2 - bathymetric database - Nautical
aero1 - aeronautical charting database - Aviation
aero2 - airports database - Aviation
lr - linear referencing database - Roads & Highways / Pipeline Referencing
ind - indoors database - Indoors
For a very large featureclass create a separate dbtune keyword that points to separate tablespaces and datafiles in the database storage, this reduces disk contention and improves I/O.
UN - Utility Network
- Each Utility Network (UN) should be kept in its own separate geodatabase.
- This keeps the database running smoothly by reducing contention and making
performance better.
- It also makes managing the database maintenance tasks easier, like rebuilding
indexes and collecting statistics.
- We can easily clone that particular UN database, using database backups,
when a copy is needed for testing.
- Also, it makes it easier to move the UN database to a different database server
if necessary.
- If something goes wrong and data is lost because of user mistakes, you can
recover just that specific UN database to a certain point in time.
- This is especially useful if the lost data can’t be recovered through
geodatabase versions.
- This setup helps meet important goals for data recovery, called
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 ベストプラクティス
1. ArcSDE Application Server（"SDE Service"）は非推奨です。"direct connect"を使用してください。 - ArcMap 10.8 / 10.7 / 10.6 / 10.5 / 10.4 / 10.3の新機能についてはDatabases & Geodatabasesをご覧ください - ArcGIS Proの新機能についてはこちら - ArcGIS製品の非推奨計画2. "sde"ユーザー接続は、マップ（例：mxd）、GPツール、マップサービス、フィーチャサービスなどで絶対に使用しないでください。3. "sde"ユーザーはジオデータベース管理専用です（例：sde compress）。sdeユーザーはジオデータベースリポジトリの所有者です。4. "data owner"ユーザー接続は、マップ（例：mxd）、GPツール、マップサービス、フィーチャサービスなどで絶対に使用しないでください。 - ジオデータベース内で新しいフィーチャクラスやテーブルを作成する必要がある場合を除く - ただし、その影響を理解する必要があります - ジオプロセシングツールでは、常にファイルジオデータベースをスクラッチワークスペースとして使用することを推奨します。これが高速です!!!! - 複数の"data owner"ユーザー接続があると、データベース内でテーブルロックが発生する問題があります。 - これによりデッドロックが発生し、ArcGIS Desktop（ArcMap/Pro）およびArcGIS Serverの接続が停止またはフリーズする可能性があります。 - 例外はブランチバージョニングであり、Feature Serviceを公開できるのはdata ownerのみです。5. では、どうやって"deadlock"問題を回避するか？ - ArcGISでデータを編集しない場合は、"viewer"ユーザー接続を使ってマップを作成してください。 - ArcGISでデータを編集する場合は、"editor"ユーザー接続を使ってマップを作成してください。 - "viewer"ユーザー接続は、"data owner"ユーザーのフィーチャクラスおよびテーブルに対して読み取り専用（選択）権限があります。 - "editor"ユーザー接続は、"data owner"ユーザーのフィーチャクラスおよびテーブルに対して読み書き（選択、挿入、更新、削除）権限があります。 - ArcGIS Server Map Servicesを作成する場合は、公開前にマップ作成に"viewer"ユーザー接続を使用してください。 - ArcGIS Server Feature Servicesを作成する場合は、公開前にマップ作成に"editor"ユーザー接続を使用してください。 - ArcGIS Server Geoprocessing Servicesを作成する場合：データ編集時は"editor"、それ以外は"viewer"ユーザー接続を使用してください。6. "deadlock"の詳細な説明 - Oracle-Base deadlocks | Oracle Documentation deadlocks - SQLServer Documentation deadlocks - PostgreSQL Documentation deadlocks
________________________________________________________________________________________________
データベースドキュメントリンク
________________________________________________________________________________________________
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
________________________________________________________________________________________________
