アップグレード前の作業
(注) |
このタスクフローの手順は、特に明記されていない限り、すべてのアップグレードおよび移行に適用されます。 |
手順
コマンドまたはアクション | 目的 | |||
---|---|---|---|---|
ステップ 1 |
新しいリリースの場合は、リリース ノートをお読みください。http://www.cisco.com/c/en/us/support/unified-communications/unified-communications-manager-callmanager/products-release-notes-list.html |
新機能を理解し、アップグレードがシステムに関連付けられている他のシスコ製品とどのように相互作用するかを確認します。すべてのアップグレードおよび移行の方法について、この手順を実行します。 |
||
ステップ 2 |
アップグレードの準備状況 COP ファイルは、アップグレードに干渉する可能性のある問題がないかシステムをチェックします。
|
|||
ステップ 3 |
スマートライセンスの要件を考慮する |
リリース12.x では、プライムライセンスマネージャの代替としてスマートライセンスが導入されています。顧客のスマートアカウントを設定し、組織の構造に基づいてスマートアカウントの下に仮想アカウント (オプション) を作成する必要があります。シスコスマートアカウントの詳細については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 |
アップグレードする元のソフトウェア バージョンが仮想マシンで実行されていることを確認します。 |
|
||
ステップ 5 |
このリリースの 要件および制約事項 を確認します。 |
システムがすべてのネットワーク要件、プラットフォーム要件、およびソフトウェア要件を満たしていることを確認します。 このステップは、すべてのアップグレードおよび移行方法で実行します。 |
||
ステップ 6 |
ネットワークの健全性を確認します。
|
システムの健全性は、アップグレードに必要な時間に影響します。システムがこれらのセクションで説明されている条件を満たしていることを確認することで、アップグレードに必要な時間を短縮できます。 |
||
ステップ 7 |
証明書チェーン内の信頼証明書を含め、期限切れの証明書がパーティションにないことを確認します。期限切れの証明書がある場合: |
更新アップグレードのみ。期限切れの証明書は更新アップグレード中にインポートされないため、エラーが発生する可能性があります。 |
||
ステップ 8 |
システムのバックアップを実行します。
|
|||
ステップ 9 |
TFTP ディレクトリにカスタム呼出音または背景イメージがある場合は、それらのファイルがシステムバックアップに含まれていないため、これらのファイルに対して個別のバックアップを作成します。 |
|||
ステップ 10 |
この手順を使用して、ネットワーク内のユニファイドコミュニケーションマネージャノードとサービス (NTP、SMTP、DNS など) 間の接続を確認します。 |
|||
ステップ 11 |
Unified Communications Manager ノードのみ。パブリッシャノードとサブスクライバノード間の IPv6 ネットワーキングを確認します。IPv6 が正しく設定されていない場合、ロードの検出に 20 分ほどかかることがあります。 |
|||
ステップ 12 |
IM および Presence と Cisco Unified Communications Manager 間の接続を確認する |
IM and Presence サービスが、ユニファイド CM と接続されていることを確認します。 アップグレードの場合のみ。移行の場合は、このタスクをスキップできます。 |
||
ステップ 13 |
アップグレードプロセス中に問題が発生した場合に備えて、ユニファイドコミュニケーションマネージャノードの現在の設定とログイン情報を記録します。 |
|||
ステップ 14 |
リアルタイムモニタリングツール (RTMT) を使用してデバイス数をキャプチャします。これにより、アップグレードの完了後にエンドポイントとリソースを確認できます。 |
|||
ステップ 15 |
アップグレードの完了後にこの情報を確認できるように、 IM およびプレゼンスサービスノードに割り当てられたユーザの数を記録します。 |
|||
ステップ 16 |
アップグレードプロセスによって、TFTP パラメータが変更されます。アップグレードの完了後にパラメータをリセットできるように、現在の設定を記録します。 |
|||
ステップ 17 |
アップグレード中は、設定が異なっている場合、ユニファイドコミュニケーションマネージャーのエンタープライズパラメータの設定によって IM およびプレゼンスサービスの enteprise パラメータ設定が上書きされることがあります。 |
|||
ステップ 18 |
一括管理ツール(BAT)を使用して、ユーザ レコードをエクスポートします。 |
|||
ステップ 19 |
アップグレード後の電話機のダウンタイムを最小限に抑えるために、アップグレード前のタスクとして、新しいリリースに対応するファームウェアに IP フォンをアップグレードできます。 移行ではこのタスクをスキップできます。 |
|||
ステップ 20 |
重要なサービスがすべて有効になっていることを確認します。 |
|||
ステップ 21 |
リリース9.x 以前からのアップグレードの場合のみ。アップグレードする前に、ユニファイド CM ノードで Cisco Extension Mobility サービスを停止する必要があります。 移行ではこのタスクをスキップできます。 |
|||
ステップ 22 |
IM and Presence のアップグレードの一部として Unified Communications Manager をアップグレードする必要がある場合は、アップグレードを開始する前に IM and Presence Sync Agent サービスを停止する必要があります。 移行ではこのタスクをスキップできます。 |
|||
ステップ 23 |
アップグレードに十分な共通パーティション領域があることを確認します。 移行ではこのタスクをスキップできます。 |
|||
ステップ 24 |
十分な共通パーティション領域がない場合は、次の手順の1つまたは複数を実行します。 |
この手順は、アップグレードを実行するために、ユニファイド CM OS 管理インターフェイスまたは PCD アップグレードタスクのいずれかを使用する直接アップグレードの場合にのみ実行してください。
|
||
ステップ 25 |
必要なアップグレード ファイルをダウンロードします。更新アップグレードの場合は、必要な COP ファイルもダウンロードする必要があります。 移行ではこのタスクをスキップできます。 |
|||
ステップ 26 |
オプション。Unified Communications Manager パブリッシャ ノードのみ。大規模クラスタをアップグレードする場合は、次の手順を使用します。 移行ではこのタスクをスキップできます。 |
|||
ステップ 27 |
IM and Presence Service のみ。ハイアベイラビリティが有効になっている場合は、アップグレードの前に無効にします。 移行ではこのタスクをスキップできます。 |
|||
ステップ 28 |
アップグレードが失敗した場合にログをダンプできるように、仮想マシンにシリアルポートを追加します。この手順は、すべてのノードに対して実行します。 |
|||
ステップ 29 |
RTMT を使用してモニタするメガクラスタ展開では、クラスタ全体のアップグレード中に接続が失われないように、RTMT のハイアベイラビリティを設定することを推奨します。 |
|||
ステップ 30 |
この手順は、IM and Presence Service ノードのみに適用されます。Microsoft SQL Server を IM and Presence サービスで外部データベースとして展開していて、11.5(1)、11.5(1)SU1 または 11.5(1)SU2 からアップグレードする場合は、新しい SQL Server データベースを作成して新しいデータベースに移行する必要があります。 |
|||
ステップ 31 |
システムをアップグレードする前に、HTTP リファラー/ホスト ヘッダーでホストの信頼できるリスト を設定し、Cisco Unified CM の管理の [エンタープライズ パラメータ] ページでパブリック IP アドレスまたは DNS エイリアスを追加していることを確認してください。 |
この構成は、ネットワーク トポロジに、クラスタ内の個々のノードのプライベート IP アドレスとともに外部インターフェイス用に設定されたパブリック IP アドレスがある場合に必要です。それから Unified CM は、Unified CM へのアクセスを許可する前に、最初に Unified CM クラスタで設定されたサーバーを使用して、ホスト ヘッダーに存在する IP アドレスまたはホスト名を検証します。また、Unified CM へのアクセスに使用される DNS エイリアスを、ホストの信頼済みリスト設定で設定する必要があります。たとえば、サーバーが cm1.example.local であり、phone.example.local を使用してサーバーにアクセスする場合、phone.example.local をホストの信頼済みリスト設定に追加する必要があります。 Cisco Unified CM Administration のユーザー インターフェイスから、[システム] > [エンタープライズ パラメータ] を選択して、使用する外部 IP アドレスまたは DNS エイリアスを設定します。
|
アップグレードの準備 COP ファイルの実行 (アップグレード前)
アップグレードの準備 COP ファイルは次の項目をチェックします。
-
インストールされた COP ファイル
-
ネットワーク サービスと接続 (DNS、NTP、クラスター内)
-
FIPS モードのパスワードの長さの制限
-
ライセンスの同期
-
VMware ツールの互換性
-
ディスク容量
-
SIP および H.323 トランク登録
-
データベース認証およびレプリケーションの状況
-
データベースの健全性
-
最後の DRS バックアップの状況
-
サービス状況
-
インストールされている COP とロケール
-
デバイス登録状態数
-
エンタープライズパラメータとサービスパラメータの設定
-
TFTP 最大サービス数
-
アクティブおよび非アクティブ バージョン
-
ライセンスのスマートトランスポートのサポートと接続性
(注) |
|
手順
ステップ 1 |
アップグレード準備 COP ファイルをダウンロードしてアップグレード前テストを実行します。
|
ステップ 2 |
アップグレードに対してシステムの準備ができているか確認します。
|
ステップ 3 |
GUI または CLI から cop ファイルをインストールします。 インストールが完了したら、CLI から file view install PreUpgradeReport.txt を実行してレポートを表示します。 |
ステップ 4 |
RTMT からレポートを表示するには
|
データベース状況レポートの生成
Cisco Unified Reporting Tool (CURT) を使用してデータベース ステータス レポートを生成し、クラスタ ノード間にネットワークの問題がないことを確認します。 たとえば、ノード間のデータベース レプリケーションに影響を与える、または音声およびビデオ シグナリングのサービスの質 (QoS) に影響を与える到達可能性または遅延の問題がないことを確認します。
手順
ステップ 1 |
ノードのレポート インターフェイスにログインします。
|
ステップ 2 |
[システム レポート(System Reports)] を選択します。 |
ステップ 3 |
ノードのデータベースレプリケーションを確認します:
|
ステップ 4 |
[レポート(Reports)] ウィンドウで、[レポートの生成](棒グラフ)アイコンをクリックします。 |
ステップ 5 |
[詳細の表示(View Details)] リンクをクリックすると、自動表示されないセクションの詳細が表示されます。 |
ステップ 6 |
レポートでエラーがあることが示されている場合、[説明の報告(Report Descriptions)] レポートを選択し、可能な解決策が記載されたトラブルシューティング情報を確認します。 |
データベース レプリケーションの確認
アップグレードを開始する前にデータベース レプリケーションが正常に機能していることを確認するには次の手順を使用します。
手順
ステップ 1 |
次のいずれかの方法を使用して、CLI セッションを開始します。
|
ステップ 2 |
utils dbreplication status コマンドを実行して、データベーステーブルのエラーまたはミスマッチを確認します。 |
ステップ 3 |
utils dbreplication runtimestate コマンドを実行して、データベースリプリケーションがノードでアクティブであることを確認します。 出力にはすべてのノードが一覧表示されます。データベース レプリケーションがセットアップされて正常であれば、各ノードの replication setup の値は 2 になります。 2 以外の値が返される場合は、続行する前にエラーを解決する必要があります。 |
パフォーマンス レポートを確認する
手順
ステップ 1 |
Cisco Unified Serviceability インターフェイスから、 の順に選択します。 |
ステップ 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.html の Cisco Collaboration Systems Solution Reference Network Design(SRND)に記載されているシステムの推奨事項を確認してください。 |
ステップ 4 |
Cisco Unified Serviceability のインタフェースに戻り、各ノードの PerformanceRep リンクをクリックして、パフォーマンス保護統計レポートを表示します。 |
ステップ 5 |
各パフォーマンス保護統計レポートで、システムが展開サイズに対して指定されたクラスター全体またはノードごとの制限を超えていないことを確認します。 展開のサイズ設定については、次を参照してください。
|
CLI 診断の実行
アップグレードを開始する前に、コマンドラインインターフェース (CLI) の診断コマンドを使用して、ネットワークの問題を診断し、解決します。
手順
ステップ 1 |
次のいずれかの方法を使用して、CLI セッションを開始します。
|
ステップ 2 |
utils 診断テスト コマンドを実行します。 このコマンドはすべての診断コマンドを実行しますが、問題の修正は試みません。 すべての診断コマンドを一覧するには、utils diagnose list コマンドを実行します。 |
ステップ 3 |
utils diagnose fix コマンドを実行すると、システムの問題の自動修正が試行されます。 |
信頼証明書の削除
削除できる証明書は、信頼できる証明書だけです。 システムで生成される自己署名証明書は削除できません。
注意 |
証明書を削除すると、システムの動作に影響する場合があります。 また、証明書が既存のチェーンの一部である場合、証明書チェーンが壊れることがあります。 この関係は、[証明書の一覧(Certificate List)] ウィンドウ内の関連する証明書のユーザ名とサブジェクト名から確認します。 この操作は取り消すことができません。 |
手順
ステップ 1 |
Cisco Unified OS の管理から、 を選択します。 |
||
ステップ 2 |
証明書の一覧をフィルタするには、[検索(Find)] コントロールを使用します。 |
||
ステップ 3 |
証明書のファイル名を選択します。 |
||
ステップ 4 |
[削除(Delete)] をクリックします。 |
||
ステップ 5 |
OKをクリックします。
|
証明書の再作成
アップグレードを開始する前に、証明書チェーン内の信頼できる証明書を含め、パーティションに期限切れの証明書がないことを確認してください。 証明書が期限切れの場合は、再作成します。 電話機を再起動してサービスを再起動する必要があるため、営業時間後にこの手順を実行します。 Cisco Unified OS の管理に "cert" タイプとしてリストされている証明書のみ再作成できます。
(注) |
アップグレード中、ITLRecovery 証明書はクラスターごとに生成されます。 クラスタが混合モードの場合は、CTL ファイルを手動で更新します。 電話をリセットして最新の更新を反映します。 これは更新アップグレードにのみ適用できます。 リリース 12.5(1)SU3 更新以降は、CTL が不要になりました。 |
注意 |
証明書を再生成すると、システムの動作に影響する場合があります。 証明書を再作成すると、サード パーティの署名付き証明書(アップロードされている場合)を含む既存の証明書が上書きされます。 |
手順
ステップ 1 |
Cisco Unified OS の管理から、 を選択します。検索パラメータを入力して、証明書を検索して設定の詳細を表示します。 すべての条件に一致したレコードが [Certificate List] ウィンドウに表示されます。 証明書の詳細ページで [再生成(Regenerate)] ボタンをクリックすると、同じキー長を持つ自己署名証明書が再生成されます。
3072 または 4096 の新しいキー長の自己署名証明書を再生成するには、[自己署名証明書の生成(Generate Self-Signed Certificate)] をクリックします。 |
||||
ステップ 2 |
[自己署名証明書の新規作成(Generate New Self-Signed Certificate)] ウィンドウのフィールドを設定します。 フィールドおよびその設定オプションの詳細については、オンライン ヘルプを参照してください。 |
||||
ステップ 3 |
[Generate] をクリックします。 |
||||
ステップ 4 |
再作成された証明書の影響を受けるサービスをすべて再起動します。 詳細については、証明書の名前と説明を参照してください。 |
||||
ステップ 5 |
CAPF、ITLRecovery 証明書または CallManager 証明書の再生成後に CTL ファイルを更新します(設定している場合)。
|
次のタスク
証明書を再作成したら、システムのバックアップを実行して、最新のバックアップに再作成した証明書が含まれるようにします。
証明書の名前と説明
次の表に、再作成可能なシステムのセキュリティ証明書と、再起動する必要がある関連サービスを示します。 TFTP 証明書の再作成の詳細については、http://www.cisco.com/c/en/us/support/unified-communications/unified-communications-manager-callmanager/products-maintenance-guides-list.html の『Cisco Unified Communications Manager Security Guide』を参照してください。
名前 |
説明 |
再起動が必要なサービス | ||||
---|---|---|---|---|---|---|
tomcat tomcat-ECDSA |
この証明書は、SIP Oauth モードが有効になっているときに Web サービス、Cisco DRF サービス、および Cisco CallManager サービスで使用されます。 |
Cisco Tomcat サービス、Cisco Disaster Recovery System(DRS)ローカルサービスおよびマスターサービス、Cisco UDS Tomcat、および Cisco AXL Tomcat Web サービス。 SAML SSO が Tomcat 証明書で有効になっている場合は、IDP で SP メタデータを再プロビジョニングする必要があります。 |
||||
ipsec |
この自己署名ルート証明書は、ユニファイド コミュニケーション マネージャ、MGCP、H.323、IM およびプレゼンス サービスとの IPsec 接続のインストール中に生成されます。 |
IPSec サービス。 |
||||
CallManager CallManager-ECDSA |
これは SIP、SIP トランク、SCCP、TFTP などに使用されます。 |
|
||||
CAPF |
Unified Communications Manager Publisherで実行されている CAPF サービスによって使用されます。 この証明書は、エンドポイントに LSC を発行するために使用されます (オンラインとオフラインの CAPF モードを除く)。 |
該当なし |
||||
TVS |
これは Trust 検証サービスで使用されます。これは、サーバ証明書が変更された場合に電話機のセカンダリ信頼検証メカニズムとして機能します。 |
該当なし |
(注) |
|
重要 |
この注意事項は、リリース 14SU2 にのみ適用されます。 リリース 14SU2 では、tomcat-ECDSA 証明書の再生成またはアップロードの後に Cisco DRF サービスを再起動する必要があります。 tomcat RSA 証明書の処理後に再起動する必要はありません。 |
重要 |
この注意事項は、リリース 14SU2 以降に適用されます。 CLI 経由の複数 SAN 証明書のアップロードはサポートしていません。 これらの証明書は、常に OS 管理 GUI 経由でアップロードする必要があります。 |
新しいバックアップを取る
アップグレードを実行する前にシステムをバックアップして、バックアップファイルが現在インストールされているソフトウェアと完全に一致していることを確認する必要があります。 現在のバージョンと一致しないバックアップ ファイルからシステムを復元しようすると、復元は失敗します。
すべてのアップグレードおよび移行方法に対してこの手順を実行してください。
注意 |
バックアップが古い場合、データを失ったり、システムを復元できなくなったりする可能性があります。 |
始める前に
-
バックアップ ファイルの格納場所としてネットワーク デバイスを使用していることを確認します。 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 |
ディザスタ リカバリ システムから、 の順に選択します。 |
ステップ 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 セッションを開始します。
|
ステップ 2 |
ネットワーク内の各ノードで show network cluster コマンドを実行し、クラスタ内の Unified Communications Manager サーバー間の通信を確認する。 |
ステップ 3 |
NTP サーバーがある場合、utils ntp status コマンドを実行して NTP サーバーへの接続を確認します。 |
ステップ 4 |
SMTP サーバがある場合は、サーバに ping を送信して接続を確認します。 |
ステップ 5 |
DNS を使用している場合、ネットワークの各ノードで show network eth0 コマンドを実行し、DNS とドメインが設定されていることを確認します。 |
ステップ 6 |
DNS 名前解決が正しく機能していることを確認します。
|
IPv6 ネットワークの確認
この手順は Unified Communications Manager ノードにのみ適用されます。
最初のノード(Unified Communications Manager データベース パブリッシャノード)と Unified Communications Manager サブスクライバノードで IPv6 ネットワーキングが有効になっていることを確認します。 Unified Communications Manager サブスクライバノードで IPv6 が正しく設定されていない場合、負荷検出に 20 分かかる場合があります。
手順
ステップ 1 |
次のいずれかの方法を使用して、CLI セッションを開始します。
|
ステップ 2 |
utils network ipv6 pingdestination [count] のコマンドを入力します。
|
IM および Presence と Cisco Unified Communications Manager 間の接続を確認する
IM and Presence Service サービスノードが Unified Communications Manager と接続していることを確認します。
手順
ステップ 1 |
Cisco Unified CM IM and Presence Administration インターフェイスで、 の順に選択します。 |
ステップ 2 |
トラブルシューティング チェックの結果が読み込まれたら、すべての Sync Agent トラブルシューターテストの結果列にテストに合格したことを示すに緑色のチェックマークが付いていることを確認します。 |
ステップ 3 |
Sync Agent トラブルシューターテストのいずれかが不合格だった場合、[問題(Problem)] 列と[ソリューション(Solution)] 列の情報を参照して、アップグレードプロセスを続行する前に問題を解決します。 |
構成およびログイン情報の収集
アップグレードプロセス中に問題が発生した場合に備えて、Unified Communications Manager ノードの現在の設定とログイン情報を記録しておきます。
手順
ステップ 1 |
次のログインとパスワード情報を記録します。
|
ステップ 2 |
ネットワーク設定に関する次の情報を記録します。
|
登録済みデバイス数を記録する
アップグレードを開始する前に、Real Time Monitoring Tool (RTMT) を使用してデバイス数をキャプチャし、アップグレードが完了した後でエンドポイントとリソースを確認できるようにします。 この情報を使用して、展開している仮想マシン (VM) の容量を超過していないことを確認することもできます。
手順
ステップ 1 |
Unified RTMT インターフェイスから、 の順に選択します。 |
||||||||||||||||||||
ステップ 2 |
各ノードの登録済みデバイスの数を記録します。
|
割り当てられたユーザ数の記録
アップグレードが完了した後に確認できるように、IM and Presence サービスノードに割り当てたユーザー数を記録します。
手順
ステップ 1 |
Cisco Unified CM IM and Presence の管理インターフェイスから、 を選択します。 |
ステップ 2 |
各ノードとクラスターに割り当てられているユーザの数を記録します。 |
TFTP パラメータの記録
アップグレード中に、TFTP サービスパラメータ Maximum Serving Count が変更され、より多くのデバイス登録要求に対応できるようになります。 アップグレードの完了後にパラメータをリセットできるように、既存の設定を記録します。
手順
ステップ 1 |
Cisco Unified CM Administration インターフェイスで、 の順に選択します。 |
ステップ 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 インターフェイスで、 の順に選択します。 |
ステップ 2 |
画面をキャプチャして構成した設定を記録し、アップグレード完了後に設定を復元できるように情報を保存します。 |
ステップ 3 |
Cisco Unified CM IM and Presence Administration インターフェイスで、 の順に選択します。 |
ステップ 4 |
画面をキャプチャして構成した設定を記録し、アップグレード完了後に設定を復元できるように情報を保存します。 |
ユーザ レコードのエクスポート
一括管理ツール (BAT) を使用してユーザレコードをエクスポートします。
手順
ステップ 1 |
Cisco Unified CM Administration から、 の順に選択します。 |
ステップ 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 の管理から、 の順に選択します。 |
||
ステップ 2 |
ソフトウェアの場所セクションに適切な値を入力し、[次へ(Next)] をクリックします。 |
||
ステップ 3 |
[使用可能なソフトウェア(Available Software)] ドロップダウン リストで、デバイス パッケージ ファイルを選択して、[次へ(Next)] をクリックします。 |
||
ステップ 4 |
MD5 の値が正しいことを確認し、[次へ(Next)] をクリックします。 |
||
ステップ 5 |
警告ボックスで、正しいファームウェアを選択したことを確認し、[インストール(Install)] をクリックします。 |
||
ステップ 6 |
成功メッセージを受信したことを確認します。
|
||
ステップ 7 |
TFTP サーバーを停止し、再起動します。 |
||
ステップ 8 |
新しいロードにデバイスをアップグレードするには、影響を受けたデバイスをリセットします。 |
||
ステップ 9 |
Cisco Unified CM Administration で、 の順に選択し、TFTP サーバー上の新しいロードに対する特定の [デバイスタイプ(Device Type)] フィールドで、「ロード情報」と「非アクティブロード情報」の名前を手動で変更します。 |
||
ステップ 10 |
[保存(Save)] をクリックし、デバイスをリセットします。 |
重要なサービスの確認
Cisco Unified Real Time Monitoring Tool (RTMT) を使用して、すべての重要なサービスがアクティブになっていることを確認します。
手順
ステップ 1 |
Unified RTMT インターフェイスで、 の順に選択します。 |
ステップ 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 から、 を選択します。 |
ステップ 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 インターフェースから の順に選択します。 |
ステップ 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)] リンクをクリックし、, の順に選択します。
共通パーティションに追加のスペースを作成するには、この手順の 1 つまたはそれ以上を実行できます。
現在のバージョンが、11.5(x) より前のバージョンからのアップグレードにシリアル接続を使用していた場合、古い OS パーティションスキームと仮想ディスクレイアウトになっている可能性があります。 これにより「ディスクスペース不足」の問題が増幅され、仮想ディスクスペースを追加する効果が制限されます。 アップグレード準備 COP ファイルはこれらの問題をチェックし、それらを解決する方法に関するガイダンスを提供します。
手順
ステップ 1 |
以下のいずれかのオプションを使用して、古いまたは未使用のファームウェアファイルを TFTP ディレクトリから手動で削除します。
|
||||
ステップ 2 |
これまでの手順でアップグレードに必要なディスク容量が作成されなかった場合にのみ、この手順を実行します。 Free Common Space COP ファイル (ciscocm.free_common_space_v<latest_version>.cop.sgn) を使用してください。 この COP ファイルは、システムを再構築することなく、利用可能なディスクスペースを増やすために、共通パーティションの非アクティブ側を削除します。 続行する前に、この COP ファイルをサポートする Readme ファイルを確認してください。
|
アップグレードファイルを入手する
新しいリリースのアップグレード ファイルと、必要なアップグレード Cisco オプション パッケージ (COP) ファイルをダウンロードする必要があります。
手順
ステップ 1 |
必要に応じて、この手順の下の表を参照して、必要な COP ファイルを特定します。 |
ステップ 2 |
Cisco.com からアプリケーションのアップグレードファイルをダウンロードしてください。 このソフトウェアには輸出制限版 (K9) および輸出制限なしバージョン (XU) があります。正しいファイルを選択していることを確認してください。
|
ステップ 3 |
https://software.cisco.com に移動し、> [ダウンロードとアップグレード(Download & Upgrade)] セクションにある [ソフトウェアをダウンロード(Software Download)] リンクをクリックし、 の順に選択し、Unified Communications Manager に COP ファイルをダウンロードします。 |
ステップ 4 |
https://software.cisco.com に移動し、> [ダウンロードとアップグレード(Download & Upgrade)] セクションにある [ソフトウェアをダウンロード(Software Download)] リンクをクリックし、 の順に選択し、[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 セッションを開始します。
|
ステップ 2 |
utils dbreplication setrepltimeout timeout コマンドを実行します。ここの 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)] の
ウィンドウで見つけることができます。 後で高可用性を再度有効にするときに、この情報が必要になります。手順
ステップ 1 |
Cisco Unified CM Administration のユーザ インターフェイスから、 を選択します。 |
ステップ 2 |
検索をクリックしてグループを選択します。 |
ステップ 3 |
[プレゼンス冗長グループの設定(Presence Redundancy Group Configuration)] ウィンドウで、[ハイ アベイラビリティを有効にする(Enable High Availability)] チェックボックスをオフにします。 |
ステップ 4 |
[保存] をクリックします。 |
ステップ 5 |
各プレゼンス冗長グループに対してこの手順を繰り返します。 |
ステップ 6 |
完了したら、さらに変更を加える前に、新しい HA 設定がクラスタ全体にわたって同期されるまで、少なくとも 2 分待機します |
シリアルポートを仮想マシンに追加する
シリアルポートを仮想マシンに追加して、アップグレードが失敗した場合にログをダンプできるようにします。
手順
ステップ 1 |
仮想マシンの電源をオフにします。 |
ステップ 2 |
設定を編集してシリアルポートを追加します。 vSphere Client を使用した構成変更の詳細については、製品のユーザマニュアルを参照してください。 |
ステップ 3 |
シリアルポートを .tmp ファイルに添付します。 |
ステップ 4 |
仮想マシンの電源をオンにして、アップグレードを続行します。 |
次のタスク
システムのアップグレードに成功したら、シリアルポートを削除する の手順に従ってください。 アップグレードに失敗した場合は、「アップグレード失敗後にログファイルをダンプする」を参照してください。
RTMT の高可用性を設定する
手順
ステップ 1 |
任意の Cisco Unified Communications Manager ノードにログインします。 |
ステップ 2 |
Cisco Unified CM の管理から、 の順に選択します。 |
ステップ 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 サーバーデータベースを作成し、新しいデータベースにデータを移行します。
Note |
この移行は、Oracle または PostgreSQL 外部データベースには必要ありません。 |
Before you begin
データベースの移行は、MSSQL_migrate_script.sql スクリプトに依存します。 Cisco TAC に連絡してコピーを入手してください。
Procedure
Step 1 |
外部 Microsoft SQL Server データベースのスナップショットを作成します。 |
||
Step 2 |
新しい (空の) SQL Server データベースを作成します。 詳細については、「IM and Presence Service データベース セットアップ ガイド」の章を参照してください。
|
||
Step 3 |
システム トラブルシューティングを実行して、新しいデータベースにエラーがないことを確認します。
|
||
Step 4 |
すべての IM and Presence サービス クラスタ ノードで Cisco XCP Router を再起動します。
|
||
Step 5 |
外部データベースに依存するサービスをオフにする:
|
||
Step 6 |
次のスクリプトを実行して、古いデータベースから新しいデータベース MSSQL_migrate_script.sql にデータを移行します。
|
||
Step 7 |
新しいデータベースにエラーがないことを確認するためにシステム トラブルシューターを実行します。
|
||
Step 8 |
前に停止したサービスを開始します。
|
||
Step 9 |
外部データベースが実行中で、Cisco Jabber クライアントからすべてのチャットルームが表示されていることを確認します。 新しいデータベースが機能していることを確認してから、古いデータベースを削除してください。 |