推奨されるバージョン管理ワークフロー
複数のバージョンを含むジオデータベースのパフォーマンスを良好に維持するには、いくつかの重要な管理タスクを定期的に実行する必要があります。ArcSDE 管理者向けの推奨ワークフローでは、リコンサイルとポストを頻繁に行い、ジオデータベースを圧縮した後に、[データセットの分析（Analyze Datasets）] および [インデックスの再構築（Rebuild Indexes）] ジオプロセシング ツールを実行します。このような日常的なメンテナンスは、スクリプトとして、またはモデルを構築して夜間に実行するように設定できます。
このトピックでは、これらの管理ツールと、このワークフローのモデルを作成する方法について説明します。これらのタスクを夜間に行うためのスクリプトを作成して実行する方法については、「Python スクリプトによるバージョンのバッチ リコンサイルとポスト」をご参照ください。
このワークフローのタスクや ModelBuilder について詳しくない場合は、まず以下のトピックをご参照ください。
リコンサイルとポスト
圧縮コマンドを実行する前に、バージョンをリコンサイルおよびポストすることが重要です。リコンサイルおよびポスト プロセスはいくつかの方法で実行できます。このワークフローには、スケジュールされた夜間タスクとして実行するモデルを ModelBuilder で構築する手順が含まれるため、このトピックでは [バージョンのリコンサイル（Reconcile Versions）] ジオプロセシング ツールを中心に説明します。
リコンサイルとポストのプロセスでは、あるバージョンとそのバージョンの上位バージョン（親バージョンや DEFAULT バージョン）のいずれかの間で編集がマージされます。子バージョンは親バージョンまたは DEFAULT バージョンで行われた編集内容を受け取り、逆の場合も同様に処理されます。このプロセスでは、編集されたバージョン間の競合を ArcGIS で確認することもできます。ユーザの設定に基づいて、編集バージョンとターゲット バージョンのどちらかの状態を優先して競合を解決するように、[バージョンのリコンサイル（Reconcile Versions）] ジオプロセシング ツールを設定できます。
ジオデータベースの圧縮
ジオデータベースは何度も編集されるため、ADD テーブルおよび DELETE テーブルのサイズは大きくなります。[圧縮（Compress）] ジオプロセシング ツールは、バージョンで参照されていない編集を削除し、すべてのバージョンに共通な編集を圧縮してビジネス テーブルに戻します。これにより、ジオデータベースのパフォーマンスが向上します。
注意:効果的にジオデータベースを圧縮するには、不要なバージョンをポストの後に削除します。このオプションを有効にするには、[バージョンのリコンサイル（Reconcile Versions）] ジオプロセシング ツールのダイアログ ボックスで、[リコンサイル後にバージョンをポスト] および [ポスト後にバージョンを削除] オプションをオンにします。効果的な圧縮操作の詳細については、「推奨されるリコンサイルの順序」のトピックをご参照ください。
インデックスの再構築
ジオデータベースを圧縮した後、インデックスが断片化された状態になる場合があります。したがって、[インデックスの再構築（Rebuild Indexes）] ツールを実行すると、パフォーマンスがいくらか向上する可能性があります。
データセットの分析（Analyze Datasets）ツールの実行
カタログ ウィンドウの [データセットの分析（Analyze Datasets）] ジオプロセシング ツールは、ジオデータベースに格納されたデータセットの統計情報を更新するために使用されます。このツールは、ビジネス テーブル、差分テーブル、および履歴アーカイブ テーブルの統計情報と、これらのテーブルに関連付けられたインデックスの統計情報を更新します。圧縮操作の後は、常に統計情報を更新してください。
モデル
これらのすべてのジオプロセシング ツールを ModelBuilder で 1 つのモデルに配置すると、以下のようになります。
このモデルを夜間タスクとして実行するには、モデルを Python スクリプトとしてエクスポートし、Windows でタスクを作成してスケジュールします。