データベースのパフォーマンスを最適化するデータベースプロパティ

イメージを含む文書の表示を高速にするには、データベースのプロパティにある [ロード後にイメージを表示] チェックボックスをオンにします。これにより、 Notes ®ユーザーは画像のロード中にテキストを読むことができます。テキストの後に画像をロードしない場合、 Notes ® は文書内に表示される順序で画像をロードします。画像が最初に表示される場合、 Notes ® はテキストを表示する前に画像をロードします。このため、Notes では文書内でイメージが先頭にあれば、そのイメージがロードされてからテキストが表示されます。

この設定は、 Notes ®を使用してデータベースを表示する場合にのみ適用されます。 Web ブラウザ設定は、Web ブラウザ ユーザーに対する画像の表示を制御します。

文書が常に正しく表示されるようにするため、文書と共にフォームを保存できます。ただし、文書すべてにフォームを保存すると、システムメモリを大量に消費し、保存しない場合と比べてディスク容量を 20 倍使用してしまうことがあります。特にユーザーが文書を読み込もうとすると応答速度が低下するような場合は、フォームの保存を禁止すると、メモリとディスク容量を節約できます。格納フォームの使用を禁止するには、基本データベースプロパティ [格納フォームの使用を許可] チェックボックスをオフにします。格納フォームの使用を禁止する前に、この設計プロパティの働きと、この設計プロパティがデータベースでどう使用されるかを必ず理解してください。

[データベース] ダイアログボックスには未読マークオプションがあり、このオプションを使用して未読マークを保持するかどうか、未読マークを他のサーバーに複製するかどうかを指定できます。データベースプロパティ [未読マークを使用しない] を選択した場合、データベースの未読マークは保持されず、未読マークの複製設定は無効になります。データベースプロパティ [未読マークを使用しない] を選択しない場合、未読マークの複製設定は有効になります。次のいずれかを行うことができます。

• [なし] を選択する -- 未読マークは複製されません。
• [クラスタサーバーのみ] を選択する -- 現在のサーバーのクラスタメンバであるサーバーに置かれたデータベースに対する未読マークが複製されます。
• [すべてのサーバー] を選択する -- すべてのサーバーにあるデータベースの未読マークが複製されます。

データベースの未読文書マークの保持には、システムリソースが必要なため、データベースのパフォーマンスが著しく低下する場合があります。一部のデータベースでは、未読マークは役に立ちません。たとえば、 Domino ®に付属のヘルプ データベースなどの参照データベース、 Domino ®ディレクトリなどの管理データベース、ログ ファイル (LOG.NSF) などのデータベースです。継続的に更新されます。たとえば、Domino に備わっているヘルプデータベースなどの参照データベース、Domino ディレクトリなどの管理データベース、頻繁に更新されるログファイル (LOG.NSF) などのデータベースがこれに該当します。Don't maintain unread marksこのようなデータベースでの、未読マークの不使用を検討してください。

[未読マークを使用しない] チェックボックスのオンとオフを切り替える場合、設定を有効にするにはデータベースを圧縮する必要があります。圧縮するとデータベースの一時的なコピーが作成されるため、システムにコピー用の空きディスク容量が必要です。

未読マークを複製するにはシステムリソースが必要なため、データベースのパフォーマンスが著しく低下する場合があります。未読マークの複製は主にメールデータベース用に設計されたものです。

ビューを更新するとき、 Domino ® は文書情報のテーブルを参照します。このテーブルはデータベース内部に保存されています。デフォルトでは、ビューの更新および再構築中に、 Domino ® は更新中のビューに表示される文書を各テーブルで検索します。ビュー更新の効率を上げるには、詳細データベースプロパティ [文書テーブルマップの最適化] を選択します。このプロパティによって、テーブルとそのテーブルの文書が使用するフォームが関連付けられます。その後、ビューの更新中に、 Domino ® は、更新中のビュー内の文書で使用されるフォームに関連付けられたテーブルのみを検索します。これにより、ビューの更新、特に大規模なデータベース内の小さなビュー ( Domino ®ディレクトリのConnectionsビューなど) の更新のパフォーマンスが大幅に向上します。

