アップグレード前のタスク (手動プロセス)

10.0 (1) より前のリリースからアップグレードする場合、またはアップグレード前のタスクを手動で完了する場合は、この付録の手動アップグレード前タスクを使用できます。


(注)  


リリースが 10.x 以降のアップグレードパスの場合、アップグレードの準備 COP ファイルが実行され、解決リクエストが完了すると、これらのアップグレード前タスクの代わりになります。 9.x からのアップグレードでは COP ファイルの機能が制限されます。9.x より前のリリースからのアップグレードでは機能しません。

アップグレード前のタスク

アップグレードまたは移行を開始する前に、以下のタスクを完了します。

(注)  


このタスクフローのステップは、特に明記されていない限り、すべてのアップグレードと移行に適用されます。

手順

  コマンドまたはアクション 目的

ステップ 1

新しいリリースのリリースノートをお読みください http://www.cisco.com/c/en/us/support/unified-communications/unified-communications-manager-callmanager/products-release-notes-list.html

新しい機能と、アップグレードがシステムに関連する他の製品とどのように相互作用するかを理解していることを確認してください。 すべてのアップグレードおよび移行方法に対してこの手順を実行します。

ステップ 2

Upgrade Readiness COP ファイルの実行(アップグレード前)

アップグレードの準備 COP ファイルは、アップグレードを妨げる可能性がある問題について、システムをチェックします。

(注)  

 
アップグレードの失敗の可能性を減らすために、COP ファイルを実行することを強くお勧めします。

ステップ 3

スマート ライセンスの要件を検討する

リリース 12.x では、Prime License Manager の代替としてスマート ライセンスが導入されています。 顧客のスマート アカウントをセットアップし、組織構造に基づいてスマート アカウントの下にバーチャル アカウント (オプション) を作成する必要があります。 Cisco Smart Account の詳細については、「https://www.cisco.com/c/en/us/buy/smart-accounts.html」を参照してください。 スマート ソフトウェア ライセンシングの詳細については、「https://www.cisco.com/c/en/us/buy/smart-accounts/software-licensing.html」を参照してください。

ステップ 4

アップグレード元のソフトウェアバージョンが仮想マシンで実行中であることを確認してください。

ソフトウェアが MCS ハードウェア上で実行されている場合、PCD 移行タスクを完了する必要があります。 http://www.cisco.com/c/en/us/support/unified-communications/unified-communications-manager-callmanager/products-maintenance-guides-list.html「Cisco Prime Collaboration 導入アドミニストレーション ガイド」を参照してください。

ステップ 5

このリリースの 要件および制約事項 を確認してください。

システムがすべてのネットワーク、プラットフォーム、およびソフトウェア要件を満たしていることを確認してください。

すべてのアップグレードおよび移行方法に対してこの手順を実行します。

ステップ 6

ネットワークの健全性を確認します。

システムの状態はアップグレードに必要な時間に影響します。 システムがこれらのセクションで説明されている条件を満たしていることを確認することで、アップグレードに必要な時間を減らすことができます。

ステップ 7

証明書チェーンの信頼できる証明書も含め、パーティションに期限切れの証明書がないことを確認します。 期限切れの証明書がある場合:

期限切れの証明書は更新アップグレード中にインポートされないため、エラーが発生する可能性があります。

直接アップグレードの場合、システムがすべての証明書の要件を満たしていることを確認してください。

(注)  

 
マルチサーバー(SAN)証明書の場合、SAN エントリがクラスタのすべてのノードに存在することを確認します。

ステップ 8

最新のバックアップを取る

システムバックアップを完了します。

注意    

 

バックアップが古い場合、データを失ったり、システムを復元できなくなったりする可能性があります。

ステップ 9

カスタム着信音と背景画像のバックアップ

TFTP ディレクトリにカスタムの着信音または背景画像がある場合、これらのファイルはシステムバックアップには含まれないため、個別のバックアップを作成してください。

ステップ 10

ネットワーク接続の確認

Unified Communications Manager ノードと NTP、SMTP、DNS などのネットワークサービス間の接続を確認するにはこの手順を使用します。

ステップ 11

IPv6 ネットワークの確認

Unified Communications Manager ノードのみ。 パブリッシャとサブスクライバ ノード間の IPv6 ネットワークを確認します。 IPv6 が正しく設定されていない場合、負荷検出に 20 分かかる場合があります。

ステップ 12

IM および Presence と Cisco Unified Communications Manager 間の接続を確認する

IM and Presence サービス に Unified CM との接続があることを確認します。

アップグレードの場合のみ。 移行の場合はこのタスクをスキップできます。

ステップ 13

構成およびログイン情報の収集

アップグレード中に問題が発生した場合に備えて、Unified Communications Manager ノードの現在の設定とログイン情報を記録します。

ステップ 14

登録済みデバイス数を記録する

Real Time Monitoring Tool (RTMT) を使用してデバイス数をキャプチャし、アップグレードが完了した後にエンドポイントとリソースを確認できるようにします。

ステップ 15

割り当てられたユーザ数の記録

アップグレード完了後に情報を確認できるように、 IM およびプレゼンスサービス ノードに割り当てられたユーザ数を記録します。

ステップ 16

TFTP パラメータの記録

アップグレードプロセスは TFTP パラメータを変更します。 アップグレードの完了後にパラメータをリセットできるように、現在の設定を記録します。

ステップ 17

エンタープライズ パラメータの記録

アップグレード中に、構成が異なる場合、IM and Presence サービスのエンタープライズ パラメータ設定が Unified Communications Manager のエンタープライズ パラメータ設定によって上書きされる場合があります。

ステップ 18

ユーザ レコードのエクスポート

一括管理ツール (BAT) を使用してユーザレコードをエクスポートします。

ステップ 19

IP 電話ファームウェアのアップグレード

アップグレード後の電話のダウンタイムを最小限に抑えるために、アップグレード前タスクとして、IP 電話を新しいリリースに対応するファームウェアにアップグレードできます。

移行の場合はこのタスクをスキップできます。

ステップ 20

重要なサービスの確認

すべての重要なサービスがアクティブになっていることを確認します。

ステップ 21

Cisco エクステンション モビリティを無効にする

リリース 9.x 以前からのアップグレードのみ。 アップグレードする前に、Unified CM ノード上の Cisco エクステンション モビリティ サービスを停止する必要があります。

移行の場合はこのタスクをスキップできます。

ステップ 22

IM および Presence 同期エージェントを停止する

IM and Presence アップグレードの一環として、Unified Communications Manager をアップグレードする場合、アップグレードする前に IM and Presence Sync Agent サービスを停止する必要があります。

移行の場合はこのタスクをスキップできます。

ステップ 23

利用可能な共通パーティションスペースの確認

アップグレードのための十分な共通パーティションスペースがあることを確認してください。

移行の場合はこのタスクをスキップできます。

ステップ 24

十分な共通パーティションのスペースがない場合、以下の手順の 1 つまたは複数を実行します。

このステップは、Unified CM OS Administration インターフェイスまたは PCD アップグレードタスクのいずれかを使用してアップグレードを実行する直接アップグレードのみに行います。

注意    

 
十分なディスク容量がない状態でアップグレードを実行すると、アップグレードが失敗する場合があります。

ステップ 25

アップグレードファイルを入手する

必要なアップグレードファイルをダウンロードします。 更新アップグレードの場合、必要な COP ファイルもダウンロードする必要があります。

移行の場合はこのタスクをスキップできます。

ステップ 26

データベースリプリケーションのタイムアウト時間を長くする

これはオプションです。 Unified Communications Manager パブリッシャーノードのみ。 大規模なクラスターをアップグレードする場合は、この手順を使用します。

