メインコンテンツへスキップ

24時間あたりの処理ページ数によるシステム性能

FlexiCaptureで処理可能な量:

  • 一般的なパーソナルコンピューターで、24時間あたり最大20,000ページの白黒ページ、または最大1,000ページのカラーページ。
  • 本ドキュメントの要件に従って構成された一般的なコンピューター群 (Medium) を使用した場合、24時間あたり最大100万ページの白黒ページ、または最大300,000ページを処理できます。
  • 本ドキュメントの下部に示す性能試験結果のとおり、エンタープライズ本番レベルのハードウェア (Large) を使用した場合、24時間あたり最大300万ページの白黒ページ、または最大100万ページのカラーページを処理できます。
 

スキャンオペレーター数

FlexiCapture では、最大 1000 人のスキャンオペレーターを運用できます。

この値は主に、ピーク時および平常時に発生するトラフィック量によって決まります。詳細については、このセクションを参照してください。

検証オペレーターの数

FlexiCapture は最大 500 人の検証オペレーターに対応できます。

5 人の検証オペレーターによってシステムに発生する負荷は、Processing Station の 1 コアによって発生する負荷と同等であると想定しています。この想定に基づき、 無人処理テストの結果から、許容される検証オペレーターの最大数を算出できます。詳細については、このセクションを参照してください。

処理ステーション数

すべての処理ステーションで、合計最大200コアを使用しました。

これは、アプリケーションサーバーの性能や、1つの処理ステーションで1つのタスクを処理するのにかかる時間に大きく左右されます。詳細については このセクションを参照してください。

Processing Station あたりのコア数

通常のディスク ドライブ (SATA2、7,500 rpm) の場合: 最大 8 論理コア。

高速ディスク ドライブ (SAS、15,000 rpm) の場合: 最大 16 論理コア。

RAM ドライブの場合: 最大 32 論理コア。

 

バッチ内のページ数

最適な値は、1つのバッチあたり10～1000ページです。

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

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

ドキュメント内のページ数

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

大きなドキュメントは、オペレーターの作業を遅くする原因になることがあります。すべてのページ画像のロードや、多数のfieldを使用するルール (例: 大規模な複数ページテーブル) の計算に時間がかかるためです。

システム内のページ、文書、バッチの数

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

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

データの保存期間

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

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

通常、ページ、文書、Batches、およびイベントログの記録は、システム内に最大 2 週間保存されます。

申告用の統計は、パフォーマンスに影響を与えることなく、何年でも保存できます。