Behavior:
Autoindexワークフローのパフォーマンスが遅い
Solution:
Autoindexワークフローをセットアップする際、パフォーマンスを決定的に左右するいくつかの基準があります。以下、個別に説明します：
- 外部データソースの種類：
外部ファイルソースを選択する場合、適切に構成されたデータベース内のテーブルの方が、ファイルシステム上のファイルよりも圧倒的に高速であることに留意してください。ファイル接続を選択する場合は、ネットワークの問題を防ぐために、（可能であれば）DocuWareサーバーと同じサーバーにファイルを保存するようにしてください。 - イテレーターの選択:
イテレーターオプションは、パフォーマンスを大幅に向上させることができる、地味ですが非常に重要なオプションです。イテレーターは、（外部ソースの選択にもよりますが）常に、エントリーをほとんど含まないデータベース/ファイルまたはアーカイブでなければならないことに注意してください。これは外部データソースである必要はありません。フィルタリングされたアーカイブには、より少ないエントリが含まれる可能性があるからです。 - フィルタの挿入:
アーカイブに少なくとも一つのフィルタが設定されていることを確認してください。すべての文書を再度インデックス付けしなければならないケースはほとんどありません。しかし、せいぜい、外部データソースにもアーカイブと同様にフィルタを使うべきで、外部データソースのフィルタリングは必ずしもAutoindex構成に設定する必要はありません。 - マッチコード・フィールドにデータベース・インデックスを設定する：
ファイルキャビネット・テーブルのマッチコード・フィールドにデータベース・インデックスを設定することで、その可能性をさらに押し広げることができます。データベースを外部ソースとして使用する場合でも、これを無視すべきではありません。適切なスクリプトや無頓着な試行錯誤の手順によって、必要なインデックスを見つけ、実装することができる。 - データベースの最適化：
最適に設計されたデータベースやデータベースサーバーは、DocuWareシステム全体だけでなく、Autoindexワークフローにも役立ちます。 - 十分なシステムリソース：
Autoindexワークフローの最初の実行時には、システム負荷に注意し、リソース不足の可能性をすぐに認識する。特に、コンテンツサーバーとワークフローサーバーのプロセスを観察する必要があります。これにより、RAMリソースの拡張や、主なアクセス時間外にジョブをスケジューリングするなどの対策が可能になります。 - 同時にスケジュールされたジョブ:
すべてのAutoindexが同時にスケジュールされないようにしてください。せいぜい15分間隔でスケジューリングしてください。
KBAはクラウドとオンプレミスの両方に適用できます。
ご注意：この記事は英語からの翻訳です。この記事に含まれる情報は、オリジナルの英語版製品に基づくものです。翻訳版の記事で使用されている文法などには、細かい誤りがある場合があります。翻訳の正確さを完全に保証することは出来かねますが、ほとんどの場合、十分な情報が得られると思われます。万が一、疑問が生じた場合は、英語版の記事に切り替えてご覧ください。