アップグレード前の作業
(注) |
このタスクフローの手順は、特に明記されていない限り、すべてのアップグレードおよび移行に適用されます。 |
手順
コマンドまたはアクション | 目的 | |||
---|---|---|---|---|
ステップ 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 |
この手順を使用して、ネットワーク内のUnified Communications Manager ノードとサービス (NTP、SMTP、DNS など) 間の接続を確認します。 |
|||
ステップ 11 |
Unified Communications Manager ノードのみ。パブリッシャノードとサブスクライバノード間の IPv6 ネットワーキングを確認します。IPv6 が正しく設定されていない場合、ロードの検出に 20 分ほどかかることがあります。 |
|||
ステップ 12 |
IM and Presence と Cisco Unified Communications Manager 間の接続を確認します。 |
IM and Presence Service が、Unified CM と接続されていることを確認します。 アップグレードの場合のみ。移行の場合は、このタスクをスキップできます。 |
||
ステップ 13 |
アップグレードプロセス中に問題が発生した場合に備えて、Unified Communications Manager ノードの現在の設定とログイン情報を記録します。 |
|||
ステップ 14 |
リアルタイムモニタリングツール (RTMT) を使用してデバイス数をキャプチャします。これにより、アップグレードの完了後にエンドポイントとリソースを確認できます。 |
|||
ステップ 15 |
アップグレードの完了後にこの情報を確認できるように、 IM and Presence Service ノードに割り当てられたユーザの数を記録します。 |
|||
ステップ 16 |
アップグレードプロセスによって、TFTP パラメータが変更されます。アップグレードの完了後にパラメータをリセットできるように、現在の設定を記録します。 |
|||
ステップ 17 |
アップグレード中は、設定が異なっている場合、Unified Communications Manager のエンタープライズパラメータの設定によって IM and Presence Service の enteprise パラメータ設定が上書きされることがあります。 |
|||
ステップ 18 |
一括管理ツール(BAT)を使用して、ユーザ レコードをエクスポートします。 |
|||
ステップ 19 |
アップグレード後の電話機のダウンタイムを最小限に抑えるために、アップグレード前のタスクとして、新しいリリースに対応するファームウェアに IP フォンをアップグレードできます。 移行ではこのタスクをスキップできます。 |
|||
ステップ 20 |
重要なサービスがすべて有効になっていることを確認します。 |
|||
ステップ 21 |
リリース9.x 以前からのアップグレードの場合のみ。アップグレードする前に、Unified CM ノードで Cisco Extension Mobility サービスを停止する必要があります。 移行ではこのタスクをスキップできます。 |
|||
ステップ 22 |
IM and Presence のアップグレードの一部として Unified Communications Manager をアップグレードする必要がある場合は、アップグレードを開始する前に IM and Presence Sync Agent サービスを停止する必要があります。 移行ではこのタスクをスキップできます。 |
|||
ステップ 23 |
アップグレードに十分な共通パーティション領域があることを確認します。 移行ではこのタスクをスキップできます。 |
|||
ステップ 24 |
十分な共通パーティション領域がない場合は、次の手順の1つまたは複数を実行します。 |
この手順は、アップグレードを実行するために、Unified 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 バックアップのステータス
-
サービスステータス
-
インストールされている COPs とロケール
-
デバイス登録ステータス数
-
エンタープライズ パラメータおよびサービス パラメータの設定
-
TFTP 最大サービス数
-
アクティブおよび非アクティブのバージョン
(注) |
|
手順
ステップ 1 |
アップグレード準備状況の COP ファイルをダウンロードして、アップグレード前のテストを実行します。
|
ステップ 2 |
アップグレードに関するシステムの準備状況を確認します。
|
ステップ 3 |
GUI または CLI から cop ファイルをインストールします。インストールが完了したら、CLI から file view install PreUpgradeReport.txt を実行してレポートを表示します。 |
ステップ 4 |
RTMT からレポートを表示するには
|
データベース ステータス レポートの生成
Cisco Unified Reporting Tool(CURT)を使用して、データベースステータスレポートを生成し、クラスタノード間にネットワークの問題がないことを確認します。たとえば、ノード間のデータベースレプリケーションに影響する到達可能性または遅延に関する問題がないこと、または音声およびビデオシグナリングの quality of service (QoS) に影響する問題がないことを確認します。
手順
ステップ 1 |
ノードのレポーティングインターフェイスにログインします。
|
ステップ 2 |
[システム レポート(System Reports)] を選択します。 |
ステップ 3 |
ノードでデータベースのレプリケーションを確認します。
|
ステップ 4 |
[レポート(Reports)] ウィンドウで、[レポートの生成(Generate Report)](棒グラフ)アイコンをクリックします。 |
ステップ 5 |
[詳細の表示(View Details)] リンクをクリックして、自動的に表示されないセクションの詳細情報を表示します。 |
ステップ 6 |
レポートにエラーがあることが示されている場合は、レポートの説明レポートを選択し、トラブルシューティング情報を確認してください。 |
データベースのレプリケーションの確認
アップグレードを開始する前にデータベースレプリケーションが正常に機能していることを確認するには、次の手順を使用します。
手順
ステップ 1 |
次のいずれかの方法を使用して CLI セッションを開始します。
|
ステップ 2 |
utils dbreplication status コマンドを実行して、データベース テーブルのエラーまたは不一致を確認します。 |
ステップ 3 |
utils dbreplication runtimestate コマンドを実行して、ノードでデータベース レプリケーションがアクティブであることを確認します。 出力にはすべてのノードが一覧表示されます。データベース レプリケーションがセットアップされて正常であれば、各ノードの replication setup の値は 2 になります。 2 以外の値が返された場合は、続行する前にエラーを解決する必要があります。 |
パフォーマンス レポートの確認
手順
ステップ 1 |
Cisco Unified Serviceability インターフェイスから、 を選択します。 |
ステップ 2 |
リンクをクリックして、最新のレポートを選択します。 |
ステップ 3 |
CallActivitiesRepをクリックして新しいタブでコールアクティビティレポートを開き、試行されたコール数が仮想マシンのキャパシティに対して高すぎることを確認します。のシスココラボレーションシステムソリューションリファレンスネットワークデザイン (SRND)でシステムの推奨事項を確認することで、試行されたコール数のしきい値https://www.cisco.com/c/en/us/support/unified-communications/unified-communications-system/products-implementation-design-guides-list.htmlを決定できます。 |
ステップ 4 |
Cisco Unified Serviceability インターフェイスに戻り、各ノードの [ PerformanceRep ] リンクをクリックして、パフォーマンス保護統計情報レポートを表示します。 |
ステップ 5 |
各パフォーマンス保護統計情報レポートで、システムが展開サイズに対して指定されているクラスタ全体またはノードごとの制限を超えていないことを確認します。 展開のサイジングの詳細については、次を参照してください。
|
CLI の診断を実行する
コマンドラインインターフェイス (CLI) の診断コマンドを使用して、ネットワークの問題を診断および解決してから、アップグレードを開始およびアップグレードします。
手順
ステップ 1 |
次のいずれかの方法を使用して CLI セッションを開始します。
|
ステップ 2 |
utils diagnose test コマンドを実行します。 このコマンドは、すべての診断コマンドを実行しますが、問題の修復は試行しません。utils diagnose list コマンドを実行すると、すべての診断コマンドのリストを表示できます。 |
ステップ 3 |
コマンドをutils diagnose fix 実行して、システムの問題を自動的に修正します。 |
信頼証明書の削除
削除できる証明書は、信頼できる証明書だけです。システムで生成される自己署名証明書は削除できません。
注意 |
証明書を削除すると、システムの動作に影響する場合があります。また、証明書が既存のチェーンの一部である場合、証明書チェーンが壊れることがあります。この関係は、[証明書の一覧(Certificate List)] ウィンドウ内の関連する証明書のユーザ名とサブジェクト名から確認します。この操作は取り消すことができません。 |
手順
ステップ 1 |
[Cisco Unified OS の管理(Cisco Unified OS Administration)] から を選択します。 |
||
ステップ 2 |
証明書の一覧をフィルタするには、[検索(Find)] コントロールを使用します。 |
||
ステップ 3 |
証明書のファイル名を選択します。 |
||
ステップ 4 |
[削除(Delete)] をクリックします。 |
||
ステップ 5 |
[OK] をクリックします。
|
証明書の再作成
アップグレードを開始する前に、証明書チェーン内の信頼証明書を含め、期限切れの証明書がパーティションにないことを確認します。証明書が期限切れの場合は、再作成します。電話機を再起動してサービスを再起動する必要があるため、営業時間後にこの手順を実行します。Cisco Unified OS の管理に "cert" タイプとしてリストされている証明書のみ再作成できます。
(注) |
アップグレード中は、ITLRecovery 証明書がクラスタごとに生成されます。クラスタが混合モードの場合は、CTL ファイルを手動で更新します。電話機をリセットして、最新の更新を反映します。これは、更新アップグレードにのみ適用されます。リリース 12.5(1)SU3 以降、CTL は必要なくなりました。 |
注意 |
証明書を再作成すると、システムの動作に影響する場合があります。証明書を再作成すると、サード パーティの署名付き証明書(アップロードされている場合)を含む既存の証明書が上書きされます。 |
手順
ステップ 1 |
[Cisco Unified OS の管理(Cisco Unified OS Administration)] から を選択します。検索パラメータを入力して、証明書を検索して設定の詳細を表示します。すべての条件に一致したレコードが [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』を参照してください。
名前(Name) |
説明 |
関連サービス |
---|---|---|
tomcat tomcat-ECDSA |
この証明書は、SIP Oauth モードが有効な場合に Web サービス、Cisco DRF サービス、および Cisco CallManager サービスで使用されます。 |
Cisco Tomcatサービス、Cisco CallManagerサービス、HAProxyサービス、およびCisco Disaster Recovery System(DRS)ローカルおよびマスターサービス。 |
ipsec |
この自己署名ルート証明書は、Unified Communications Manager、MGCP、H.323、および IM and Presence Service との IPsec 接続のインストール中に生成されます。 |
IPsec Service |
CallManager CallManager-ECDSA |
SIP、SIP トランク、SCCP、TFTP などに使用されます。 |
CallManager - HAProxy サービス CallManager-ECDSA - Cisco CallManager サービス |
CAPF |
Unified Communications Manager パブリッシャで実行されている CAPF サービスで使用されます。この証明書は、エンドポイントに LSC を発行するために使用されます(オンラインおよびオフライン CAPF モードを除く)。 |
該当なし |
信頼検証サービス(TVS) |
これは信頼検証サービスで使用され、サーバ証明書が変更された場合に、電話機のセカンダリ信頼検証メカニズムとして機能します。 |
該当なし |
(注) |
[セキュリティパラメータ(Security Parameter)] セクションには、新しいエンタープライズパラメータとして [証明書更新時の電話機の動作(Phone Interaction on Certificate Update)] が導入され、TVS、CAPF、TFTP のいずれかの証明書が更新されたときに、電話機のリセットを手動で行うか自動で行うかを設定できます。デフォルトでは、このパラメータは電話機を自動的にリセットするように設定されています。 |
新規のバックアップを取る
アップグレードを実行する前に、システムをバックアップして、バックアップファイルが現在インストールされているソフトウェアと完全に一致することを確認する必要があります。現在のバージョンと一致しないバックアップ ファイルからシステムを復元しようすると、復元は失敗します。
すべてのアップグレードおよび移行の方法について、次の手順を実行します。
注意 |
データが失われるか、バックアップが古い場合はシステムを復元できない可能性があります。 |
始める前に
-
バックアップ ファイルの格納場所としてネットワーク デバイスを使用していることを確認します。Unified Communications Manager の仮想化展開では、テープ ドライブによるバックアップ ファイルの保存はサポートされません。
-
システムが次のバージョン要件を満たしていることを確認してください。
-
すべての Unified Communications Manager クラスタ ノードで、同じバージョンの Unified Communications Manager アプリケーションが実行されている必要があります。
-
すべての IM and Presence Service クラスタ ノードで、同じバージョンの IM and Presence Service アプリケーションが実行されている必要があります。
アプリケーションごとに、バージョン文字列のすべてが一致する必要があります。たとえば、IM and Presence データベース パブリッシャ ノードが、バージョン 11.5.1.10000-1 の場合、すべての IM and 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 ディレクトリにカスタム呼出音または背景イメージがある場合は、これらのファイル用に別のバックアップを作成する必要があります。これらは、ディザスタリカバリシステム (DRS) のバックアップファイルには含まれていません。
手順
ステップ 1 |
着信音と背景イメージが保存されているディレクトリにアクセスするには、web ブラウザまたは TFTP クライアントを使用します。 |
ステップ 2 |
次のファイルをバックアップします。 ringlist.xml 、.xml、およびList. .xml 。 |
ステップ 3 |
カスタム呼出音をバックアップします。これらは TFTP ディレクトリにあります。 |
ステップ 4 |
背景イメージをバックアップします。これらは、フォルダ/デスクトップ(およびそのサブフォルダ) の TFTP ディレクトリにあります。 |
ネットワーク接続の確認
ネットワーク内のすべてのノードとサービスの間の接続を確認するには、次の手順を実行します。
手順
ステップ 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 and Presence と Cisco Unified Communications Manager 間の接続を確認します。
IM and Presence ServiceサービスノードがとUnified Communications Manager接続されていることを確認します。
手順
ステップ 1 |
Cisco Unified CM IM and Presence の管理インターフェイスから、 を選択します。 |
ステップ 2 |
トラブルシューティングチェックの結果がロードされたら、同期エージェントのトラブルシューティングテストのすべてが、[結果(results)] 列に緑色のチェックマークが付いていることを確認し、テストが合格したことを示します。 |
ステップ 3 |
同期エージェントトラブルシュータテストのいずれかが失敗した場合は、「問題と解決策」の列に記載されている情報を使用して、アップグレードプロセスを続行する前に問題を解決してください。 |
設定およびログイン情報の収集
アップグレードプロセス中に問題が発生したUnified Communications Manager場合に備えて、ノードの現在の設定とログイン情報を記録します。
手順
ステップ 1 |
次のログインおよびパスワード情報を記録します。
|
ステップ 2 |
ネットワークの設定に関する次の情報を記録します。
|
登録済みデバイスの数を記録する
アップグレードの完了後にエンドポイントとリソースを確認できるように、アップグレードを開始する前に、Real Time Monitoring Tool (RTMT) を使用してデバイスの数をキャプチャします。また、この情報を使用して、展開している仮想マシン (VM) の容量を超えていないことを確認することもできます。
手順
ステップ 1 |
統合 RTMT インターフェイスから を選択します。 |
||||||||||||||||||||
ステップ 2 |
各ノードの登録済みデバイスの数を記録します。
|
割り当てられたユーザ数を記録する
アップグレードが完了した後でこの情報を確認できるように、IM and Presence Service ノードに割り当てられたユーザ数を記録します。
手順
ステップ 1 |
Cisco Unified CM IM and Presence の管理インターフェイスから、 の順に選択します。 |
ステップ 2 |
各ノードとクラスタに割り当てられているユーザの数を記録します。 |
TFTP パラメータの記録
アップグレードプロセス中に、TFTP サービスパラメータの最大サービス数が変更され、デバイス登録要求の数が増加します。アップグレードの完了後にパラメータをリセットできるように、既存の設定を記録します。
手順
ステップ 1 |
Cisco Unified CM の管理インターフェイスから、 を選択します。 |
ステップ 2 |
[Server(サーバ)] ドロップダウン リストから TFTP サービスを実行するノードを選択します。 |
ステップ 3 |
[サービス(Service)] ドロップダウン リストから、[Cisco TFTP サービス(Cisco TFTP service)] を選択します。 |
ステップ 4 |
[詳細設定(Advanced)] をクリックします。 |
ステップ 5 |
[保存(Save)] をクリックします。 |
ステップ 6 |
サービスの最大数に設定されている値を記録します。 |
エンタープライズ パラメータの記録
ノードとUnified Communications ManagerIM 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 の管理インターフェイスから、 の順に選択します。 |
ステップ 2 |
画面キャプチャを使用して設定した設定を記録し、その情報を保存して、アップグレードの完了後に設定を復元できるようにします。 |
ステップ 3 |
Cisco Unified CM IM and Presence の管理インターフェイスから、 の順に選択します。 |
ステップ 4 |
設定した内容を記録するためにスクリーン キャプチャを取り、アップグレードが完了した後に、設定を復元できるように情報を保存します。 |
ユーザ レコードのエクスポート
一括管理ツール(BAT)を使用して、ユーザ レコードをエクスポートします。
手順
ステップ 1 |
Cisco Unified CM Administration から、 の順に選択します。 |
ステップ 2 |
[検索(Find)] をクリックして、すべてのユーザ レコードを表示します。 |
ステップ 3 |
[次へ(Next)] をクリックします。 |
ステップ 4 |
[ファイル名 (File Name )] テキストボックスにファイル名を入力し、[ファイル形式 (file format )] ドロップダウンリストからファイル形式を選択します。 |
ステップ 5 |
[ジョブ情報(Job Information)] 領域に、ジョブの説明を入力します。 |
ステップ 6 |
ユーザ レコードをすぐにエクスポートする場合は、[今すぐ実行(Run Immediately)] をクリックします。 |
ステップ 7 |
[送信(Submit)] をクリックします。 |
ステップ 8 |
エクスポートしたファイルをダウンロードするには、 を選択します。 |
ステップ 9 |
生成したファイルの検索条件を入力し、[検索(Find)] をクリックします。 |
ステップ 10 |
ダウンロードするファイルに該当するチェックボックスをオンにし、[選択項目のダウンロード(Download Selected)] をクリックします。 |
ステップ 11 |
[ファイルのダウンロード(File Download)] ポップアップ ウィンドウで、[保存(Save)] をクリックします。 |
ステップ 12 |
[名前をつけて保存(Save As)] ポップアップ ウィンドウで、ファイルの保存場所を選択して [保存(Save)] をクリックします。サーバのファイルをコピーして、リモート PC またはデバイスに保存してください。 |
IP フォンのファームウェアのアップグレード
アップグレード前のタスクとして、新しいリリースに対応するファームウェアに IP フォンをアップグレードすることができます。アップグレード後に電話機が自動的に新しいファームウェアをダウンロードしますが、アップグレード後の電話機のダウンタイムを最小限に抑えるために、アップグレードの前に制御された方法でエンドポイントに新しいファームウェアファイルを適用することを選択できます。
新しいファームウェアをグループ内の電話機に適用する場合は、アップグレード後に TFTP サーバの負荷を解消し、個々のデバイスのアップグレードを高速化できます。その後、 Unified Communications Managerサーバの TFTP サービスを再起動し、制御された順序で IP phone を再起動してダウンタイムを最小化します。ファームウェアのアップグレード時に電話機をコールに使用できないため、電話機のファームウェアをアップグレードするには、アップグレードウィンドウ以外のメンテナンスウィンドウを使用することをお勧めします。
始める前に
-
新しいファームウェアロードを 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)] フィールドに対する [ロード情報(Load Information)] と [非アクティブロード情報(Inactive Load Information)] の名前を手動で変更します。 |
||
ステップ 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 Service の重要なサービスを表示するには、[ IM and Presence Service] タブをクリックし、ドロップダウンリストからIM and Presence Serviceサービスノードを選択します。 |
ステップ 5 |
ステータスが、重要なサービスが停止していることを示している場合は、アップグレードを開始する前にそれらを再アクティブ化します。 |
Cisco Extension Mobility の非アクティブ化
この手順は、リリース9.x 以前からアップグレードする場合にのみ実行してください。リリース9.x 以前からのアップグレードでは、アップグレードを開始する前に、ノードUnified Communications Managerで Cisco extension mobility を停止する必要があります。
手順
ステップ 1 |
Cisco Unified Serviceability から、 を選択します。 |
ステップ 2 |
[サーバ(Server)] リストから、サービスを非アクティブ化するノードを選択し、[移動(Go)] をクリックします。 |
ステップ 3 |
Cisco Extension Mobility サービスを選択解除します。 |
ステップ 4 |
[Stop] をクリックします。 |
ステップ 5 |
Cisco Extension Mobilityサービスを実行している各ノードについて、ステップ 2 ~ 4 を繰り返します。 |
ステップ 6 |
これらのサービスを無効にしたすべてのノードのリストを作成します。アップグレードが完了したら、サービスを再起動する必要があります。 |
IM and Presence Sync Agent の停止
アップグレードのUnified Communications ManagerIM and Presence Service一環としてアップグレードする必要がある場合は、アップグレードIM and Presence Serviceプロセスを開始する前に、Sync Agent サービスを停止する必要があります。
手順
ステップ 1 |
Cisco Unified Serviceability のインターフェイスから、 の順に選択します。 |
ステップ 2 |
[サーバ(Server)] ドロップダウン リストから IM and Presence Service Service ノードを選択し、[移動(Go)] をクリックします。 |
ステップ 3 |
[IM and Presence Services] セクションで [Cisco Sync Agent] を選択し、[停止(Stop)] をクリックします。 |
使用可能な共通のパーティション領域を確認する
Real-Time Monitoring Tool(RTMT)を使用して、共通パーティションにアップグレード用の十分な空き領域があることを確認します。
手順
ステップ 1 |
リアルタイムモニタリングツールで、左側のナビゲーションペインのシステムカウンタのリストから [ディスク使用率 (Disk Usage )] を選択します。 |
ステップ 2 |
ページの下部にあるテーブルを表示し、共通パーティションに使用されているスペースと合計領域を比較します。アップグレードを開始する前に、使用可能な共通パーティションスペースの最小 25 g が必要です。ただし、多数の TFTP データ (デバイスファームウェアロード)、保留音 (MOH) ファイル、または多数のロケールファイルがインストールされている場合は、展開により多くのスペースが必要になることがあります。場合によっては、空き領域の 25 GB が使用可能な場合でも、アップグレードが失敗し、十分なスペースとしてエラーメッセージが表示されないことがあります。回避策は、不要なファイルを削除し、共通のパーティションにさらにスペースを作成することです。 |
基準値の上限および下限の調節
この手順を使用して、低および高のウォーターマークを調整し、トレースを減らし、不要なログファイルを削除します。トレースの早すぎるパージを避けるために、アップグレード後、基準値の上限と下限を元の値に戻す必要があります。基準値のデフォルトの上限は 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 Option Package (COP) ファイルをダウンロードする必要があります。
手順
ステップ 1 |
必要な COP ファイル (存在する場合) を特定するには、この手順の下の表を参照してください。 |
ステップ 2 |
Cisco.com からアプリケーションのアップグレード ファイルをダウンロードします。このソフトウェアは、export restricted (K9) および export 無制限バージョン (XU) で使用できます。そのため、正しいファイルを選択していることを確認してください。
|
ステップ 3 |
https://software.cisco.com に移動し、[ダウンロードとアップグレード(Download & Upgrade)] セクションにある [ソフトウェアのダウンロード(Software Download)] リンクをクリックします。次に、 に移動して、Unified Communications Manager の COP ファイルをダウンロードします。 |
ステップ 4 |
https://software.cisco.com に移動し、[ソフトウェアのダウンロード(Software Download)] リンクを [ダウンロードとアップグレード(Download & Upgrade)] セクションからクリックします。次に、 に移動し、[UTILS] を選択して IM and Presence Service の COP ファイルをダウンロードします。 |
必須 COP ファイル
次の表は、COP ファイルが必要なアップグレード パスを示しています。Cisco Unified OS 管理インターフェイスを使用してアップグレードを開始する前、または 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 |
Timeout コマンドを実行します 。この場合、timeout はデータベースレプリケーションのタイムアウト (秒単位) です。 utils dbreplication setrepltimeout この値は、300 から 3600 までです。 デフォルトのデータベース レプリケーションのタイムアウト値は 300(5 分)。 |
プレゼンス冗長グループに対するハイ アベイラビリティの無効化
この手順は、IM and Presence Service サービス ノードにのみ適用されます。IM and Presence Service プレゼンス冗長グループのハイ アベイラビリティを無効にするために使用します。
始める前に
各プレゼンス冗長グループの各クラスタ ノードのアクティブ ユーザ数を記録します。この情報は、Cisco Unified CM IM and Presence の(
)ウィンドウに表示されます。この情報は、後にハイ アベイラビリティを再度有効にする際に必要となります。手順
ステップ 1 |
Cisco Unified CM Administration のユーザ インターフェイスから、 を選択します。 |
ステップ 2 |
検索をクリックして、グループを選択します。 |
ステップ 3 |
[プレゼンス冗長グループの設定(Presence Redundancy Group Configuration)] ウィンドウで、[ハイ アベイラビリティを有効にする(Enable High Availability)] チェックボックスをオフにします。 |
ステップ 4 |
[保存(Save)] をクリックします。 |
ステップ 5 |
各プレゼンス冗長グループに対して、この手順を繰り返します。 |
ステップ 6 |
完了後、さらに変更を行う前に、新しい HA 設定がクラスタ全体にわたって同期されるまで、少なくとも 2 分待機します。 |
仮想マシンにシリアル ポートを追加する
アップグレードに失敗した場合にログをダンプできるように、仮想マシンにシリアルポートを追加します。
手順
ステップ 1 |
仮想マシンの電源をオフにします。 |
ステップ 2 |
シリアルポートを追加するには、設定を編集します。vSphere クライアントを使用した設定の変更については、製品のユーザ マニュアルを参照してください。 |
ステップ 3 |
シリアルポートを .tmp ファイルに接続します。 |
ステップ 4 |
仮想マシンの電源をオンにして、アップグレードを続行します。 |
次のタスク
システムのアップグレードが正常に完了したら、のシリアル ポートの削除手順に従います。アップグレードに失敗した場合は、をアップグレードの失敗後のログファイルのダンプ参照してください。
RTMT の高可用性の設定
手順
ステップ 1 |
任意の Cisco Unified Communications Manager ノードにログインします。 |
ステップ 2 |
Cisco Unified CM の管理から、 の順に選択します。 |
ステップ 3 |
[サーバ(Server)] ドロップダウンから、Unified CM ノードを選択します。 |
ステップ 4 |
[サービス(Service)] ドロップダウンから、[Cisco AMC サービス(Cisco AMC service)] を選択します。 |
ステップ 5 |
[ Primary Collector ] サービスパラメータで、[any subscriber node] を選択します。 |
ステップ 6 |
[ Failover Collector ] サービスパラメータで、別のサブスクライバノードを選択します。 |
ステップ 7 |
[保存(Save)] をクリックします。 |
ステップ 8 |
Cisco Unified Real-Time Monitoring Tool をサブスクライバノードに接続します。 |
Microsoft SQL Server を使用したアップグレードに必要なデータベース移行
Microsoft SQL Server を IM and Presence Service の外部データベースとして展開していて、11.5(1)、11.5(1)SU1、または 11.5(1)SU2 からアップグレードする場合は、新しい SQL Server データベースを作成し、その新しいデータベースに移行する必要があります。この作業は、このリリースで強化されたデータ タイプのサポートのために必要です。データベースを移行しないと、既存の SQL Server データベースでスキーマの検証に失敗し、持続チャットなどの外部データベースに依存するサービスが開始されません。
IM and Presence Service をアップグレードした後、この手順を使用して、新しい SQL Server データベースを作成し、新しいデータベースにデータを移行します。
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 ルータを再起動します。
|
||
Step 5 |
外部データベースに依存するサービスをオフにします。
|
||
Step 6 |
次のスクリプトを実行して、古いデータベースから新しいデータベースにデータを移行します。MSSQL_migrate_script.sql
|
||
Step 7 |
システム トラブルシュータを実行して、新しいデータベースにエラーがないことを確認します。
|
||
Step 8 |
以前に停止したサービスを開始します。
|
||
Step 9 |
外部データベースが稼働していることと、すべてのチャット ルームが Cisco Jabber クライアントから認識可能であることを確認します。新しいデータベースが動作していることが確かな場合にのみ、古いデータベースを削除してください。 |