Calendar Server では、2 つのスキーマオプションが使用可能で、サポートされています。Sun Java System LDAP スキーマバージョン 1 と Sun Java System LDAP スキーマバージョン 2 の 2 つです。
Sun Java System LDAP スキーマバージョン 1 からSun Java System LDAP スキーマバージョン 2 への移行方法については、『Sun Java System Communications Services 6 2005Q4 Schema Migration Guide』を参照してください。
スキーマ 1 のインストールとプロビジョニングのサポートは非推奨になり、今後のリリースからは削除される予定です。ただし、独自のプロビジョニングツールを持つ顧客は、LDAP スキーマ 1 を引き続き使用できます。
プロビジョニングのニーズに基づき、Calendar Server のインストールにふさわしいスキーマを選択します。
Portal Server や Access Manager など、シングルサインオン機能を提供するほかの Java Enterprise System コンポーネント製品と Calendar Server を統合しますか。
はじめて Calendar Server をインストールするのですか、それとも旧バージョンからアップグレードするのですか。
Calendar をはじめてインストールする場合はスキーマ 2 ネイティブモードを使用します。
Calendar Server の旧バージョンからアップグレードする場合は、スキーマ 1 またはスキーマ 2 のネイティブモードまたは互換モードのいずれでも使用することができます。
プロビジョニングまたはシングルサインオンのいずれかに、Access Manager CLI ユーティリティーの使用を計画していますか。
答えが「はい」の場合、スキーマ 2 のネイティブモードまたは互換モードを使用します。
Calendar Server csdomain ユーティリティーを使用してドメインをプロビジョニングする予定ですか。
答えが「はい」の場合、スキーマ 2 のネイティブモードまたは互換モードを使用します。csdomain ユーティリティーを使用する予定がなく、Calendar Server がすでにインストールされている場合は、スキーマ 1 を使用します。
プロビジョニングに Access Manager や Calendar Server CLI のいずれのユーティリティーも使用しない場合、新規のインストールにはスキーマ 2 ネイティブモード、既存の Calendar Server のインストールにはスキーマ 1 またはスキーマ 2 互換モードのいずれかが使用できます。
LDAP スキーマ 1 は、組織ツリーと DC ツリーの両方で構成されるプロビジョニングスキーマです。当時は単に「スキーマ」と呼ばれた、このスキーマのセットは、以前の Calendar Server 5.x バージョンでサポートされていました。
Calendar Server はユーザーやグループのエントリを検索する場合、DC ツリーのユーザーまたはグループのドメインノードを調べ、inetDomainBaseDN 属性の値を抽出します。この属性には、実際のユーザーまたはグループエントリの組織サブツリーへの DN 参照があります。
Calendar Server の旧バージョンをインストール済みのサイトだけが、スキーマ 1 を使用する必要があります。
将来、ほかの Sun Java System 製品とともに Calendar Server をインストールすることを計画している場合、スキーマ 2 への移行は必須です。
スキーマ 1 は LDAP プロビジョニングツールをサポートしています。詳細については、「プロビジョニングツールについて」を参照してください。
スキーマ 2 は一連のプロビジョニング定義で、Directory Server LDAP を使用してエントリとして格納できる情報のタイプを定義しています。
ネイティブモードでは、検索テンプレートを使用して LDAP Directory サーバーを検索します。ドメイン検索テンプレートによりドメインが検索されると、次にユーザーまたはグループ検索テンプレートにより、特定のユーザーまたはグループが検索されます。
Communications Services をはじめてインストールし、2 ツリープロビジョニングモデルに依存するその他のアプリケーションをマシンにインストールしていない場合は、ネイティブモードの使用をお勧めします。Java Enterprise System 製品群にその他の製品をインストールする場合も、このモードを使用するとよいでしょう。
スキーマ 1 を使用する既存の Communications Services 5.x があり、Communications Services をほかの Java Enterprise Server 製品と統合したい場合は、Communications Services 6 に移行したあとで、ディレクトリをスキーマ 2 に移行させることをお勧めします。LDAP スキーマバージョン 1 から LDAP スキーマバージョン 2 への移行方法の詳細については、『Sun Java System Communications Services 6 2005Q4 Schema Migration Guide』を参照してください。
Java Enterprise System 製品群のすべての Sun Java System 製品で、スキーマ 2 ネイティブモードをプロビジョニングモデルとして使用するようお勧めします。
スキーマ 2 は、Sun Java System Communications Services Delegated Administrator をサポートしています。詳細については、「プロビジョニングツールについて」を参照してください。
スキーマ 2 互換モードは、スキーマ 1 とスキーマ 2 ネイティブモードとの中間のモードです。スキーマ 2 互換モードは両方のスキーマをサポートしており、すでに保有している既存の 2 つのツリー設計を維持できます。また、スキーマ 2 互換モードは、Messaging Server をインストールする前に Access Manager をインストールしていることが前提となっています。
スキーマ 1 を必要とする既存のアプリケーションがあるが、Access Manager やシングルサインオン機能などのように、スキーマ 2 を要求する機能も必要な場合に、スキーマ 2 互換モードを使用します。
スキーマ 2 互換モードは、スキーマ 2 ネイティブモードへの移行の便宜を提供するためのものです。最終的なスキーマ選択では、スキーマ 2 互換モードを使用しないでください。スキーマ 1 からスキーマ 2 互換モードへ移行してから最終的にスキーマ 2 ネイティブモードへと移行するプロセスは、スキーマ 1 からスキーマ 2 ネイティブモードへの単純な移行よりも複雑です。詳細については、『Sun Java System Communications Services 6 2005Q4 Schema Migration Guide』を参照してください。