移行の場合はこのタスクをスキップできます。

ステップ 27

プレゼンス冗長グループに対するハイ アベイラビリティの無効化

IM and Presence サービスのみ。 高可用性が有効になっている場合、アップグレードの前に無効にします。

移行の場合はこのタスクをスキップできます。

ステップ 28

シリアルポートを仮想マシンに追加する

アップグレードが失敗した場合にログをダンプできるように、仮想マシンにシリアルポートを追加します。 すべてのノードに対してこの手順を実行します。

ステップ 29

RTMT の高可用性を設定する

RTMT で監視するメガクラスタ展開の場合、Cisco は、RTMT に高可用性を設定して、簡素化されたクラスタ全体のアップグレード中に接続が失われないようにすることを推奨しています。

ステップ 30

Microsoft SQL Server のアップグレードに必要なデータベースの移行

この手順は、IM and Presence Service ノードのみに適用されます。 Microsoft SQL サーバーを、IM and Presence サービスを使用して、外部データベースとしてデプロイし、11.5(1)、11.5(1)SU1、または 11.5(1)SU2 にアップグレードする場合、新しい SQL サーバーデータベースを作成して、それを新しいデータベースに移行する必要があります。

ステップ 31

システムをアップグレードする前に、[Cisco Unified CM Administrationエンタープライズパラメータ(Cisco Unified CM Administration Enterprise Parameters)] ページで、[HTTPリファラ/ホストヘッダーの信頼できるホストのリスト(Trusted List of Hosts in HTTP Referer/Host Header)]を設定し、パブリック IP アドレスまたは DNS エイリアスを追加されたことを確認します。

この構成は、ネットワークトポロジに、クラスター内の個々のノードのプライベート IP アドレスに加えて、外部インターフェース用に構成されたパブリック IP アドレスがある場合に必要です。 Unified CM は、Unified CM へのアクセスを許可する前に、まず Unified CM クラスタで設定されたサーバーで、Host ヘッダーにある IP アドレスまたはホスト名を検証するようになりました。また、ホストの信頼済みリスト設定で、Unified CM にアクセスするために使用される DNS エイリアスを設定する必要があります。 たとえば、サーバが cm1.example.local で、phone.example.local を使用してサーバにアクセスする場合、phone.example.local を信頼できるホスト一覧の設定に追加する必要があります。

Cisco Unified CM Administration ユーザーインターフェイスで、[システム(System)] > [エンタープライズパラメータ(Enterprise Parameters)] の順に選択し、外部 IP アドレスまたは使用した DNS エイリアスを設定します。

(注)  

 
アップグレード後にこのアクティビティを実行する場合、すべてのウェブページを正しくロードするために、Cisco Tomcat サービスを再起動する必要があります。

Upgrade Readiness COP ファイルの実行(アップグレード前)

アップグレードの準備 COP ファイルは次の項目をチェックします。

  • インストールされた COP ファイル

  • ネットワーク サービスと接続 (DNS、NTP、クラスター内)

  • FIPS モードのパスワードの長さの制限

  • ライセンスの同期

  • VMware ツールの互換性

  • ディスク容量

  • SIP および H.323 トランク登録

  • データベース認証およびレプリケーションの状況

  • データベースの健全性

  • 最後の DRS バックアップの状況

  • サービス状況

  • インストールされている COP とロケール

  • デバイス登録状態数

  • エンタープライズパラメータとサービスパラメータの設定

  • TFTP 最大サービス数

  • アクティブおよび非アクティブ バージョン


(注)  


  • アップグレードが失敗する可能性を大幅に減らすため、アップグレード前にアップグレードの準備 COP ファイルを実行することを強くお勧めします。

  • COP ファイルはアップグレード前のバージョンが 10.x 以降の場合に完全にサポートされます。 一部のオプションは、アップグレード前のバージョンが 9.x の場合に利用できます。 COP ファイルは、アップグレード前のバージョンが 8.x 以前の場合には機能しません。 アップグレード前のバージョンが 8.x 以前の場合、付録の アップグレード前のタスク (手動プロセス) を参照してください。


手順


ステップ 1

アップグレード準備 COP ファイルをダウンロードしてアップグレード前テストを実行します。

  1. ダウンロード サイトに移動します。

  2. 移動先のリリースを選択し、 [Unified Communications Manager ユーティリティ] を選択します

  3. アップグレード前テストを実行するために Upgrade Readiness COP ファイルをダウンロードします(たとえば、ciscocm.preUpgradeCheck-00019.cop.sgn)。 最新のファイルは別のファイル名とバージョンを持つ場合があることに注意してください)。

ステップ 2

アップグレードに対してシステムの準備ができているか確認します。

  1. COP ファイルを実行します。

  2. COP ファイルが返す問題を解決します。

  3. COP ファイルを再度実行します。

  4. COP ファイルがエラーを返さなくなるまで、このプロセスを繰り返します。

ステップ 3

GUI または CLI から cop ファイルをインストールします。 インストールが完了したら、CLI から file view install PreUpgradeReport.txt を実行してレポートを表示します。

ステップ 4

RTMT からレポートを表示するには

  1. RTMT にログインします。

  2. [Trace and Log Central] で、[リモートブラウザ(Remote Browse)] をダブルクリックし、[トレースファイル(Trace files)] を選択したら、[次へ(Next)] をクリックします。

  3. [すべてのサーバー上のすべてのサービス(Select all Services on all servers)] を選択して、[次へ(Next)] をクリックします。

  4. [完了(Finish)]> [閉じる(Close)] の順に選択します。

  5. ノードをダブルクリックして、[CUCMパブリッシャ(CUCM Publisher)] > [システム(System)] > [アップグレードログのインストール(Install upgrade Logs)] の順に展開します。

  6. [ インストール ] をダブルクリックして、必要なファイルを選択してダウンロードします。


データベース状態レポートを生成する

Cisco Unified Reporting Tool (CURT) を使用してデータベース ステータス レポートを生成し、クラスタ ノード間にネットワークの問題がないことを確認します。 たとえば、ノード間のデータベース レプリケーションに影響を与える、または音声およびビデオ シグナリングのサービスの質 (QoS) に影響を与える到達可能性または遅延の問題がないことを確認します。

手順


ステップ 1

ノードのレポート インターフェイスにログインします。

  • Unified CM ノードについては、 Cisco Unified Reporting インターフェースにログインします。
  • IM および Presence ノードについては、 Cisco Unified IM and Presence レポーティング インターフェイスにログインします。

ステップ 2

[システム レポート(System Reports)]を選択します。

ステップ 3

ノードのデータベースレプリケーションを確認します:

  • Unified CM では、 Unified CM データベースの状況を選択します。
  • IM and Presence の場合、[IM and Presence データベース状態(IM and Presence Database Status)] を選択します。

ステップ 4

[レポート(Reports)] ウィンドウで、[レポートの生成](棒グラフ)アイコンをクリックします。

ステップ 5

[詳細の表示(View Details)] リンクをクリックすると、自動表示されないセクションの詳細が表示されます。

ステップ 6

レポートでエラーがあることが示されている場合、[説明の報告(Report Descriptions)] レポートを選択し、可能な解決策が記載されたトラブルシューティング情報を確認します。


データベース レプリケーションの確認

アップグレードを開始する前にデータベース レプリケーションが正常に機能していることを確認するには次の手順を使用します。

手順


ステップ 1

次のいずれかの方法を使用して、CLI セッションを開始します。

  • リモート システムの場合は、SSH を使用して Cisco Unified オペレーティング システムにセキュアに接続します。 SSH クライアントで、ssh adminname@hostname およびパスワードを入力します。

  • シリアル ポートへの直接接続を介して、自動的に表示されるプロンプトでクレデンシャルを入力します。

