標準アップグレードを実行すると、新しいソフトウェアが非アクティブなバージョンとしてインストールされます。アップグレード処理中に新しいソフトウェアでリブートするか、後から新しいバージョンに切り替えることができます。

アップグレード直後にバージョンの切り替えを行っていなかった場合は、ここでバージョンを切り替えます。アップグレードが正常に完了し、クラスタ内の全ノードを更新するためには、バージョンを切り替える必要があります。新たなソフトウェア バージョンに切り替えるまで、バックアップは実行しないでください。

バージョンを切り替えるとシステムが再起動し、非アクティブなソフトウェアがアクティブになります。システムの再起動には、最大で 15 分ほどかかります。この手順を実行すると、アクティブなソフトウェアバージョンと非アクティブなバージョンの両方が表示されます。

注意	この手順を実行すると、システムが再起動し、一時的に使用できない状態になります。

アップグレード前の作業では、アップグレード ログを取得するため、仮想マシンにシリアル ポートを追加しました。システムのアップグレードが正常に完了した後は、仮想マシンのパフォーマンスに影響が及ばないように、このシリアル ポートを削除する必要があります。

リリース 9.x 以前からのアップグレードでは、アップグレード プロセスを開始する前に Cisco Extension Mobility を停止する必要があります。アップグレード前の作業の一環として Cisco Extension Mobility を無効にした場合は、この手順を使用して Cisco Unified Communications Manager ノードでサービスを再起動します。

アップグレードが完了した後に Cisco Unified Communications Manager ノードで TFTP サービスを再起動するには、この手順を使用します。

アップグレード プロセス中に、TFTP サービス パラメータの [最大サービス数（Maximum Serving Count）] は、増加したデバイス登録要求数を許可するように変更されます。アップグレードが完了した後、パラメータをリセットするには、この手順を使用します。

Unified Communications Manager ノードと IM and Presence ノードの両方に複数のエンタープライズ パラメータが存在します。同じパラメータがある場所で、Unified Communications Manager ノードの設定は、アップグレード中に IM and Presence サービス ノードの設定を上書きします。IM and Presence サービス ノードに固有のエンタープライズ パラメータはアップグレード中、保持されます。

アップグレード プロセス中に上書きされた IM and Presence サービス ノードの設定を再設定するには、この手順を使用します。

トレースの早すぎるパージを避けるために、この手順を使用して、基準値の上限と下限を元の値に戻す必要があります。

アップグレードが完了したら、VMware ツールを更新する必要があります。

ロケールをインストールするには、この手順を使用します。アップグレード後、デフォルトでインストールされている英語（米国）を除き、使用しているロケールを再インストールする必要があります。Cisco Unified Communications Manager ノードまたは IM and Presence Service ノードの major.minor バージョン番号と一致する、最新バージョンのロケールをインストールしてください。

Cisco Unified Communications Manager または IM and Presence Service ノードでロケールをインストールできます。両方の製品用のロケールをインストールする場合、次の順番で、すべてのクラスタ ノードでロケールをインストールします。

1. Cisco Unified Communications Manager パブリッシャ ノード

2. Cisco Unified Communications Manager サブスクライバ ノード

3. IM and Presence データベース パブリッシャ ノード

4. IM and Presence サブスクライバ ノード

IM and Presence Service ノードで特定のロケールをインストールする場合は、最初に Cisco Unified Communications Manager のクラスタで同じ国の Cisco Unified Communications Manager のロケール ファイルをインストールする必要があります。

この手順は、Cisco Unified Communications Manager ノードのみに適用されます。

アップグレード プロセスを開始する前に、データベース レプリケーションのタイムアウト値を大きくしていた場合には、この手順を使用します。

デフォルトのデータベース レプリケーションのタイムアウト値は 300（5 分）。クラスタ全体をアップグレードした後にタイムアウト値をデフォルトに戻すと、Cisco Unified Communications Manager サブスクライバ ノードは正常に複製をセットアップします。

アップグレードが完了後に、デバイス数を表示し、エンドポイントとリソースを確認するためには、リアルタイム モニタリング ツール（RTMT）を使用します。

アップグレードが完了した後に IM and Presence サービス ノードで割り当てられたユーザ数を確認するには、この手順を使用します。

アップグレードの完了後に、次の作業を実行してください。

• 次のタイプのコールを発信して、電話機能を確認します。

  • ボイスメール

  • 局間

  • 携帯電話

  • ローカル

  • 国内

  • 国際

  • 共有回線

