エンタープライズジオデータベース（Oracle®、SQL Server®、PostgreSQL®）で製品ワークスペースを構成する際の推奨事項として、データベース管理者を対象としています。
_______________________________________________________________
目次
________________________________________________________________________________________________
MCS エンタープライズデータベースのベストプラクティス - 旧バージョン
________________________________________________________________________________________________
Esri MCS
Esri のマッピングおよびチャート作成ソリューション（MCS）は、あらゆる種類の組織でワークフローの改善や、最も高度なマッピングおよびチャート作成のニーズに対応するために使用されています。
主な参考サイト | community.esri.com - システム設計戦略
Esri® 技術リファレンス 2026年9月
________________________________________________________________________________________________
Esri MCS ArcGIS エクステンション
________________________________________________________________________________________________
エンタープライズ MCS データベースのベストプラクティス
このガイドブックは、エンタープライズジオデータベース（Oracle®、SQL Server®、PostgreSQL®）で製品ワークスペースを構成する際の推奨事項として、データベース管理者を対象としています。
* エンタープライズ ArcGIS アプリケーションの導入を成功させるには、堅牢な物理データベース設計と、優れたデータベース管理のベストプラクティスが不可欠です。
________________________________________________________________________________________________
ジオデータベースに関する補足事項
製品ワークスペースごとにジオデータベースを作成します。
• pm - 本番データベース
Production Mapping と Defense Mapping
地形図作成 - MGCP、TDS など
GIS データについては、縮尺ごとに別のジオデータベースを作成します。
例: pm50（1:50k）、pm250（1:250k）
—
• pl - プロダクト ライブラリ ワークスペース - Product Library* （* ArcMap のみ）
—
• rev - データ レビューアー ワークスペース - Data Reviewer
—
• wmx - Workflow Manager ワークスペース - Workflow Manager
—
• mar1 - 海図データベース - 海図
GIS データについては、縮尺ごとに別のジオデータベースを作成します。
例: mar500k（1:500,000）、mar1m（1:1,000,000）
—
• mar2 - 水深データベース - 海図
—
• aero1 - 航空図データベース - 航空
GIS データについては、縮尺ごとに別のジオデータベースを作成します。
例: aero500k（1:500,000）、eaero1m（1:1,000,000）
—
• aero2 - 空港データベース - 航空
—
• lr - 線形参照データベース - 道路と高速道路 / パイプライン参照
—
• ind - 屋内データベース - 屋内マッピング
非常に大きなフィーチャクラスには、データベース ストレージ内の別のテーブルスペースとデータファイルを参照する個別の dbtune キーワードを作成してください。これにより、ディスクの競合が軽減され、I/O パフォーマンスが向上します。
________________________________________________________________________________________________
UN - ユーティリティ ネットワークに関する補足事項
1. 各ユーティリティ ネットワーク（UN）は、それぞれ専用のジオデータベースに格納してください。
—
2. これにより競合が減り、パフォーマンスが向上するため、データベースを円滑に稼働させられます。
—
3. また、インデックスの再構築や統計情報の収集など、データベースの保守作業も管理しやすくなります。
—
4. コピーが必要になった場合、データベースのバックアップを使用して、該当する UN データベースを簡単に複製できます。
—
5. 必要に応じて、UN データベースを別のデータベース サーバーに移行しやすくなります。
—
6. ユーザーのミスによって問題が発生し、データが失われた場合、その UN データベースだけを特定の時点まで復元できます。
—
7. 失われたデータをジオデータベースのバージョンから復元できない場合に、特に役立ちます。
—
8. この構成は、RPO（目標復旧時点）とRTO（目標復旧時間）と呼ばれる重要なデータ復旧目標の達成に役立ち、迅速な復旧とデータ損失の最小化を実現します。
—
9. たとえば、ガス用と水道用の2つの独立したUNジオデータベースがあるとします。
—
10. 誰かがジオデータベースの子バージョンで水道データベースのデータを削除し、その編集内容をジオデータベースの sde.default バージョンにリコンサイルしてポストした場合、削除されたデータは sde.default バージョンからは復元できなくなります。
—
11. ただし、十分早く誤りに気付けば、データベース管理者は水道データベースを以前の時点に復元できます。
—
12. この操作によって、ガスデータベースの編集内容が影響を受けることはありません。
—
13. 反対に、すべてのUNが1つのジオデータベースに格納されていると、あるUNのデータを削除または喪失した際に、そのジオデータベース内のすべてのデータセットの編集内容が失われるおそれがあります。
Esri® 技術リファレンス 2026年9月
________________________________________________________________________________________________
FAQ - よくある質問
- データの読み込み
- Oracle
- バックアップと復元
- データベース クライアント
- PostgreSQL
- Workflow Manager
_________________________________________________________
________________________________________________________________________________________________
ArcGIS Pro ガイドブック
このガイドブックは、エンタープライズ ジオデータベースで製品ワークスペースを構成する際に、データベース管理者を支援することを目的としています。
ArcGIS Pro 3.x - 2025年10月21日
- 地形図作成
- Data Reviewer（クラシック） - 非推奨! 最終サポート バージョン: ArcGIS Pro 3.6
ArcGIS Data Reviewer の機能
ArcGIS Data Reviewer の機能の非推奨化
最終サポート バージョン: ArcGIS Pro 3.6（2025年10月リリース）が、
Reviewer バッチ ジョブ、Reviewer セッション、
Reviewer テーブルなどのレガシー ツールをサポートする最後のバージョンです。
削除バージョン: ArcGIS Pro 3.7（2026年4月予定）以降、
これらのクラシック コンポーネントは完全に削除され、利用できなくなります。
変更の理由: これは、ArcMap 10.8.x が2026年3月に最終的に廃止されることに伴うものです。
クラシック ワークスペースは、主に ArcMap との相互運用を目的として設計されていました。
最新の代替手段: ユーザーは、属性ルールベースのワークフローに移行する必要があります。
このワークフローでは、従来の Reviewer テーブルの代わりに、
エラー管理にエラー インスペクターを使用します。
- Workflow Manager（クラシック） - 非推奨! 最終サポート バージョン: ArcGIS Pro 3.4
- 航空 - チャート作成 / 空港
- 海図 - チャート作成
- 海図 - 水深測量
- 線形参照 - 道路と高速道路 / パイプライン参照
- 屋内マッピング
ArcGIS Pro の旧バージョン
________________________________________________________________________________________________
ArcMap のライフサイクル - サポート終了日：2026年3月1日
旧バージョンのガイドブック ArcMap 10.8 / 10.7 / 10.6 / 10.5 / 10.4 / 10.3 / 10.2 / 10.1 / 10.0 .
________________________________________________________________________________________________
旧バージョン - ArcGIS Pro 2.x - ArcMap 10.8 / 10.7 / 10.6 / 10.5 / 10.4 / 10.3 / 10.2 / 10.1 / 10.0 .
________________________________________________________________________________________________
エンタープライズ MCS データベース テンプレート スクリプト
インストール、構成、バックアップ、保守の方法 超大規模 MCS エンタープライズ データベース (VLMCSEDB): データの読み込み、バックアップと復旧、複数ユーザーのログイン管理に関する詳細な手順。
*プロフェッショナル データベース管理者向け。高度な RDBMS および高度なジオデータベースの経験が必要です。
非常に大きなフィーチャクラスでは、データベース ストレージ内の個別の表領域およびデータファイルを参照する専用の dbtune キーワードを作成します。これによりディスク競合が減少し、I/O が向上します。
Esri ® テクニカル リファレンス 2026年9月
________________________________________________________________________________________________
データベース テンプレート スクリプト
- スクリプトにはガイドブックのベスト プラクティスが含まれています
- スクリプトには、非常に高度な RDBMS および
高度なジオデータベースのベスト プラクティスも含まれており、
VLMCSEDBについて、ガイドブックの推奨事項を
超える内容を扱っています
________________________________________________________________________________________________
Oracle 26ai / 23ai / 21c / 19c / 18c / 12c (12.2, 12.1)
- 今後の統合では、Oracle マルチテナント アーキテクチャを採用します:
1 CDB (コンテナ データベース):
「mcs」が PDB (プラガブル データベース) をホストします:
「pm」、「pl」、「rev」、「wmx」、「mar」、「aero」、「lr」、「ind」
各プラガブル データベースは、
sde マスター リポジトリのみがインストールされたスタンドアロンのジオデータベースです
- Esri ユーザー スキーマ ジオデータベースの使用を中止します
(1つの Oracle データベース - 複数のジオデータベース)
Oracle 11gR2
- 統合には、Esri ユーザー スキーマ ジオデータベースを使用します
(1つの Oracle データベース - 複数のジオデータベース)
________________________________________________________________________________________________
- 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
________________________________________________________________________________________________
データベース接続のベスト プラクティス
1. ArcSDE アプリケーション サーバー (「SDE サービス」) は非推奨です。「ダイレクト コネクト」を使用してください
—
2. マップ (例: mxd)、GP ツール、マップ サービス、フィーチャ サービスなどで「sde」ユーザー接続を使用しないでください。
—
3. 「sde」ユーザーはジオデータベースの管理 (例: sde 圧縮) 専用です。sde ユーザーはジオデータベース リポジトリの所有者です。
—
4. マップ (例: mxd)、GP ツール、マップ サービス、フィーチャ サービスなどで「データ所有者」ユーザー接続を使用しないでください。
• ジオデータベースに新しいフィーチャクラスやテーブルを作成する必要が本当にある場合を除く
• ただし、その影響を理解しておく必要があります
• ジオプロセシング ツールでは、スクラッチ ワークスペースとして常にファイル ジオデータベースを優先してください。はるかに高速です!!!
• 複数の「データ所有者」ユーザー接続を使用すると、データベースでテーブル ロックが発生します
• その結果、デッドロックが発生し、ArcGIS Desktop (ArcMap/Pro) および ArcGIS Server の接続が「停止」/「フリーズ」することがあります
• 例外はブランチ バージョニングです。フィーチャ サービスを公開できるのはデータ所有者のみです
—
5. 「デッドロック」の問題を回避するには？
• ArcGIS でデータを編集しない場合は、「閲覧者」ユーザー接続を使ってマップを作成します
• ArcGIS でデータを編集する場合は、「編集者」ユーザー接続を使ってマップを作成します
• 「閲覧者」ユーザー接続には、「データ所有者」ユーザーのフィーチャクラスとテーブルに対する読み取り専用 (選択) 権限があります
• 「編集者」ユーザー接続には、「データ所有者」ユーザーのフィーチャクラスとテーブルに対する読み書き (選択、挿入、更新、削除) 権限があります
• ArcGIS Server マップ サービスを作成する場合は、公開前のマップ作成に「閲覧者」ユーザー接続を使用します
• ArcGIS Server フィーチャ サービスを作成する場合は、公開前のマップ作成に「編集者」ユーザー接続を使用します
• ArcGIS Server ジオプロセシング サービスを作成する場合: データを編集するなら「編集者」、それ以外は「閲覧者」ユーザー接続を使用します
—
6. 「デッドロック」の詳しい説明
• Oracle-Base のデッドロック | Oracle ドキュメントのデッドロック
• SQL Server ドキュメントのデッドロック
• PostgreSQL ドキュメントのデッドロック
________________________________________________________________________________________________
データベース ドキュメントへのリンク
________________________________________________________________________________________________
データベース ストレージのベスト プラクティス
複数の表領域と RAID 10 を使用する理由
• 大規模な本番エンタープライズ ジオデータベース システムでは、ハードウェアによるストライピング ソリューションを導入する必要があります。最適なディスクおよびデータ編成戦略では、データを複数のディスクに分散します。
—
• データを複数のディスクに分散すると、より多くのスピンドルが同時にデータを探します。これによりディスクの読み取り時間が短縮され、ディスク競合が減少します。
—
• ストライピングを実現する主な方法は、表領域と独立ディスク冗長アレイ (RAID) の2つです。
—
• ディスク アレイ内に表領域を作成して、両方を組み合わせることもできます。データ分離戦略を採用し、テーブルをインデックスから分離したり、特定の種類のテーブルを他のテーブルから分離したりすると、パフォーマンスが向上し、管理負担が軽減されます。
—
• GIS ストレージの標準的な推奨事項では、インデックス ファイルとログ ファイルを、ベクターおよび表形式の業務テーブルから分離することが推奨されています。
—
• パフォーマンス上の理由から、業務テーブル、フィーチャ テーブル、空間インデックス テーブルをそれぞれ分離し、使用パターンに応じて表領域のデータファイルを配置するのが望ましいです。
—
• 複数バージョンを使用し、編集が活発なジオデータベースでは、I/O 競合を避けるため、VERSIONS 表領域のデータベース ファイルを分離し、利用可能なディスクに分散できます。
—
• 原則として、将来の増加に対応できるよう、データベースに格納されるデータの最大量を見積もり、それに基づいてデータベース ファイルをできるだけ大きく作成してください。
—
• 大きなファイルを作成すると、ファイルの断片化を避け、データベースのパフォーマンスを向上できます。
—
• 多くの場合、データファイルは自動的に拡張するよう設定できます。ただし、ハードディスクに空き容量を残せるよう、最大拡張サイズを指定して自動拡張を制限してください。
—
• 異なる表領域を別々のディスクに配置することで、ファイルの拡張に伴う物理的な断片化の解消にも役立ちます。
• 有名なホワイトペーパー！！！
—
• 多数のアプリケーションプロセスが同時にソートを行う場合、Oracle Serverがソートセグメントを書き込む表領域には、細粒度ストライピングは適さないことがあります。また、Oracleの並列問い合わせ最適化（PQO）機能を使用するアプリケーションでは、細粒度ストライピングによって予想外に悪い結果が生じることがあります。PQOは複数の問い合わせスレーブを使用するため、単一のユーザーセッションでも高い同時実行性が生み出されるからです。
—
• データベースに、大きなrawスライスを割り当てると無駄になる小さな表領域が1つ以上ある場合は、それらの表領域用に、標準的なサイズのrawスライスを1～2種類選ぶとよいでしょう。複数のrawスライスサイズを使用する場合は、各サイズが互いに整数倍または約数となるようにしてください。
—
• I/O性能—各表領域には、I/Oの同時実行性とI/Oサイズの特性が類似したセグメントを格納してください。これにより、ディスクアレイのサイズやストライプサイズを選びやすくなります。読み取り専用セグメントを読み取り専用表領域にまとめると、バックアップおよびリカバリ時のデータ転送量とPCMロックの管理負荷を軽減できます。
—
• 障害への耐性—表領域を小さくすると、アプリケーションの停止を最小限に抑えながら、表領域をオフラインにして保守できます。SYSTEM表領域はオフラインにできず、削除して再作成することもできないため、そこに置くセグメントをできるだけ少なくすれば、データベースの停止が必要になる場面を減らせます。ロールバックセグメントをできるだけ少数の表領域に集約すると、停止の頻度を抑えられます。オンラインのロールバックセグメントを含む表領域はオフラインにできないためです。相互に参照関係のあるセグメントを少数の表領域にまとめると、表領域のポイントインタイムリカバリ機能を最大限に活用できます。
—
• 領域管理—寿命の短いセグメントを分離すると、Oracle Serverによるエクステント割り当てを妨げる可能性のある、表領域の空き領域の断片化を最小限に抑えられます。VLDBの管理者は、セグメント単位でサイズ設定パラメータを管理する代わりに、表領域のデフォルトのストレージパラメータを利用すると効果的です。
—
• クォータ管理—Oracle Serverの領域クォータは、表領域ごとにユーザーに割り当てます。そのため、1つのスキーマ内のセグメント群は、少数の表領域に割り当ててください。
—
• データファイルに細粒度ストライピングを使用している場合、ディスク間でI/O負荷を分散するためにインデックスとデータを分ける必要はありません。ただし、運用手順に定期的なインデックス再構築が含まれる場合は、DROP INDEXによって生じる表領域の空き領域の断片化が及ぼす影響を最小限に抑えるため、インデックスを専用の表領域に分離することを検討してもよいでしょう。
• この方法では、ログファイル、ロールバックセグメント、インデックス用表領域、データ用表領域など、データベース内のさまざまなサブセットに特定の負荷を割り当て、その負荷特性に基づいて各サブセットにディスクを割り当てます。
________________________________________________________________________________________________
Esri ® 技術リファレンス 2026年9月•
________________________________________________________________________________________________