ステップ 2

utils dbreplication status コマンドを実行して、データベーステーブルのエラーまたはミスマッチを確認します。

ステップ 3

utils dbreplication runtimestate コマンドを実行して、データベースリプリケーションがノードでアクティブであることを確認します。

出力にはすべてのノードが一覧表示されます。データベース レプリケーションがセットアップされて正常であれば、各ノードの replication setup の値は 2 になります。

2 以外の値が返される場合は、続行する前にエラーを解決する必要があります。


パフォーマンス レポートを確認する

手順


ステップ 1

Cisco Unified Serviceability インターフェイスから、[ツール(Tools)] > [保守性レポートのアーカイブ(Serviceability Reports Archive)] の順に選択します。

ステップ 2

リンクをクリックして、最新のレポートを選択します。

ステップ 3

[CallActivitiesRep] をクリックして、[コール アクティビティ レポート(Call Activities Report)] を新しいタブで開き、[呼び出し試行回数(Calls Attempted)] が、仮想マシンの容量に対して高すぎないことを確認します。 [呼び出し試行回数(Calls Attempted)] の数のしきい値については、https://www.cisco.com/c/en/us/support/unified-communications/unified-communications-system/products-implementation-design-guides-list.htmlCisco Collaboration Systems Solution Reference Network Design(SRND)に記載されているシステムの推奨事項を確認してください。

ステップ 4

Cisco Unified Serviceability のインタフェースに戻り、各ノードの PerformanceRep リンクをクリックして、パフォーマンス保護統計レポートを表示します。

ステップ 5

各パフォーマンス保護統計レポートで、システムが展開サイズに対して指定されたクラスター全体またはノードごとの制限を超えていないことを確認します。

展開のサイズ設定については、次を参照してください。


CLI 診断の実行

アップグレードを開始する前に、コマンドラインインターフェース (CLI) の診断コマンドを使用して、ネットワークの問題を診断し、解決します。

手順


ステップ 1

次のいずれかの方法を使用して、CLI セッションを開始します。

  • リモート システムの場合は、SSH を使用して Cisco Unified オペレーティング システムにセキュアに接続します。 SSH クライアントで、ssh adminname@hostname およびパスワードを入力します。

  • シリアル ポートへの直接接続を介して、自動的に表示されるプロンプトでクレデンシャルを入力します。

ステップ 2

utils 診断テスト コマンドを実行します。

このコマンドはすべての診断コマンドを実行しますが、問題の修正は試みません。 すべての診断コマンドを一覧するには、utils diagnose list コマンドを実行します。

ステップ 3

utils diagnose fix コマンドを実行すると、システムの問題の自動修正が試行されます。


信頼証明書の削除

削除できる証明書は、信頼できる証明書だけです。 システムで生成される自己署名証明書は削除できません。


注意    


証明書を削除すると、システムの動作に影響する場合があります。 また、証明書が既存のチェーンの一部である場合、証明書チェーンが壊れることがあります。 この関係は、[証明書の一覧(Certificate List)] ウィンドウ内の関連する証明書のユーザ名とサブジェクト名から確認します。 この操作は取り消すことができません。


手順


ステップ 1

Cisco Unified OS の管理から、[セキュリティ(Security)] > [証明書の管理(Certificate Management)] を選択します。

ステップ 2

証明書の一覧をフィルタするには、[検索(Find)] コントロールを使用します。

ステップ 3

証明書のファイル名を選択します。

ステップ 4

[削除(Delete)]をクリックします。

ステップ 5

OKをクリックします。

(注)  

 
  • 削除する証明書が "CAPF-trust""tomcat-trust""CallManager-trust"、または "Phone-SAST-trust" 証明書タイプの場合、証明書はクラスタ内のすべてのサーバで削除されます。

  • 電話機のエッジトラストからの証明書の削除は、発行元から行う必要があります。

  • 証明書を CAPF-trust にインポートする場合、それはその特定のノードでのみ有効になり、クラスタ全体で複製されることはありません。


証明書の再作成

アップグレードを開始する前に、証明書チェーン内の信頼できる証明書を含め、パーティションに期限切れの証明書がないことを確認してください。 証明書が期限切れの場合は、再作成します。 電話機を再起動してサービスを再起動する必要があるため、営業時間後にこの手順を実行します。 Cisco Unified OS の管理に "cert" タイプとしてリストされている証明書のみ再作成できます。


(注)  


アップグレード中、ITLRecovery 証明書はクラスターごとに生成されます。 クラスタが混合モードの場合は、CTL ファイルを手動で更新します。 電話をリセットして最新の更新を反映します。 これは更新アップグレードにのみ適用できます。 リリース 12.5(1)SU3 更新以降は、CTL が不要になりました。



注意    


証明書を再生成すると、システムの動作に影響する場合があります。 証明書を再作成すると、サード パーティの署名付き証明書(アップロードされている場合)を含む既存の証明書が上書きされます。

手順


ステップ 1

Cisco Unified OS の管理から、[セキュリティ(Security)] > [証明書の管理(Certificate Management)] を選択します。

検索パラメータを入力して、証明書を検索して設定の詳細を表示します。 すべての条件に一致したレコードが [Certificate List] ウィンドウに表示されます。

証明書の詳細ページで [再生成(Regenerate)] ボタンをクリックすると、同じキー長を持つ自己署名証明書が再生成されます。

(注)  

 

証明書を再生成した場合、[再生成(Regeneration)] ウィンドウを閉じて、新しく生成された証明書を開くまで、[証明書の説明(Certificate Description)] フィールドは更新されません。

3072 または 4096 の新しいキー長の自己署名証明書を再生成するには、[自己署名証明書の生成(Generate Self-Signed Certificate)] をクリックします。

ステップ 2

[自己署名証明書の新規作成(Generate New Self-Signed Certificate)] ウィンドウのフィールドを設定します。 フィールドおよびその設定オプションの詳細については、オンライン ヘルプを参照してください。

ステップ 3

[Generate]をクリックします。

ステップ 4

再作成された証明書の影響を受けるサービスをすべて再起動します。

ステップ 5

CAPF、ITLRecovery 証明書または CallManager 証明書の再生成後に CTL ファイルを更新します(設定している場合)。

(注)  

 

証明書を再作成したら、システムのバックアップを実行して、最新のバックアップに再作成した証明書が含まれるようにします。 バックアップに再作成した証明書が含まれていない状態でシステムの復元タスクを実行する場合は、システム内の各電話機のロックを手動で解除して、電話機を登録できるようにする必要があります。

重要

 
CallManager、CAPF、TVS 証明書の再生成/更新後に、更新された ITL ファイル を受信するために、電話機は自動的にリセットされます。

次のタスク

証明書を再作成したら、システムのバックアップを実行して、最新のバックアップに再作成した証明書が含まれるようにします。

証明書の名前と説明

次の表に、再作成可能なシステムのセキュリティ証明書と、再起動する必要がある関連サービスを示します。 TFTP 証明書の再作成の詳細については、http://www.cisco.com/c/en/us/support/unified-communications/unified-communications-manager-callmanager/products-maintenance-guides-list.html『Cisco Unified Communications Manager セキュリティガイド』を参照してください。

表 1. 証明書の名前と説明

名前

説明

再起動が必要なサービス

tomcat

この証明書は、SIP Oauth モードが有効になっているときに Web サービス、Cisco DRF サービス、および Cisco CallManager サービスで使用されます。

(注)  

 

これ以降の上記のサービスの再起動は、リリース 14 以降に適用されます。

