> ## Documentation Index
> Fetch the complete documentation index at: https://docs.abbyy.com/llms.txt
> Use this file to discover all available pages before exploring further.

# システム パフォーマンスの最適値と制限

> ABBYY FlexiCapture のパフォーマンス（24 時間あたりのページ数、オペレーター数、Processing Station あたりのコア数、バッチ サイズ、ドキュメント サイズ）に関する最適値と制限を確認できます。

このページでは、ABBYY FlexiCapture のシステム パフォーマンスに関する最適値と制限を一覧で示します。

<div id="system-performance-in-pages-per-24-hours">
  ## 24時間あたりのページ処理性能
</div>

FlexiCaptureの処理能力は次のとおりです。

* 一般的なパーソナルコンピューターでは、24時間あたり白黒で最大20,000ページ、カラーで最大1,000ページ
* [ABBYY benchでのテスト結果](/ja/flexi-capture/performance-guide/pg-test-results-abby-ybench)の要件に従って構成された一般的なコンピューターのファーム (Medium) を使用した場合、24時間あたり白黒で最大100万ページ、カラーで最大30万ページ
* [Huawei FusionCube 6000 (Large) のテスト結果](/ja/flexi-capture/performance-guide/pg-test-results-huawei)に示されているとおり、エンタープライズ向けの本番レベルのハードウェア (Large) を使用した場合、24時間あたり白黒で最大300万ページ、カラーで最大100万ページ

<div id="number-of-scanning-operators">
  ## スキャンオペレーター数
</div>

FlexiCapture では、最大 1000 人のスキャンオペレーターを運用できます。この値は主に、ピーク時および平常時に発生するトラフィック量によって決まります。詳細については、[Scanning Stations](/ja/flexi-capture/performance-guide/pg-scan-stations)を参照してください。

<div id="number-of-verification-operators">
  ## 検証オペレーターの数
</div>

FlexiCapture は最大 500 人の検証オペレーターに対応できます。5 人の検証オペレーターによってシステムに発生する負荷は、Processing Station の 1 コアによって発生する負荷と同等であると想定しています。この想定に基づき、無人処理テストの結果から、許容される検証オペレーターの最大数を算出できます。詳細については、[Verification Stations](/ja/flexi-capture/performance-guide/pg-ver-stations)を参照してください。

<div id="number-of-processing-stations">
  ## Processing Station数
</div>

すべてのProcessing Stationで、合計最大200コアを使用しました。これは、Application Serverの性能や、1つのProcessing Stationで1つのタスクを処理するのにかかる時間に大きく左右されます。詳細については、[Processing Stations](/ja/flexi-capture/performance-guide/pg-proc-stations)を参照してください。

<div id="number-of-cores-per-processing-station">
  ## Processing Stationあたりのコア数
</div>

* 通常のディスクドライブ (SATA2、7500 rpm) の場合: 最大8論理コア。
* 高速ディスクドライブ (SAS、15,000 rpm) の場合: 最大16論理コア。
* RAMドライブの場合: 最大32論理コア。

<div id="number-of-pages-in-a-batch">
  ## Batches内のページ数
</div>

最適な値は、1つのBatchesにつき10～1000ページです。

小さいBatches (3ページ以下) では、ページごとの処理オーバーヘッドが大きくなりすぎるため、24時間あたりの総処理性能 (ページ数) が低下します。特に、タスクが小さすぎるため、Processing Server で使用できる最大コア数が減少する場合があります。

非常に大きいBatches (2000ページ以上) では、ステージ間のルーティング時に Application Server とデータベースに過大な負荷がかかります。また、ネットワークや基盤となるソフトウェアの設定によるタイムアウトや最大リクエストサイズの制限に達することもあります。

<div id="number-of-pages-in-a-document">
  ## ドキュメント内のページ数
</div>

最適な値は、1つのドキュメントあたり最大100ページです。

ページ数の多いドキュメントは、オペレーターの作業を遅らせる可能性があります。すべてのページ画像をロードしたり、多数のfieldを使用するルール (たとえば、複数ページにわたる大きなテーブル) を計算したりするのに時間がかかるためです。

<div id="number-of-pages-documents-and-batches-in-the-system">
  ## システム内のページ、文書、Batchesの数
</div>

これは、使用するハードウェアに大きく依存します。Large構成では、最大で100,000Batches、または100万文書、または1,000万ページが一般的です。

システム内のページ、文書、Batchesの数が非常に多い場合、Database Server でのクエリ処理が遅くなる可能性があります。そのため、Database Server にはより高性能なハードウェアを使用し、テーブルのインデックスを定期的に再構築することをお勧めします。

<div id="data-storage-time">
  ## データの保存期間
</div>

FlexiCapture は次のデータを保存します：

* 処理中または処理済みのページ、文書、Batches
* 処理に関するイベントログの記録
* 申告用の処理統計

通常、ページ、文書、Batches、およびイベントログの記録は、システム内に最大 2 週間保存されます。申告用の統計は、パフォーマンスに影響を与えることなく、何年でも保存できます。