2.1 FLAIMデータベース

チェックポイントは、オンディスクバージョンのデータベースとインメモリ(キャッシュされた)データベースの整合性を保ちます。FLAIMは、データベースへの最小限の更新アクティビティ中にチェックポイントを実行することができます。これは毎秒実行され、ダーティブロック(ダーティキャッシュ)をディスクに書き込みます。キャッシュ内で変更されたものの、まだディスクに書き込まれていないブロックを「ダーティブロック」と呼びます。FLAIMはデータベースのロックを取得し、チェックポイントが完了するか他のスレッドがデータベースの更新を待機するまで、可能な限り最大量の仕事をします。オンディスクデータベースが同期状態からかけ離れてしまわないため、ある条件下では、データベースの更新を待機しているスレッドがある場合でもチェックポイントが強制的に実行されます:

インデックスは、インデックス内で特定のキーを探すというタスクのスピードを大幅に向上できるように配置されたキーの集合です。インデックスキーは、エントリから一つ以上のフィールド(属性)の内容を抽出することで構築されます。インデックスはブロックキャッシュ内に保持されます。インデック付き属性が変更された場合、インデックスブロック内での変更が必要です。

OpenText eDirectoryは、システム属性(フィールド)に対してデフォルトのインデックス集合を定義しています。parentIDおよびancestorIDなどのシステム属性は、1レベル検索およびサブツリー検索に使用されます。これらのインデックスは、中断や削除ができません。ディレクトリは内部でこれらを使用します。デフォルトインデックスは、CN、Surname、Given Nameなどの属性に対して定義されています。インデックスには、実在インデックス、値インデックスおよび部分文字列インデックスの種類があります。これらのインデックスは中断できます。削除すると、自動的に再作成されます。

OpenText Identity Consoleまたはndsindex Lightweight Directory Access Protocol (LDAP)ユーティリティを使用してインデックスを作成できます。インデックスはサーバに固有のものです。

DSTrace (ndstrace)内でStorage Manager(StrMan)タグを有効にすることで、検索クエリに選んだインデックスを確認できます。

次に示すのは、"cn=admin"、CNを使用したサブツリー検索に対するDSTraceログの例です。

3019918240 StrMan: Iter #b239c18 query ((Flags&1)==1) && ((CN$217A$.Flags&8=="admin") && (AncestorID==32821))

3019918240 StrMan: Iter #b239c18 index = CN$IX$220

次に示すのは、"Description=This is for testing"、AncestorIDを使用したサブツリー検索に対するDSTraceログの例です。

2902035360 StrMan: Iter #83075b0 query ((Flags&1)==1) && ((Description$225A$.Flags&8=="This is for testing") && (AncestorID==32821))

2902035360 StrMan: Iter #83075b0 index = AncestorID_IX

サーバ側のソートによって検索のパフォーマンスを向上させるには、-aオプションを使用して、新しいインデックスの作成時に渡される属性のリストにAncestorID属性でプレフィックスを付けるようにします。

次の表では、特定の数のオブジェクトに対して単純/複合インデックスを作成した場合の、DIBサイズの増加の傾向について説明します。単純/複合インデックスを作成する際には、このテストデータを参照することをお勧めします。

FLAIMは、各更新トランザクションに対する操作をロールフォワードログ(RFL)ファイルに記録します。RFLは、システム障害からトランザクションを回復する時や、バックアップから復元する時に使用されます。RFLファイルはチェックポイントが完了するたびに切り詰められます。ただしhot continuous backupを使用して(rflkeepfiles)がオンになっている場合を除きます。

エントリキャッシュの使用率を最適化し、属性検索操作のパフォーマンスを向上させるため、FLAIMは、値のサイズが大きい属性または値の個数が多い属性を、属性コンテナと呼ばれる別の場所に格納します。デフォルトでは、次の条件を満たす属性がコンテナに自動的に移されます:

属性の自動コンテナリゼーションを無効にするには、_ndsdb.iniファイルにdisablemovetoattrcontainer=1を追加し、OpenText eDirectoryを再起動します。

OpenText eDirectoryでは、属性の移動を柔軟にスケジューリングできます。まず、移動する準備ができている属性を表示し、自分の都合に合わせて移動をスケジュールします。

属性コンテナに移動する準備ができている属性の数を表示するには、ndscheckコマンドを実行します。属性の詳細を表示するには、［エージェント環境設定］で、iMonitorの疑似サーバオブジェクトの［dsContainerReadyAttrs］属性を使用します。ユーザは、インデックス作成のためにマークされている属性を［エージェントヘルス］で確認することもできます。

属性コンテナリゼーションを開始するには、擬似サーバオブジェクトのndsrepairの単一オブジェクト修復オプションを使用します。属性をコンテナに格納するには、ndsrepairコマンドを実行します。その際次のように、新しいアドバンススイッチ-amと、その後に属性名を指定します。

ndsrepair –J <Pseudo server object ID> –Ad –AM/–am <attribute name>

属性コンテナに属性を移動すると、OpenText eDirectoryによって、その属性の名前でシステムインデックスが作成されます。コンテナに格納した属性を、元のコンテナに戻すことはできません。