Cisco Tomcat サービス、Cisco Disaster Recovery System(DRS)ローカルサービスおよびマスターサービス、Cisco UDS Tomcat、および Cisco AXL Tomcat Web サービス。

SAML SSO が Tomcat 証明書で有効になっている場合は、IDP で SP メタデータを再プロビジョニングする必要があります。

tomcat-ECDSA

この証明書は、SIP Oauth モードが有効になっているときに Web サービス、Cisco DRF サービス、および Cisco CallManager サービスで使用されます。

(注)  

 

これ以降の上記のサービスの再起動は、リリース 14 以降に適用されます。

Cisco Tomcat サービス、Cisco Disaster Recovery System(DRS)ローカルサービスおよびマスターサービス、Cisco UDS Tomcat、および Cisco AXL Tomcat Web サービス。

ipsec

この自己署名ルート証明書は、Unified Communications Manager、MGCP、H.323、IM and Presence Service との IPsec 接続のインストール中に生成されます。

IPSec サービス。

CallManager

CallManager-ECDSA

これは SIP、SIP トランク、SCCP、TFTP などに使用されます。

重要

 

リリース 14 では、次のサービスを再起動します。

  • Cisco Call Manager Service およびその他の関連サービス(Cisco CTI Manager、HAProxy Service など)- サーバーがセキュアモードの場合、CTL ファイルを更新します。

重要

 

この後の上記のサービスの再起動は、リリース 14 SU1 以降に適用されます。

  • CallManager:HAProxy サービス - サーバーがセキュアモードの場合、CTL ファイルを更新します。

  • CallManager-ECDSA:Cisco CallManager サービスおよび HAProxy サービス。

CAPF

Unified Communications Manager Publisher ノードで実行されている CAPF サービスによって使用されます。 この証明書は、エンドポイントに LSC を発行するために使用されます (オンラインおよびオフライン CAPF モードを除く)。

クラスタ ノードで SIP OAuth が有効になっている場合は、Cisco HAProxy を再起動します。

TVS

これは Trust 検証サービスで使用されます。これは、サーバ証明書が変更された場合に電話機のセカンダリ信頼検証メカニズムとして機能します。

該当なし


(注)  


  • TVS、CAPF、または TFTP 証明書のいずれかを更新した場合に、手動または自動で電話機をリセットするには、証明書の更新に関する新しいエンタープライズパラメータの電話機の相互操作を導入します。 このパラメータは、デフォルトで電話機を自動的にリセットするために設定されています。

  • 証明書の再生成、削除、更新後に、「再起動するサービス」の列で説明されているサービスを必ず再起動してください。



重要


この注意事項は、リリース 14SU2 にのみ適用されます。

リリース 14SU2 では、tomcat-ECDSA 証明書の再生成またはアップロードの後に Cisco DRF サービスを再起動する必要があります。 tomcat RSA 証明書の処理後に再起動する必要はありません。


最新のバックアップを取る

アップグレードを実行する前にシステムをバックアップして、バックアップファイルが現在インストールされているソフトウェアと完全に一致していることを確認する必要があります。 現在のバージョンと一致しないバックアップ ファイルからシステムを復元しようすると、復元は失敗します。

すべてのアップグレードおよび移行方法に対してこの手順を実行してください。


注意    


バックアップが古い場合、データを失ったり、システムを復元できなくなったりする可能性があります。


始める前に

  • バックアップ ファイルの格納場所としてネットワーク デバイスを使用していることを確認します。 Unified Communications Manager の仮想化された展開では、バックアップファイルを保存するためのテープドライブの使用はサポートされていません。

  • システムがバージョン要件を満たしていることを確認します。

    • すべての Unified Communications Manager クラスタノードは、同じバージョンのアプリケーション Unified Communications Manager を実行している必要があります。

    • すべての IM and Presence Service クラスタノードは、同じバージョンの IM and Presence Service アプリケーションを実行する必要があります。

    各アプリケーションについて、バージョン文字列全体が一致している必要があります。 たとえば、IM および Presence データベース パブリッシャノードのバージョンが 11.5.1.10000-1 である場合、すべての IM および Presence サブスクライバノードは 11.5.1.10000-1 である必要があり、バージョン 11.5.1.10000-1 のバックアップ ファイルを作成する必要があります。

  • バックアップ プロセスは、リモート サーバに利用可能な容量がないためや、ネットワーク接続が中断されたために失敗することがあります。 バックアップが失敗する原因となった問題に対処した後、新規のバックアップを開始する必要があります。

  • クラスタ セキュリティ パスワードのレコードがあることを確認します。 このバックアップの完了後に、クラスタ セキュリティ パスワードを変更した場合は、パスワードを認識している必要があります。パスワードを認識していないと、バックアップ ファイルを使用してシステムを復元できなくなります。

手順


ステップ 1

ディザスタ リカバリ システムから、[バックアップ(Backup)] > [手動バックアップ(Manual Backup)] の順に選択します。

ステップ 2

[手動バックアップ(Manual Backup)] ウィンドウで、[バックアップ デバイス名(Backup Device Name)] 領域を選択します。

ステップ 3

[機能の選択(Select Features)] 領域から機能を選択します。

ステップ 4

[バックアップの開始(Start Backup)] をクリックします。


カスタム着信音と背景画像のバックアップ

TFTP ディレクトリにカスタムの着信音または背景画像がある場合、これらのファイル用に別のバックアップを作成する必要があります。 これらは Disaster Recovery System (DRS) バックアップファイルには含まれません。

手順


ステップ 1

ウェブブラウザまたは TFTP クライアントを使って、着信音と背景画像が保存されているディレクトリにアクセスします。

ステップ 2

次のファイルをバックアップします: Ringlist.xml および List.xml

ステップ 3

カスタム着信音をバックアップします。 これらは TFTP ディレクトリにあります。

ステップ 4

背景画像をバックアップします。 これらは TFTP ディレクトリの /Desktops フォルダおよびそのサブフォルダにあります。


ネットワーク接続の確認

この手順を使用して、ネットワーク内のすべてのノードとサービス間の接続を確認します。

手順


ステップ 1

次のいずれかの方法を使用して、CLI セッションを開始します。

  • リモート システムの場合は、SSH を使用して Cisco Unified オペレーティング システムにセキュアに接続します。 SSH クライアントで、ssh adminname@hostname およびパスワードを入力します。

  • シリアル ポートへの直接接続を介して、自動的に表示されるプロンプトでクレデンシャルを入力します。

ステップ 2

ネットワーク内の各ノードで show network cluster コマンドを実行し、クラスタ内の Unified Communications Manager サーバー間の通信を確認する。

ステップ 3

NTP サーバーがある場合、utils ntp status コマンドを実行して NTP サーバーへの接続を確認します。

ステップ 4

SMTP サーバがある場合は、サーバに ping を送信して接続を確認します。

ステップ 5

DNS を使用している場合、ネットワークの各ノードで show network eth0 コマンドを実行し、DNS とドメインが設定されていることを確認します。

ステップ 6

DNS 名前解決が正しく機能していることを確認します。

  1. 各ノード Unified Communications Manager の FQDN を ping して、IP アドレスに解決されることを確認します。

  2. Unified Communications Manager の IP アドレスを ping して、FQDN が解決しているか確認します。


IPv6 ネットワークの確認

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

最初のノード(Unified Communications Manager データベース パブリッシャノード)と Unified Communications Manager サブスクライバノードで IPv6 ネットワーキングが有効になっていることを確認します。 Unified Communications Manager サブスクライバノードで IPv6 が正しく設定されていない場合、負荷検出に 20 分かかる場合があります。

手順


ステップ 1

