24 時間あたりのページ数で見たシステムパフォーマンス
スキャンオペレーター数
検証オペレーターの数
Processing Station数
Processing Stationあたりのコア数
Batches内のページ数
Document内のページ数
システム内のページ、Document、Batchesの数
データの保存期間
- 処理中または処理済みのページ、文書、Batches
- 処理に関するイベントログの記録
- 申告用の処理統計
Performance Guide
システム パフォーマンスの最適値と制限
ABBYY FlexiCapture のパフォーマンス（24 時間あたりのページ数、オペレーター数、Processing Station あたりのコア数、Batches サイズ、Document サイズ）に関する最適値と制限を確認できます。
ABBYY FlexiCapture には、システム パフォーマンスに関する最適な運用値と厳格な制限があります。これらを超えると、スループットが低下したり、処理がブロックされたりします。
FlexiCapture のスループットは、使用するハードウェアによって異なります。
FlexiCapture では、最大 1000 人のスキャンオペレーターを運用できます。この値は主に、ピーク時および平常時に発生するトラフィック量によって決まります。詳細については、Scanning Stationsを参照してください。
FlexiCapture は最大 500 人の検証オペレーターに対応できます。5 人の検証オペレーターによって発生する負荷は、Processing Station の 1 コアによって発生する負荷と同等と見なされます。この想定に基づき、無人処理テストの結果から、許容される検証オペレーターの最大数を算出できます。詳細については、Verification Stationsを参照してください。
テストでは、すべてのProcessing Stationで、合計最大200コアを使用しました。これは、Application Serverの性能や、1つのProcessing Stationで1つのタスクを処理するのにかかる時間に大きく左右されます。詳細については、Processing Stationsを参照してください。
最適な値は、1つのBatchesにつき10～1000ページです。
小さいBatches (3ページ以下) では、ページごとの処理オーバーヘッドが大きくなりすぎるため、24時間あたりの総処理性能 (ページ数) が低下します。特に、タスクが小さすぎるため、Processing Server で使用できる最大コア数が減少する場合があります。
非常に大きいBatches (2000ページ以上) では、ステージ間のルーティング時に Application Server とデータベースに過大な負荷がかかります。また、ネットワークや基盤となるソフトウェアの設定によるタイムアウトや最大リクエストサイズの制限に達することもあります。
最適な値は、1つのDocumentあたり最大100ページです。
ページ数の多いDocumentは、オペレーターの作業を遅らせる可能性があります。すべてのページ画像のロードには時間がかかります。複数ページにわたる大きなテーブルなど、多数のfieldを使用するルールの計算にも時間がかかります。
これは、使用するハードウェアに大きく依存します。Large構成では、最大で100,000Batches、または100万Document、または1,000万ページが一般的です。
システム内のページ、Document、Batchesの数が非常に多い場合、Database Server でのクエリ処理が遅くなる可能性があります。その場合、Database Server にはより高性能なハードウェアを使用し、テーブルのインデックスを定期的に再構築してください。
FlexiCapture は次のデータを保存します：