eDirectoryをeビジネスに利用する場合(サービスのポータルを提供したり、他の企業とデータを共有する場合など)、この章ですでに説明している推奨事項は適用されないことがあります。
その場合は、eビジネスに対応するeDirectoryの設計のガイドラインとして次に示す推奨事項を代わりに使用できます。
このガイドラインは、使用するアプリケーション、およびeDirectoryの実装法に応じて適用します。たとえば、メッセージサーバをグローバルに展開する際には、この章の前半で説明した従来のeDirectory設計ガイドラインを適用したほうがより適切な場合があります。また、ユーザの管理を分散させたい場合は、管理責任のエリアごとに独立したOU(部門)を作成することが必要になる場合があります。
Treeレベルに作成されるデフォルトのパーティションを維持し、その他にツリーの残りの部分のパーティションを作成します。管理目的でOUを個別に作成した場合は、各OUのパーティションを作成します。
複数のサーバに負荷を分散させるときには、パーティション数の制限を検討しますが、その場合もバックアップや障害回復用に最低2つのパーティションは維持します。
LDAPは負荷の分散を自動では行いません。LDAPの負荷を分散させるには、第4層スイッチの使用を検討します。
Novell Nsure Identity Managerを使用すると、ネットワーク情報を格納する他のツリーにこのユーザツリーをリンクさせることができます。詳細については、『DirXML 管理ガイド』を参照してください。
カスタマやアプリケーションで標準inetOrgPersonとは異なるユーザオブジェクトが必要となる場合は、補助クラスを使用してスキーマをカスタマイズします。補助クラスを使用すると、アプリケーションの設計時にツリーを再作成しなくても、クラスで使用する属性を変更できます。
Novellインポート/エクスポート変換ユーティリティを使用すると、eDirectoryは処理中に各オブジェクトに索引を付けます。それによって、LDIFインポートプロセスの処理速度が遅くなることがあります。LDIFインポートのパフォーマンスを向上させるには、作成するオブジェクトの属性からの索引付けをいったん中止し、Novellインポート/エクスポート変換ユーティリティを使用してから、属性の索引付けを再開します。
eDirectoryでは、異なるコンテナ間で同じ共通名を使用できます。ただし、全体で固有の共通名を使用すれば、共通名の検索で複数の応答を処理するロジックを実装しなくてすみます。