次のいずれかの方法を使用して、CLI セッションを開始します。

  • リモート システムの場合は、SSH を使用して Cisco Unified オペレーティング システムにセキュアに接続します。 SSH クライアントで、ssh adminname@hostname およびパスワードを入力します。

  • シリアル ポートへの直接接続を介して、自動的に表示されるプロンプトでクレデンシャルを入力します。

ステップ 2

utils network ipv6 pingdestination [count] のコマンドを入力します。

  • 宛先 は ping を実行する有効な IPv6 アドレスまたはホスト名です
  • count は外部サーバを ping する回数です。 デフォルトは 4 です。

IM および Presence と Cisco Unified Communications Manager 間の接続を確認する

IM and Presence Service サービスノードが Unified Communications Manager と接続していることを確認します。

手順


ステップ 1

Cisco Unified CM IM and Presence Administration インターフェイスで、[診断(Diagnostics)] > [システムトラブルシューター(System Troubleshooter)] の順に選択します。

システムはトラブルシューティングの確認を自動的に実行します。

ステップ 2

トラブルシューティング チェックの結果が読み込まれたら、すべての Sync Agent トラブルシューターテストの結果列にテストに合格したことを示すに緑色のチェックマークが付いていることを確認します。

ステップ 3

Sync Agent トラブルシューターテストのいずれかが不合格だった場合、[問題(Problem)] 列と[ソリューション(Solution)] 列の情報を参照して、アップグレードプロセスを続行する前に問題を解決します。


構成およびログイン情報の収集

アップグレードプロセス中に問題が発生した場合に備えて、Unified Communications Manager ノードの現在の設定とログイン情報を記録しておきます。

手順


ステップ 1

次のログインとパスワード情報を記録します。

  • すべてのアプリケーション ユーザの資格情報 (DRS、AXL、その他のサードパーティ連携のアカウントなど)

  • 管理者、クラスターセキュリティ、および証明書信頼リスト (CTL) セキュリティトークンパスワード

ステップ 2

ネットワーク設定に関する次の情報を記録します。

  • IP アドレス、ホスト名、ゲートウェイ、ドメイン名、DNS サーバ、NTP サーバ、通話詳細録音 (CDR) サーバ、および SMTP 情報

  • サーババージョンおよびタイムゾーン

  • 各サーバで実行されているサービス、および関連するアクティベーション ステータス

  • LDAP 情報およびアクセスの詳細

  • SNMP 情報


登録済みデバイス数を記録する

アップグレードを開始する前に、Real Time Monitoring Tool (RTMT) を使用してデバイス数をキャプチャし、アップグレードが完了した後でエンドポイントとリソースを確認できるようにします。 この情報を使用して、展開している仮想マシン (VM) の容量を超過していないことを確認することもできます。

手順


ステップ 1

Unified RTMT インターフェイスから、[CallManager] > [デバイス(Device)] > [デバイスの概要(Device Summary)] の順に選択します。

ステップ 2

各ノードの登録済みデバイスの数を記録します。

項目 カウント

登録済みの電話機(Registered Phones)

 

FSX

 

FSO

 

T1 CAS

 

PRI

 

MOH

 

MTP

 

CFB

 

XCODE

 

割り当てられたユーザ数の記録

アップグレードが完了した後に確認できるように、IM and Presence サービスノードに割り当てたユーザー数を記録します。

手順


ステップ 1

Cisco Unified CM IM and Presence の管理インターフェイスから、 システム > クラスタートポロジを選択します。

[Cluster Topology Details] ページには、ノードおよびサブクラスタに関する情報が表示されます。

ステップ 2

各ノードとクラスターに割り当てられているユーザの数を記録します。


TFTP パラメータの記録

アップグレード中に、TFTP サービスパラメータ Maximum Serving Count が変更され、より多くのデバイス登録要求に対応できるようになります。 アップグレードの完了後にパラメータをリセットできるように、既存の設定を記録します。

手順


ステップ 1

Cisco Unified CM Administration インターフェイスで、[システム(System)] > [サービスパラメータ(Service Parameters)] の順に選択します。

ステップ 2

[ サーバ ] ドロップダウンリストから、TFTP サービスを実行しているノードを選択します。

ステップ 3

サービス ドロップダウンリストから Cisco TFTP サービスを選択します。

ステップ 4

[詳細設定(Advanced)]をクリックします。

ステップ 5

[保存(Save)] をクリックします。

ステップ 6

[最大サービングカウント(Maximum Serving Count)] で設定した値を記録します。


エンタープライズ パラメータの記録

Unified Communications Manager ノードと IM and Presence Service サービスノードの両方でエンタープライズパラメータの設定を記録します。 一部のエンタープライズパラメータが Unified Communications Manager ノードと IM and Presence Service サービスノードの両方に存在しています。 同じパラメータが存在する場合、Unified Communications Manager ノードで構成した設定は、アップグレード中に IM and Presence Service サービスノードで構成した設定を上書きします。 IM and Presence Service サービスノードに固有のエンタープライズパラメータは、アップグレード中も保持されます。

アップグレードの完了後に必要に応じて復元できるように、設定を記録します。

手順


ステップ 1

Cisco Unified CM Administration インターフェイスで、[システム(System)] > [エンタープライズパラメータ(Enterprise Parameters)] の順に選択します。

ステップ 2

画面をキャプチャして構成した設定を記録し、アップグレード完了後に設定を復元できるように情報を保存します。

ステップ 3

Cisco Unified CM IM and Presence Administration インターフェイスで、[システム(System)] > [エンタープライズパラメータ(Enterprise Parameters)] の順に選択します。

ステップ 4

画面をキャプチャして構成した設定を記録し、アップグレード完了後に設定を復元できるように情報を保存します。


ユーザ レコードのエクスポート

一括管理ツール (BAT) を使用してユーザレコードをエクスポートします。

手順


ステップ 1

Cisco Unified CM Administration から、[一括管理(Bulk Administration)] > [ユーザ(Users)] > [ユーザのエクスポート(Export Users)] の順に選択します。

ステップ 2

すべてのユーザ記録を表示するには、[ 検索 ] をクリックします。

ステップ 3

[次へ(Next)]をクリックします。

ステップ 4

[ファイル名(File Name)] テキストボックスにファイル名を入力し、[ファイル形式(File Format)] ドロップダウンメニューでファイル形式を選択します。

ステップ 5

[ジョブ情報(Job Information)] 領域に、ジョブの説明を入力します。

ステップ 6

今すぐ実行 をクリックしてユーザ記録をすぐにエクスポートします

ステップ 7

[送信(Submit)]をクリックします。

ステップ 8

エクスポートしたファイルをダウンロードするには、[ 一括管理 > ファイルのアップロード/ダウンロード] を選択します。

ステップ 9

生成したファイルの検索条件を入力し、[検索(Find)] をクリックします。

ステップ 10

ダウンロードするファイルのチェックボックスをオンにして、[選択したファイルをダウンロード(Download Selected)] をクリックします。

ステップ 11

[ファイルのダウンロード] ポップアップウィンドウで、[保存] をクリックします

ステップ 12

[名前を付けて保存] ポップアップウィンドウで、ファイルを保存する場所を選択し、[保存] をクリックします。 サーバからファイルをコピーして、リモート PC またはデバイスに保存していることを確認してください。


IP 電話ファームウェアのアップグレード

アップグレード前タスクとして、IP 電話を新しいリリースに対応するファームウェアにアップグレードできます。 電話機はアップグレード後に新しいファームウェアを自動的にダウンロードしますが、アップグレード後の電話機のダウンタイムを最小限に抑えるために、アップグレード前に制御された方法でエンドポイントに新しいファームウェアファイルを適用することもできます。

