Sun Java System Calendar Server 6 2005Q4 管理ガイド

Procedureユーザーカレンダを別のバックエンドサーバーへ移動するには

あるバックエンドサーバーから別のバックエンドサーバーにユーザーカレンダを移動するには、次の手順を実行します。

手順
  1. 元のサーバーで、「csuser」 ユーティリティーを実行してカレンダユーザーを無効にします。たとえば、ユーザー ID と calidbkamdar のユーザーを無効にするには、次のように実行します。


    csuser disable bkamdar
  2. 元のサーバーで、「csexport」 ユーティリティーを実行してカレンダデータベースからファイルにユーザーの各カレンダをエクスポートします。次に例を示します。


    csexport -c bkamdar calendar bkamdar.ics
  3. エクスポートしたカレンダファイル (*.ics) を元のサーバーから新しいサーバーにコピーします。

  4. 新しいサーバーで、エクスポートされた各カレンダに対して、「csimport」 ユーティリティーを実行してファイルからカレンダデータベースにカレンダをインポートします。次に例を示します。


    csimport -c bkamdar calendar bkamdar.ics
  5. LDAP ディレクトリサーバーで 「csattribute」 ユーティリティーを実行し、カレンダ所有者の icsDWPHost LDAP 属性が新しいバックエンドサーバーをポイントするように変更します。属性を変更するには、まず属性を削除し、新しい値を持つ属性を追加します。たとえば、新しいサーバー名を sesta.com に設定するには、次のように実行します。


    csattribute -a icsDWPHost delete bkamdar
     csattribute -a icsDWPHost=sesta.com add bkamdar
  6. 新しいサーバーで、「csuser」 ユーティリティーを使用してユーザーカレンダのカレンダユーザーを有効にします。次に例を示します。


    csuser enable bkamdar
  7. 新しいサーバーで、次のコマンドを実行して属性が正しく、各カレンダが正常に移動されていることを確認します。次に例を示します。


    cscal -v -o bkamdar list bkamdar
     ...
     csattribute -v list bkamdar
  8. 元のサーバーで、移動した各カレンダを削除します。次に例を示します。


    cscal -o bkamdar delete bkamdar

    -o オプションを指定することで、一次所有者が bkamdar であるすべてのカレンダが削除されます。


    注 –

    CLD キャッシュオプションを使用している場合、カレンダを別のバックエンドサーバーに移動した後に、CLD キャッシュをクリアしてサーバー名を消去してください。CLD キャッシュに古いエントリが残されていると、フロントエンドサーバーが移動後のカレンダを見つけられなくなります。CLD キャッシュをクリアするには、次の手順を実行します。

    • Calendar Server を停止します。

    • /var/opt/SUNWics5/csdb/cld_cache ディレクトリ内のすべてのファイルを消去します。ただし、cld_cache ディレクトリ自体は消去しません。

    • Calendar Server を再起動します。