回答: 8.7.xからeDirectory 8.8へのアップブレード中、データベースでは2段階のアップグレードが発生します。最初の段階では、eDirectory 8.8で導入された、暗号化された属性サポートに対してキーペアが作成されます。第2段階では、リファレンス変更のDIBアップグレードが発生します。第1段階後の第2段階で障害が発生した場合、既存のバイナリ(eDirectory 8.7.x)はデータベースを開くことができなくなります。これはデータベースがすでに8.8レベルにアップグレードされていて、このアップグレードを反映するようにデータベースのバージョンが変更されているためです。eDirectory 8.8へのアップグレードを実行する前に、データベースのバックアップを作成することをお勧めします。詳細は、「セクション 7.2, オペテーティングシステムをアップグレードしないでeDirectory 8.8 SP8へマイグレーションする」を参照してください。

回答: アップグレードではデータベース全体がスキャンされ、すべてのオブジェクトのリファレンス属性を確認します。データベース内のオブジェクト数によっては、このプロセスに時間がかかることがあります。500万個のオブジェクトがあり、そのすべてのオブジェクトにリファレンス属性が設定されているデータベースの場合、数時間かかることがあります。

回答: リファレンスアップグレード全体は1つのトランザクションで実行する必要があります。また、アップグレードが失敗した場合に備えてトランザクションのロールバックが必要となるため、FLAIMはnds.dbファイルに変更したブロックを保持します。このため、アップグレードプロセス中、nds.dbのサイズが増加する場合があります。これはまったく問題ありません。nds.00v、nds.002などのファイルが生成されることもあります。アップグレードプロセスでは、アップグレードするオブジェクト数に応じて、最大2倍のディスク容量が必要になります。たとえば、15GBのDIBサイズでDIB内のすべてのオブジェクトにリファレンス属性が設定されている場合、さらに15GBの空き容量が必要になります。

回答: eDirectoryパッケージのアップグレードとデータベースのアップグレードは、ファイルシステムの権限に基づいて実行されます。アップグレードにeDirectory管理者パスワードは使われません。これには、アップグレード開始後に、ログインが失敗することがあるという2次的影響があります。ndsconfig upgradeコマンドを次回実行した場合、パスワードチェックは必ず実行されます。

回答: eDirectoryはデータベースの別のコンテナにリファレンス属性を保持しています。初期表示の遅延は、FLAIMが「リファレンス」属性レコードを保持しているデータベースコンテナを削除するのに時間がかかるためです。