グループの電話機に新しいファームウェアを適用する場合、アップグレード後の TFTP サーバの負荷を排除し、個々のデバイスのアップグレードを加速させることができます。 その後、 Unified Communications Manager サーバの TFTP サービスを再起動し、ダウンタイムを最小限に抑えるために制御された順序で IP 電話を再起動します。 ファームウェアのアップグレード中は電話を通話に使用できないため、アップグレード ウィンドウ外のメンテナンス ウィンドウを使用して、電話のファームウェアをアップグレードすることを推奨します。

始める前に

  • TFTP サーバー(/usr/local/cm/tftp)の次のデータベースリプリケーションに新しいファームウェアロードをコピーします。

  • IP 電話と登録済みエンドポイントのシステム デフォルト設定とデバイスごとの割り当てを記録します。

手順


ステップ 1

Cisco Unified OS の管理から、[ソフトウェア アップグレード(Software Upgrades)] > [インストール/アップグレード(Install/Upgrade)] の順に選択します。

ステップ 2

ソフトウェアの場所セクションに適切な値を入力し、[次へ(Next)] をクリックします。

ステップ 3

[使用可能なソフトウェア(Available Software)] ドロップダウン リストで、デバイス パッケージ ファイルを選択して、[次へ(Next)] をクリックします。

ステップ 4

MD5 の値が正しいことを確認し、[次へ(Next)] をクリックします。

ステップ 5

警告ボックスで、正しいファームウェアを選択したことを確認し、[インストール(Install)] をクリックします。

ステップ 6

成功メッセージを受信したことを確認します。

(注)  

 
クラスタを再起動している場合は、ステップ 8 に進みます。

ステップ 7

TFTP サーバーを停止し、再起動します。

ステップ 8

新しいロードにデバイスをアップグレードするには、影響を受けたデバイスをリセットします。

ステップ 9

Cisco Unified CM Administration で、[デバイス(Device)] > [デバイス設定(Device Settings)] > [デバイスのデフォルト(Device Defaults)] の順に選択し、TFTP サーバー上の新しいロードに対する特定の [デバイスタイプ(Device Type)] フィールドで、「ロード情報」と「非アクティブロード情報」の名前を手動で変更します。

ステップ 10

[保存(Save)]をクリックし、デバイスをリセットします。


重要なサービスの確認

Cisco Unified Real Time Monitoring Tool (RTMT) を使用して、すべての重要なサービスがアクティブになっていることを確認します。

手順


ステップ 1

Unified RTMT インターフェイスで、[システム(System)] > [サーバー(Server)] > [重要サービス(Critical Services)] の順に選択します。

ステップ 2

システムの重要なサービスを表示するには、[システム(System)]タブを選択します。

ステップ 3

Unified Communications Manager 重要サービスを表示するには、ドロップダウンメニューで、Unified Communications Manager ノードを選択し、[音声/ビデオ(Voice/Video)] タブをクリックします。

ステップ 4

IM and Presence サービスの重要サービスを表示するには、[IM and Presence] タブをクリックして、ドロップダウンメニューで、[IM and Presence Service サービスノード(Service node)] を選択します。

ステップ 5

重要なサービスが停止していることが状況に示されている場合は、アップグレードを開始する前に再アクティベートしてください。


Cisco エクステンション モビリティを無効にする

リリース 9.x 以前からアップグレードする場合にのみ、この手順を実行します。 リリース 9.x 以前からのアップグレードの場合、アップグレードを開始する前に Unified Communications Manager ノードで Cisco エクステンションモビリティを停止する必要があります。

手順


ステップ 1

Cisco Unified Serviceability から、[ツール(Tools)] > [サービスの有効化(Service Activation)] を選択します。

ステップ 2

[サーバ(Server)] リストから、サービスを非アクティブ化するノードを選択し、[移動(Go)] をクリックします。

ステップ 3

Cisco エクステンション モビリティ サービスの選択を解除します。

ステップ 4

[Stop]をクリックします。

ステップ 5

Cisco Extension Mobility サービスを実行している各ノードに対して、ステップ 2 ~ 4 を繰り返します。

ステップ 6

これらのサービスを無効にしたすべてのノードのリストを作成します。 アップグレードが完了したら、サービスを再起動する必要があります。


IM および Presence 同期エージェントを停止する

IM and Presence Service アップグレードの一環として Unified Communications Manager をアップグレードする場合、アップグレードプロセスを開始する前に、IM and Presence Service Sync Agen サービスを停止する必要があります。

手順


ステップ 1

Cisco Unified Serviceability インターフェースから [ツール] > Control Center - [ネットワークサービス] の順に選択します。

ステップ 2

[サーバー(Server)] ドロップダウンメニューで IM and Presence Service サービスノードを選択し、[移動(Go)] をクリックします。

ステップ 3

[IMおよびPresence サービス(IM and Presence Services)] セクションで、[Cisco Sync Agent] を選択して、[停止(Stop)] をクリックします。


利用可能な共通パーティションスペースの確認

リアルタイム監視ツール (RTMT) を使用して、アップグレードのための十分な共通パーティションのスペースがあることを確認します。

手順


ステップ 1

Real-Time Monitoring Tool の左にあるナビゲーションペインにある、[システム(System)] カウンターのリストで、[ディスク使用量(Disk Usage)] を選択します。

ページにディスク使用量に関する詳細情報が表示されます。

ステップ 2

ページ下部の表を表示し、共通パーティションの [合計容量(Total Space)][使用済み容量(Used Space)] を比較します。 アップグレードを開始する前に、最低 25G の共通パーティションスペースが必要です。 ただし、多数の TFTP データ (デバイスファームウェアのロード)、保留音 (MOH) ファイルがある場合、または多くのロケールファイルがインストールされている場合は、展開により多くのスペースが必要になる場合があります。 場合によっては、25GB の空き容量がある場合でも、アップグレードが失敗し、容量が不十分であるというエラーメッセージが表示されることがあります。回避策は、不要なファイルを削除し、共通パーティションにより多くの容量を作成することです。


高水準点と低水準点

この手順を使用して最低水準点と最高水準点を調整し、トレースを減らし、不要なログファイルを削除します。 アップグレード後、トレースの早過ぎる消去を避けるために、最高水準点と最低水準点を元の値に復元する必要があります。 最高水準点のデフォルト値は 85 です。最低水準点のデフォルト値は 80 です。

手順


ステップ 1

Real Time Monitoring Tool(RTMT)インタフェースの左側ナビゲーションペインで、[Alert Central] をダブルクリックします。

ステップ 2

[システム(System)] タブで、[LogPartitionLowWaterMarkExceeded] を右クリックしたら、[アラート/プロパティの設定(Set Alert/Properties)]を選択します。

ステップ 3

[次へ(Next)]を選択します。

ステップ 4

スライダの値を 30 に調整します。

ステップ 5

[システム(System)] タブで、[LogPartitionHighWaterMarkExceeded] を右クリックしたら、[アラート/プロパティの設定(Set Alert/Properties)]を選択します。

ステップ 6

[次へ(Next)]を選択します。

ステップ 7

スライダの値を 40 に調整します。


使用可能なディスク容量を最大化する

11.5(X) から 12.5 にアップグレードする場合、ダウンロードが必要な COP ファイルを検証します。 COP ファイルと Readme ファイルをダウンロードするには、https://software.cisco.com に移動し、> [ダウンロードとアップグレード(Download & Upgrade)] セクションの [ソフトウェアのダウンロード(Software Download)] リンクをクリックし、,[Unified Communications] > [呼制御(Call Control)] > [Cisco Unified Communications Manager(CallManager)] > <Version> > [Unified Communications Manager/CallManager/Cisco Unity Connection Utilities] の順に選択します。