このプロパティは、選択条件の中に Form= が含まれているビューだけに有効です。テーブルとフォームの関連付けを管理するため、サーバーのパフォーマンスが若干低下しますが、大きなデータベースの小さいビューを更新するとき、パフォーマンスの低下を補う十分な効果が得られます。

[文書テーブルビットマップの最適化] プロパティを選択または選択解除する場合、その設定を有効にするにはデータベースを圧縮する必要があります。圧縮するとデータベースの一時的なコピーが作成されるため、システムにコピー用の空きディスク容量が必要です。

データベースからデータが削除されると、 Domino ® はデフォルトで、ディスク上の削除されたデータをパターンで上書きします。このパターンは、権限のないユーザーがユーティリティを使用してデータにアクセスするのを防ぎます。この上書き処理によってディスクの I/O が生じるため、データベースのパフォーマンスに影響する可能性があります。

削除データの上書きを禁止するのは、次の場合です。

• データが既に保護されている -- データベースのあるサーバーが錠の付いた部屋にある場合など。
• 削除によってデータベース内にできる空き領域が常時再割り当てされている -- たとえば MAIL.BOX などのシステムデータベース。
• データの保護が必要ない -- 非公式のディスカッションデータベースなど。

削除データの上書きを禁止するには、データベースのプロパティの [詳細] タブにある [空きスペースに上書きしない] チェックボックスをオンにします。

[文書のプロパティ] ボックスには、[アクセス日 (現在のファイル)] プロパティが表示されます。Maintain LastAccessed propertyAccessed (In this file)このプロパティを使用すると、文書の変更や読み取りが最後に行われた日付を表示できます。読み取りの「アクセス済み (このファイル内)」プロパティを維持すると、通常は発生しないディスク I/O が発生します。

Accessed (In this file)データベースプロパティ [LastAccessed プロパティを保持] は、デフォルトでオフになっています。つまり、[アクセス日 (現在のファイル)] プロパティは、文書への最後のアクセスが読み取りだった場合は更新されず、文書の変更だった場合にのみ更新されます。

[データベースのプロパティ] インフォボックスで、文書アーカイブツールを使用して、アクティブでない日数に基づいて文書を削除する場合は、[LastAccessed プロパティを保持] を選択する必要があります。

デフォルトでは、どの文書にもその文書を親文書か返答文書に関連付ける情報が入っています。この情報を使用するのは、ビューの選択式と複製式で多用される @AllChildren と @AllDescendants の 2 つの @関数だけです。この情報を保持すると、データベースのパフォーマンスが大幅に低下します。

データベースのパフォーマンスを向上させるには、これらの @関数を使用しないデータベースで、詳細データベースプロパティ [文書の階層情報を使用しない] を選択して応答階層情報を無効にします。

応答階層情報を無効にしても、@AllChildren と @AllDescendants を使用せずに情報を階層状に表示するビューと複製式には影響がありません。

応答階層情報を無効にすると、NotesDocument.Responses が 0 文書に設定されます。

[文書の階層情報を使用しない] プロパティを選択または選択解除する場合、その設定を有効にするにはデータベースを圧縮する必要があります。圧縮するとデータベースの一時的なコピーが作成されるため、システムにコピー用の空きディスク容量が必要です。

ヘッドラインモニターを設定すると、ユーザーは関心がある情報をデータベースから自動的にモニターできます。この方法でデータベースをモニターすると、特にそのユーザー数が多い場合には、パフォーマンスに影響が出ます。ユーザーがデータベースをモニターできないようにするには、データベースのプロパティの [ヘッドラインモニターを許可しない] チェックボックスをオンにします。Domino ®ディレクトリ内のサーバー文書のセキュリティセクションを使用して、サーバーレベルでヘッドライン監視を制御することもできます。

データベースの詳細プロパティで [データベースで多くのフィールドを許可] を選択すると、データベース内のフィールド数を 23,000 まで増やすことができます。

このオプションが選択されていないデータベースでは、フィールド名の全体での長さの合計が 64 KB 以内という制限があるため、結果的にデータベース内のフィールド数は 3000 程度に制限されます。

