ディレクトリサービス


拡張ディレクトリカタログ
拡張ディレクトリカタログを使用するようにサーバーを設定できます。拡張ディレクトリカタログは、PUBNAMES.NTF テンプレートから作成します。このテンプレートは、IBM(R) Lotus Domino(R) ディレクトリを作成するためのテンプレートと同じものです。拡張ディレクトリカタログは、Domino ディレクトリの利点と要約ディレクトリカタログの利点を併せ持ったものです。拡張ディレクトリカタログは、要約ディレクトリカタログと同じように、複数の Domino ディレクトリにあるエントリを単一のディレクトリデータベースに集約します。しかし、要約ディレクトリカタログとは異なり、Domino ディレクトリで使用可能な個別文書と複数のソートされたビューを保持しており、高速な名前参照を可能にしています。

要約ディレクトリカタログを使用するようにサーバーを設定することも可能ですが、拡張ディレクトリカタログを使用すると、次のような利点があります。

複数のビュー拡張ディレクトリカタログは、Domino ディレクトリと同じ設計なので、さまざまな方法で名前をソートした複数のビューを持つことができます。サーバーは、拡張ディレクトリカタログにあるビューを使用すれば、形式に関係なく、名前を高速検索できます。要約ディレクトリカタログでは、参照に使用するビューは 1 つで、そのソート方法は、ビューの設定時に選択します。選択したソートの順番と対応しない名前を要約ディレクトリカタログで参照する場合、サーバーは全文索引を使用してその名前を検索します。これは、ビューの検索より時間がかかります。
メールを配信するサーバーで拡張ディレクトリカタログを使用すると、特に効果的です。これは、メールサーバーで複数のビューを使用して、アドレスの形式に関係なく、アドレスを高速検索できるからです。要約ディレクトリカタログを使用するメールサーバーでは、選択したソートの順番と対応しないアドレス (たとえば、ある種のインターネットアドレス) であってもルーターが全文索引で参照すれば、メール配信を確保できます。

クライアント上に要約ディレクトリカタログを持つ IBM(R) Lotus Notes(R) ユーザーがグループにメールを送信する場合、そのグループのメンバーがクライアントのディレクトリカタログに含まれていないと、サーバーが要約ディレクトリカタログを全文検索してメンバーを参照します。その参照により、メールの配信が遅れる可能性があります。メールサーバーで拡張ディレクトリカタログが使用されていれば、グループへのメールが着信が遅れるという問題は発生しません。

容易なアプリケーションアクセスアプリケーションから拡張ディレクトリカタログの情報にアクセスすることは、Domino ディレクトリの情報にアクセスする場合と同様に容易です。しかし、アプリケーションから要約ディレクトリカタログへのアクセスには、集約文書の性質とビュー数による制限があります。
全社ディレクトリの複数ビュー表示ユーザーは、拡張ディレクトリカタログを開き、全社ディレクトリを、エントリタイプでソートした複数のビューで表示できます。要約ディレクトリカタログでは、さまざまなタイプのエントリを表示するビューは 1 つのみです。
データベース認証のためのグループサーバーでデータベースアクセスの認証に使用できるグループは、1 次 Domino ディレクトリにあるものの他は、[ディレクトリアシスタント] データベースで設定されている 1 つのディレクトリにあるもののみです。このディレクトリとして拡張ディレクトリカタログを使用すると、サーバーは実質的に、そのディレクトリカタログに集約されている任意の 2 次 Domino ディレクトリにあるグループをデータベースのアクセス制御に使用できます。
リモート参照サーバーでは、拡張ディレクトリカタログの検索にディレクトリアシスタントを使用します。したがって、拡張ディレクトリカタログの複製先は 2 つ程度の戦略サーバーのみとして、[ディレクトリアシスタント] データベースがそれらのサーバーを指すようにしておく必要があります。ディレクトリカタログのあるレプリカが使用不能になったときにサーバーが代替レプリカを使用できるように、フェイルオーバーを設定できます。
要約ディレクトリカタログを使用する各サーバーには、ディレクトリカタログのローカルレプリカが必要です。これにより、要約ディレクトリのサイズがコンパクトであるという利点は全体としては薄れます。

管理者による再構築の制御ディレクトリカタログを再構築すると、集約された既存の情報はすべて削除され、ソース Domino ディレクトリから情報が再集約されます。この処理には時間がかかるので、Dircat タスクでは、管理者の指示により拡張ディレクトリカタログのみを再構築します。これに対し、要約ディレクトリカタログの設定文書にある大多数のフィールドを変更すると、Dircat タスクがトリガされてディレクトリカタログが自動的に再構築されます。
拡張 ACL と LDAP のアクセス制御設定拡張 ACL を使用すると、拡張ディレクトリカタログへのデータベースアクセスを全体的に調整できます。たとえば、機密情報を持つフィールドや、名前階層の特定部分に関連付けられた文書全体、その他へのアクセスを拒否できます。拡張ディレクトリカタログ上の拡張 ACL は、個々のソース Domino ディレクトリ上に設定されたすべての拡張 ACL から独立しています。
また、拡張ディレクトリカタログ内に設定文書を作成し、その文書にある [LDAP] タブのアクセス制御設定を使用して、ディレクトリカタログに対する、匿名の LDAP 検索アクセスを制御できます。

これらのアクセス制御機能は、要約ディレクトリカタログには使用できません。

ネイティブ文書拡張ディレクトリカタログには Dircat タスク処理を通じて文書を集約できるだけでなく、文書を手動で追加することもできます。このようにデータベースで作成された「ネイティブな」文書は、Dircat タスク処理の影響を受けません。ネイティブな文書を要約ディレクトリカタログに追加することはできません。
全文索引の利点拡張ディレクトリカタログには複数のソートされたビューがあるので、通常の参照には全文索引は不要です。これにより、使用するディスク容量を抑えることができます。ただし、LDAP サービスで拡張ディレクトリカタログを使用して処理する検索で、名前およびメールアドレス以外の情報に基づく検索フィルタを使用する場合は、全文索引が必要です。
要約ディレクトリカタログでは、必ず全文索引が必要です。

拡張ディレクトリカタログに全文索引を作成すると、ユーザーは Lotus Notes Client からそのディレクトリカタログを全文検索できます。Lotus Notes Client から要約ディレクトリカタログを全文検索することはできません。

1 つのサーバーで複数の拡張ディレクトリカタログを使用する1 つのサーバーで複数の拡張ディレクトリカタログを使用できます。たとえば、インターネットクライアントの認証で信頼されるディレクトリを 1 つの拡張ディレクトリカタログに集約し、信頼されないディレクトリを別の拡張ディレクトリカタログに集約できます。
各サーバーで使用できる要約ディレクトリカタログは 1 つのみです。

1 次 Domino ディレクトリへの統合拡張ディレクトリカタログの設計は Domino ディレクトリと同じなので、拡張ディレクトリカタログをドメインの 1 次 Domino ディレクトリに直接構築できます。これによって、企業全体に関する情報を 1 つのディレクトリに格納できます。
サーバー文書サーバー文書を拡張ディレクトリカタログに集約することはできますが、要約ディレクトリカタログには集約できません。
関連項目