旧バージョンの Sametime からの移行

このセクションでは、Sametime の古いリリースからの移行のベスト・プラクティスについて説明します。

このタスクについて

並列マイグレーション

  • Sametime 11 では、旧バージョンからのインプレース・アップグレードはサポートされていません。環境を新しいハードウェアにインストールして確保してから、ユーザーを新しいサーバーに切り替えてください。
  • 新規サーバーが既存サーバーと同じコミュニティーに含まれている場合は、新規サーバーと既存サーバー間のポート 1516 をブロックして、新機能のテストや検証を行う際に混乱が生じないようにします。移行する前に、ポート 1516 を必ず開いてください。
  • 新しいサーバーをインストールする際には、古いサーバー (LDAP またはネイティブ Domino) と同じディレクトリー・タイプを維持することが重要です。異なるタイプを選択する場合は、コンタクト・リストを変換する必要があります。

VPUSERINFO.NSF

  • 移行する前に、失効しているユーザーを vpuserinfo.nsf からパージしてください。パージは、Lotuscript エージェントを使って手動で行うか、NameChange ユーティリティーを使って行うことができます。失効ユーザーをパージした後に、Domino データベースの保守を実行する必要があります。保守は移行前に実行できます。
  • 既存の vpuserinfo のレプリカを新しい環境にプルして、実際のデータを使いコンタクト・リストと認識状況をテストすることを検討してください。
  • vpuserinfo.nsf を Sametime 11 サーバーにコピーした後、stuserin.ntf テンプレートを使ってデータベースの設計を置き換えます。古いサーバーを使って複製する場合は、複製の設定を変更して、設計の複製を禁止します。複製の「詳細」プロパティにある「設計」要素のオプションのチェックマークを外してください。
  • Domino サーバーのバージョンに合わせて、データベース ODS をアップグレードすることをお勧めします。Domino のオンディスク構造の詳細については 、Domino ヘルプセンターを参照してください。
  • 例えば、旧サーバーは Domino のネイティブ・ディレクトリーで新規サーバーは LDAP にするなど、ディレクトリー・タイプを変更する場合は、namechange ユーティリティを使用してユーザーのメンバーリストを変換する必要があります。

SAMETIME.INI

  • 旧サーバーの LDAP を新規サーバーに移行するなど、チューニング設定を移行できます。
  • ST_COMMUNITY_ID は旧サーバーと一致している必要があります。これにより、移行後にクライアントで接続状況が正しく表示されます。

ポリシー

  • ポリシーは policies.user.xml で構成されています。新しいサーバーの設定は、Sametime 11 のインストールに付属している policies.user.xml ファイルを使い、手動で構成することをお勧めします。新しいサーバー・バージョンには、旧バージョンの Sametime にはない設定があります。トピック『 ポリシーを管理する』を参照してください。
  • managed-settilgs.xml を使用する場合は、必ず新しいポリシーに含める必要があります。

ユーザーの移動

テストが終わってユーザーを移行する準備ができたら、移行方法を選択します。

  • DNS を使用する。ホスト名は同じです。クライアント側で追加設定を行う必要はありません。このシナリオでは、DNS は新しい環境に接続するように変更されます。
    • DNS がネットワーク全体に伝搬するまでに時間がかかる場合があります。そのため、旧サーバーと新しいサーバーの両方をしばらく同時に実行しなければならない場合もあります。vpuserinfo.nsf を複製し、連絡先を最新の状態に保つようにしてください。stlog.nsf の日付別のコミュニティーへのログイン数から、旧サーバーに残っているユーザーの数を確認できます。また、旧サーバーを定期的に再起動すると、ユーザーが DNS の更新直後に新しいサーバーに強制的に追加されます。
  • ロード・バランサーを使用する。既存の環境の前にロード・バランサーがある場合は、ロード・バランサーの後に新規サーバーを追加して旧サーバーをシャット・ダウンすることができます。
  • Sametime スタンドアロン Mux を使用する。既存の環境にスタンドアロンのマルチプレクサーがある場合は、既存のマルチプレクサーをバージョン 11 にアップグレードし、移行の準備ができたら新しい Sametime 11 サーバーに接続します。
  • Managed-Community-Configs.xml を使用して新しいホスト名をプッシュするmanaged-community-configs.xml ファイルを作成し、Sametime ポリシーを使用してユーザーにプッシュすることができます。設定は、ユーザーが次回クライアントを再起動すると、新しいホスト名に対して構成されます。

バック・アウト計画を策定する

これは、あらゆる移行におけるベスト・プラクティスです。移行がうまく行かない場合は、バック・アウト方法を策定してください。