Domino ® Designer では、ハフマン アルゴリズムの代わりに新しい LZ1 アルゴリズムを使用して添付ファイルを圧縮することを選択できます。LZ1 圧縮は迅速で同時に効率的に実行できるため、ハフマン方式よりも好まれています。ただし、サーバーとクライアントのソフトウェアバージョンが異なる混在環境で使用している場合、このオプションを選択すると、添付ファイルはハフマン方式によってサーバー上で自動的に再圧縮されます。圧縮のし直しはパフォーマンスに影響します。

LZ1 アルゴリズムの詳細については、 HCL Domino ® Designer のヘルプを参照してください。

文書には [$UpdatedBy] フィールドが必ず含まれています。[$UpdatedBy] フィールドにデフォルトで保存されるのは、各文書編集セッションを行ったユーザーかサーバーの名前です。Limit entries in $UpdatedBy fields完全な編集履歴を保存すると、ディスク容量を消費するだけでなく、ビューの更新と複製に時間がかかるようになります。ディスク容量を節約し、データベースのパフォーマンスを向上させるには、データベースのプロパティの [詳細] タブにある [$UpdatedBy フィールドのエントリ制限] ボックスに、[$UpdatedBy] フィールドに保存できるエントリ数を指定します。

文書には必ず [$Revisions] フィールドが含まれています。Domino ® は、このフィールドを使用して、複製を解決したり、2 人のユーザーが 1 つのレプリカで同じ文書を同時に編集したり、複製間の異なるレプリカで同じ文書を編集したりするときに発生する保存の競合を解決します。

[$Revisions] フィールドに保存される履歴には、デフォルトで最大 500 の編集セッションが含まれます。ディスク容量は 1 セッションあたり 8 バイト必要です。Limit entries in $Revisions fields時間が経って [$Revisions] フィールドが大きくなると、ディスク容量を消費するだけでなく、ビューの更新と複製に時間がかかるようになります。ディスク容量を節約し、データベースのパフォーマンスを向上させるには、データベースのプロパティの [詳細] タブにある [$Revisions フィールドのエントリ制限] ボックスに、[$Revisions] フィールドに保存できるエントリの数を指定します。

データベースが次の特徴をすべて備えている場合は、[$Revisions] フィールドのエントリ数の制限を検討してください。

• データベースに多数の文書が含まれている。
• データベースが頻繁に複製されるか、レプリカがない。
• データベースにあまり編集されない文書が含まれている。

[$Revisions] フィールドのエントリの推奨最大数は 10 です。最大値を 10 より小さく設定すると、複製や保存の競合が発生しやすくなります。

[一時的削除を許可] をオンにすると、削除される前の指定期間、削除マークが付いた文書はデータベースに保存されます。[データベースのプロパティ] インフォボックスの [詳細] タブで、データベースから文書を削除するまでの保存時間数を指定できます。

[Domino 添付ファイルとオブジェクトサービスを使用する] を選択すると、データベースは添付ファイル統合に参加します (ただし、この機能がサーバーで有効になっている場合)。デフォルトでは、新規作成されたデータベースは統合に参加します。データベース内の文書に保存されている添付ファイルは、中央の添付ファイルリポジトリに追加され、統合に参加するデータベースによる再利用が可能になります。各添付ファイルは、その添付ファイルを表示するすべての文書で、リポジトリ内のその添付ファイルの場所への参照によって置き換えられます。

サーバーの添付ファイル統合は、サーバー文書の [DAOS] タブで有効化することができます。添付ファイルが最小サイズより小さい場合、 Domino ® は添付ファイルの統合を控えます。

添付ファイル統合を有効にすると、添付ファイルの保管に必要なディスク容量が大幅に削減されてパフォーマンスが向上します。

In this release of Domino®, optimization of copying for DAOS objects prevents unnecessary copies of attachments from being transmitted between Notes® clients and DAOS-enabled servers. This optimization results in significantly improved speed of transmission when replying to, forwarding, or replicating messages/documents that contain attachments already existing in the DAOS repository.

Database design compression refers to the compression of design elements in a Notes® database. Compressing design elements, especially those including rich text and graphics, reduces their size on disk, and savings can be significant.

Document compression refers to the compression of non-summary (body) data in Notes® documents. Compressing non-summary data reduces the size on disk of all rich text elements in documents, and savings can be significant, especially when a database contains lengthy documents including large graphic images.