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