• 次の電話機能をテストします。

  • 会議

  • 割込み

  • 転送

  • C 割り込み

  • 共有回線への着信

  • サイレント

  • プライバシー

  • プレゼンス

  • CTI コール制御

  • ビジー ランプ フィールド

• IM and Presence Service の機能をテストする。

  • 使用可能、使用不可、およびビジーなどの基本的なプレゼンスの状態

  • ファイルの送受信

  • 永続チャット、フェデレーテッド ユーザ、およびメッセージ アーカイブなどの拡張機能

ヒント	互換性を確保するため、クラスタ内のすべてのサーバで Cisco Unified Communications Manager のアップグレードを行ってから RTMT をアップグレードすることを推奨します。

RTMT は、ユーザ設定とダウンロードされたモジュール jar ファイルをクライアント マシンのローカルに保存します。システムはユーザが作成したプロファイルをデータベースに保存するため、これらのアイテムにはツールのアップグレード後に Unified RTMT でアクセスできます。

電話機で使用するファイルを TFTP サーバにアップロードできます。アップロード可能なファイルには、カスタム呼出音、コールバック トーン、および背景画像などがあります。このオプションは接続先の特定のサーバにのみファイルをアップロードするもので、クラスタ内の他のノードはアップグレードされません。

デフォルトでは、ファイルは tftp ディレクトリにアップロードされます。tftp ディレクトリのサブディレクトリにもファイルをアップロードできます。

クラスタ内に 2 台の Cisco TFTP サーバが設定されている場合は、両方のサーバで次の手順を実行する必要があります。この手順を実行しても、ファイルがすべてのサーバに配信されるわけではなく、クラスタ内の 2 台の Cisco TFTP サーバにも配信されません。

TFTP サーバ ファイルをアップロードまたは削除するには、次の手順を実行します。

カスタマイズしたログイン メッセージを含むテキスト ファイルをアップロードして、Cisco Unified Communications オペレーティング システムの管理、Cisco Unified CM の管理、Cisco Unified サービスアビリティ、ディザスタ リカバリ システムの管理、Cisco Prime License Manager、およびコマンドライン インターフェイスに表示することができます。

カスタマイズされたログイン メッセージをアップロードするには、次の手順を実行します。

リリース 6.1(5) から PCD の移行を実行している場合にのみ、この手順を使用します。リリース 6.1(5) からの IPSec ポリシーが新しいリリースに移行されていないため、PCD の移行が完了した後に、IPSec ポリシーを作り直す必要があります。

• IPsec には双方向プロビジョニングが必要です（ホストまたはゲートウェイごとに 1 ピア）。

• 一方の IPsec ポリシー プロトコルが "ANY"、もう一方の IPsec ポリシー プロトコルが "UDP" または "TCP" に設定されている 2 つの Cisco Unified Communications Manager ノードに IPsec ポリシーをプロビジョニングする場合、"ANY" プロトコルを使用するノードでの検証で検出漏れが発生する可能性があります。

• IPsec はシステムのパフォーマンスに影響します（特に暗号化した場合）。

Cisco Unified Communications Manager Assistant 機能を使用するために以前のリリースが設定されていて、クラスタ間ピア ユーザ権限または Admin-CUMA 権限のいずれかを使用するためにアプリケーション ユーザを割り当てた場合にのみ、この手順を実行します。クラスタ間ピア ユーザ権限と Admin-CUMA 権限はリリース 10.0(1) 以降は廃止され、アップグレード プロセス中に削除されます。これらのユーザに新しい権限を割り当てる必要があります。

Cisco Unified Presence Release 8.x から IM and Presence Service のリリースにアップグレードすると、ユーザ プロファイルが Cisco Cisco Unified Communications Manager に移行されます。ユーザ プロファイル情報は、次の名前と説明の形式で、新しいサービス プロファイルとして Cisco Unified Communications Manager に保存されます。

名前：UCServiceProfile_Migration_x（x は、1 以降の番号）

説明：移行済みサービス プロファイル番号 x

Cisco Unified Presence Release 8.x からアップグレード後に Cisco Jabber に正常にログインできるようにするには、ユーザ プロファイル データの移行が正しく行われたことを確認する必要があります。

作成済みであっても、ユーザに割り当てられていないプロファイルは Cisco Unified Communications Manager に移行されません。

この手順は、IM and Presence Service ノードのみに適用されます。アップグレード プロセスを開始する前に、プレゼンス冗長グループに対してハイ アベイラビリティをディセーブルにしている場合は、ここで、次の手順を使用してイネーブルにします。

アップグレード プロセスの開始前に IM and Presence Sync Agent サービスを停止していた場合は、ここでサービスを再起動します。