共通パーティションに追加のスペースを作成するには、この手順の 1 つまたはそれ以上を実行できます。

現在のバージョンが、11.5(x) より前のバージョンからのアップグレードにシリアル接続を使用していた場合、古い OS パーティションスキームと仮想ディスクレイアウトになっている可能性があります。 これにより「ディスクスペース不足」の問題が増幅され、仮想ディスクスペースを追加する効果が制限されます。 アップグレード準備 COP ファイルはこれらの問題をチェックし、それらを解決する方法に関するガイダンスを提供します。

手順


ステップ 1

以下のいずれかのオプションを使用して、古いまたは未使用のファームウェアファイルを TFTP ディレクトリから手動で削除します。

  • Cisco Unified OS Administration で、[ソフトウェアアップグレード(Software Upgrades)] > [TFTP ファイル管理] の順に選択し、不要なファイルを削除します。
  • コマンドライン インターフェイスで、[file list tftp] コマンドと[file delete tftp] コマンドを使用して不要なファイルを削除します。
  • Cisco Unified OS の管理インターフェイスから、[ ソフトウェアのアップグレード > デバイス負荷管理 ] を選択し、不要なファイルを削除します。

(注)  

 

show diskusage tftp <sort> コマンドを実行して、tftp デバイスの負荷サイズをファイルサイズの降順にソートして確認します。

show diskusage common <sort> コマンドを実行して、共通パーティションの利用可能サイズと空き容量をファイルサイズの降順にソートして確認します。

ステップ 2

これまでの手順でアップグレードに必要なディスク容量が作成されなかった場合にのみ、この手順を実行します。 Free Common Space COP ファイル (ciscocm.free_common_space_v<latest_version>.cop.sgn) を使用してください。

この COP ファイルは、システムを再構築することなく、利用可能なディスクスペースを増やすために、共通パーティションの非アクティブ側を削除します。 続行する前に、この COP ファイルをサポートする Readme ファイルを確認してください。

(注)  

 
非アクティブパーティションは使用できなくなるため、このファイルをインストールした後は非アクティブバージョンに切り替えることができなくなります。

(注)  

 

110G または 80G シングルディスクまたは 2 つの 80G ディスクを展開する場合、アップグレードに利用できるスペースはアクティブパーティションのディスクスペースの少なくとも 2 倍である必要があります。 たとえば、2 つの 80G ディスク展開では、アクティブなパーティションは 25G を超えてはならず、利用可能なスペースは少なくとも 50G でなければなりません。 ディスク使用率を確認するためのコマンドは以下の通りです。

  1. show diskusage activelog <sort> コマンドを実行して、ファイルサイズの大きい順にソートされているアクティブ側のパーティションサイズを確認します。

  2. show diskusage common <sort> コマンドを実行して、共通パーティションの利用可能サイズと空き容量をファイルサイズの降順にソートして確認します。

  3. show diskusage tftp <sort> コマンドを実行して、tftp デバイスの負荷サイズをファイルサイズの降順にソートして確認します。

  4. file delete activelog <filename> コマンドを実行してアクティブなパーティションからログを削除します。


アップグレードファイルを入手する

新しいリリースのアップグレード ファイルと、必要なアップグレード Cisco オプション パッケージ (COP) ファイルをダウンロードする必要があります。

手順


ステップ 1

必要に応じて、この手順の下の表を参照して、必要な COP ファイルを特定します。

ステップ 2

Cisco.com からアプリケーションのアップグレードファイルをダウンロードしてください。 このソフトウェアには輸出制限版 (K9) および輸出制限なしバージョン (XU) があります。正しいファイルを選択していることを確認してください。

  • Unified Communications Manager アップグレードファイルをダウンロードするには、https://software.cisco.com に移動して、>[ダウンロードおよびアップグレード(Download & Upgrade)] セクションにある[ソフトウェアをダウンロード(Software Download)] リンクをクリックし、[Unified Communications] > [呼制御(Call Control)] > [Cisco Unified Communications Manager(CallManager)] > <Version> > [Unified Communications Manager/CallManager/Cisco Unity Connectionの更新(Unified Communications Manager/CallManager/Cisco Unity Connection Updates)] の順に選択します。
  • IM and Presence Service サービス アップグレード ファイルをダウンロードするには、https://software.cisco.com に移動し、> [ダウンロードとアップグレード(Download & Upgrade)] セクションにある [ソフトウェアをダウンロード(Software Download)] リンクをクリックし、[Unified Communications] > [Unified Communicationsアプリケーション] > [Presenceソフトウェア(Presence Software)] > [Unified Communications Manager IMおよびプレゼンスサービス(Unified Communications Manager IM and Presence Service)] > <Version> > [Unified Presence Service(CUP)の更新(Unified Presence Service (CUP) Updates)] の順に選択します。

ステップ 3

https://software.cisco.com に移動し、> [ダウンロードとアップグレード(Download & Upgrade)] セクションにある [ソフトウェアをダウンロード(Software Download)] リンクをクリックし、[Unified Communications] > [呼制御(Call Control)] > [Cisco Unified Communications Manager(CallManager)] > <Version> > [Unified Communications Manager/CallManager/Cisco Unity Connection Utilities] の順に選択し、Unified Communications Manager に COP ファイルをダウンロードします。

ステップ 4

https://software.cisco.com に移動し、> [ダウンロードとアップグレード(Download & Upgrade)] セクションにある [ソフトウェアをダウンロード(Software Download)] リンクをクリックし、[Unified Communications] > [Unified Communicationsアプリケーション] > [Presenceソフトウェア(Presence Software)] > [Unified Communications Manager IMおよびプレゼンスサービス(Unified Communications Manager IM and Presence Service)] > <Version> > [Unified Presence Service(CUP)更新] の順に選択し、[UTILS] を選択して、IMおよびプレゼンスサービスに COP ファイルをダウンロードします。


必要な COP ファイル

下の表は COP ファイルを必要とするアップグレードパスの一覧です。 Cisco Unified OS Admin インターフェイスを使用してアップグレードを開始する前、または Prime Collaboration Deployment (PCD) ツールを使用してアップグレードまたは移行を開始する前に、各ノードに COP ファイルをインストールする必要があります。 PCD を使用している場合、アップグレードを開始する前に、COP ファイルの一括インストールを実行できます。

必要な COP ファイルの詳細は、「 COP ファイルでサポートされているアップグレードおよび移行パス 」のセクションを参照してください。

データベースリプリケーションのタイムアウト時間を長くする

Unified Communications Manager パブリッシャーノードでのみこの手順を実行します。

大規模なクラスタをアップグレードする際に、データベースレプリケーションのタイムアウト値を増やしてください。これにより、 Unified Communications Manager より多くのサブスクライバノードがレプリケーションをリクエストするための十分な時間が与えられます。 タイマーが切れると、最初の Unified Communications Manager サブスクライバノード、およびその期間内にレプリケーションをリクエストした他のすべての Unified Communications Manager サブスクライバノードが、Unified Communications Manager データベース パブリッシャノードとのバッチデータのレプリケーションを開始します。

手順


ステップ 1

次のいずれかの方法を使用して、CLI セッションを開始します。

  • リモート システムの場合は、SSH を使用して Cisco Unified オペレーティング システムにセキュアに接続します。 SSH クライアントで、ssh adminname@hostname およびパスワードを入力します。

  • シリアル ポートへの直接接続を介して、自動的に表示されるプロンプトでクレデンシャルを入力します。

ステップ 2

utils dbreplication setrepltimeouttimeout コマンドを実行します。ここの timeout は、秒単位のデータベースリプリケーション タイムアウトです。 値が 300 から 3600 の間であることを確認してください。

デフォルトのデータベース複製のタイムアウト値は 300 (5 分) です。


プレゼンス冗長グループに対するハイ アベイラビリティの無効化

この手順は、IM and Presence Service サービス ノードにのみ適用されます。 IM and Presence Service プレゼンス冗長グループのハイ アベイラビリティを無効にするために使用します。

始める前に

各プレゼンス冗長グループの各クラスタノードに割り当てられたアクティブユーザ数を記録します。 この情報は、[Cisco Unified CM IM and Presence の管理(Cisco Unified CM IM and Presence Administration)] の [システム(System)] > [プレゼンス トポロジ(Presence Topology)] ウィンドウで見つけることができます。 後で高可用性を再度有効にするときに、この情報が必要になります。

手順


ステップ 1

Cisco Unified CM Administration のユーザ インターフェイスから、[システム(System)] > [プレゼンス冗長グループ(Presence Redundancy Groups)] を選択します。

ステップ 2

検索をクリックしてグループを選択します。

ステップ 3

[プレゼンス冗長グループの設定(Presence Redundancy Group Configuration)] ウィンドウで、[ハイ アベイラビリティを有効にする(Enable High Availability)]チェックボックスをオフにします。

ステップ 4

[保存] をクリックします。

ステップ 5

各プレゼンス冗長グループに対してこの手順を繰り返します。

ステップ 6

完了したら、さらに変更を加える前に、新しい HA 設定がクラスタ全体にわたって同期されるまで、少なくとも 2 分待機します


シリアルポートを仮想マシンに追加する

シリアルポートを仮想マシンに追加して、アップグレードが失敗した場合にログをダンプできるようにします。

手順


ステップ 1

仮想マシンの電源をオフにします。

ステップ 2

設定を編集してシリアルポートを追加します。 vSphere Client を使用した構成変更の詳細については、製品のユーザマニュアルを参照してください。

ステップ 3

シリアルポートを .tmp ファイルに添付します。

ステップ 4

仮想マシンの電源をオンにして、アップグレードを続行します。


次のタスク

システムのアップグレードに成功したら、シリアルポートを削除する の手順に従ってください。 アップグレードに失敗した場合は、「アップグレード失敗後にログファイルをダンプする」を参照してください。

RTMT の高可用性を設定する

Cisco Unified Real-Time Monitoring Tool (RTMT) を使用し、メガクラスタを展開する場合、Cisco は、RTMT に高可用性を設定して、簡素化されたクラスタ全体のアップグレード中の接続損失を避けることを推奨します。

手順


ステップ 1

任意の Cisco Unified Communications Manager ノードにログインします。

ステップ 2

Cisco Unified CM の管理から、[システム(System)] > [サービス パラメータ(Service Parameters)] の順に選択します。

ステップ 3

[ サーバ ] ドロップダウンから、Unified CM ノードを選択します。

ステップ 4

サービス ドロップダウンから Cisco AMC サービスを選択します。

ステップ 5

Primary Collector サービスパラメータで、任意のサブスクライバノードを選択します。

ステップ 6

[フェールオーバーコレクタ(Failover Collector)] サービスパラメータで別のサブスクライバノードを選択します。

ステップ 7

[保存(Save)] をクリックします。

ステップ 8

Cisco Unified Real-Time Monitoring Tool を任意のサブスクライバ ノードに接続します。


Microsoft SQL Server のアップグレードに必要なデータベースの移行

Microsoft SQL サーバーを IM and Presence Service を使用して外部データベースとしてデプロイし、11.5(1)、11.5(1)SU1、または 11.5(1)SU2 にアップグレードする場合、新しい SQL サーバーデータベースを作成して、それを新しいデータベースに移行する必要があります。 これは、このリリースで強化されたデータ型のサポートに必要です。 データベースを移行しない場合、既存の SQL Server データベースでスキーマ検証の失敗が発生し、永続的なチャットなど、外部データベースに依存するサービスは開始されません。

IM and Presence Serviceをアップグレードしたら、次の手順で新しい SQL サーバーデータベースを作成し、新しいデータベースにデータを移行します。


(注)  


この移行は、Oracle または PostgreSQL 外部データベースには必要ありません。

始める前に

データベースの移行は、MSSQL_migrate_script.sql スクリプトに依存します。 Cisco TAC に連絡してコピーを入手してください。

手順


ステップ 1

外部 Microsoft SQL Server データベースのスナップショットを作成します。

ステップ 2

新しい (空の) SQL Server データベースを作成します。 詳細については、「IM and Presence Service データベース セットアップ ガイド」の章を参照してください。

  1. 「Microsoft SQL のインストールとセットアップ」—アップグレードされた IM およびプレゼンスサービスに新しい SQL サーバデータベースを作成する方法の詳細については、この章を参照してください。

  2. 「IM and Presence サービスの外部データベースのセットアップ」—新しいデータベースが作成されたら、この章を参照して、IM and Presence サービスの外部データベースとしてデータベースを追加します。

ステップ 3

システム トラブルシューティングを実行して、新しいデータベースにエラーがないことを確認します。

  1. Cisco Unified CM IM and Presence の管理から、 診断 > システムトラブルシューティングを選択します。

  2. 外部データベースのトラブルシューティング セクションにエラーが表示されないことを確認します。

ステップ 4

すべての IM and Presence サービス クラスタ ノードで Cisco XCP Router を再起動します。

  1. Cisco Unified IM and Presence Serviceability から [ツール] > [コントロールセンター] - [ネットワークサービス]を選択します。

  2. [サーバー(Server)] メニューで、IM and Presence サービスノードを選択して、[移動(Go)] をクリックします。

  3. [IM and Presenceサービス(IM and Presence Services)] の下で、[Cisco XCPルータ(Cisco XCP Router)] を選択し、[リスタート(Restart)] をクリックします

ステップ 5

外部データベースに依存するサービスをオフにする:

  1. Cisco Unified IM and Presence Serviceability で、[ツール(Tools)] > [コントロールセンター - 機能サービス(Control Center - Feature Services)] の順に選択します。

  2. [サーバ] メニューから IM & Presence ノードを選択し、 [実行] をクリックします

  3. [ IM およびプレゼンスサービス] から次のサービスを選択します:

    Cisco XCP Text Conference Manager

    Cisco XCP ファイル転送マネージャ

    Cisco XCP Message Archiver

  4. [Stop]をクリックします。

ステップ 6

次のスクリプトを実行して、古いデータベースから新しいデータベース MSSQL_migrate_script.sql にデータを移行します。

(注)  

 
Cisco TAC に連絡してこのスクリプトのコピーを入手してください。

ステップ 7

新しいデータベースにエラーがないことを確認するためにシステム トラブルシューターを実行します。

  1. Cisco Unified CM IM and Presence の管理から、 診断 > システムトラブルシューティングを選択します。

  2. [ 外部データベースのトラブルシューティング ] セクションでエラーが表示されないことを確認します。

ステップ 8

前に停止したサービスを開始します。

  1. Cisco Unified IM and Presence Serviceability から [ツール] > [コントロールセンター] - [機能サービス]を選択します。

  2. [サーバ] メニューから IM & Presence ノードを選択し、 [実行] をクリックします

  3. [ IM およびプレゼンスサービス] から次のサービスを選択します:

    Cisco XCP Text Conference Manager

    Cisco XCP ファイル転送マネージャ

    Cisco XCP Message Archiver

  4. [開始] をクリックします。

ステップ 9

外部データベースが実行中で、Cisco Jabber クライアントからすべてのチャットルームが表示されていることを確認します。 新しいデータベースが機能していることを確認してから、古いデータベースを削除してください。