Cisco Unified Communications Manager（CUCM） 12.5 のアップグレード 拡張

概要

この資料は単一サーバまたは多くのノード クラスタのアップグレード/再始動/スイッチのバージョンのようなより容易なタスクを高め、作るために Cisco Unified Communications Manager （CUCM）の新しい 機能を 12.5 説明していたものです。

前提条件

要件

次の項目に関する知識が推奨されます。

• Cisco Unified Communications Manager 12.5
• IM および存在サーバ 12.5

使用するコンポーネント

この 文書に記載されている 情報は CUCM バージョン 12.5.1.10000-1 に基づいています。

本書の情報は、特定のラボ環境にあるデバイスに基づいて作成されたものです。 このドキュメントで使用するすべてのデバイスは、初期（デフォルト）設定の状態から起動しています。 対象のネットワークが実稼働中である場合には、どのような作業についても、その潜在的な影響について確実に理解しておく必要があります。

背景説明

Cisco Unified Communications Manager （CUCM 単一サーバ アップグレードか Cluster-Wide アップグレードが実行されたとき）前に 12.5 はそこにこれらのチャレンジです。

単一サーバ アップグレード

1. ソフトウェアコンフィギュレーション設定は持続しません。 アップグレードが実行される必要がある度に値を入力する Admin 必要。

2. 各ノードで設定を入力する Admin 必要。

3. ダウンロードの後で、アップグレードがそれから失敗した admin は問題を解決するかもしれ、アップグレードのためのダウンロード ステップから再度開始しなければならないように。

クラスタ アップグレード

1. ノードはそれぞれアップグレードされ、特定の順序でスイッチのバージョンをしなければなりません。
   
   
2. 更新成功を覚え、手動でその順序で Upgrade ノード実現させる Admin 必要性。 Admin は彼が Next ノードを開始する前に終わるために 1 つのノードのアップグレードを待たなければなりません。

再度ブートする クラスタ/スイッチのバージョン

全体のクラスタの再度ブートする/スイッチのバージョンを制御し、管理するオプションは 12.5 以前ありません。 Admin は各サーバの CLI でパブから行かなければ開始するなり、オペレーションを行います。

管理者のために非常に有用である CUCM 12.5 にこれらの機能に機能拡張があります。

設定

ステップ 1.単一サーバ アップグレード 拡張。

GUI 拡張

これらは単一サーバのためのインストール/アップグレードが選択されるとき OS 管理者ページでできている機能拡張です。

オプション 1 パブリッシャからのダウンロード資格情報を使用して下さい。

このオプションはサブスクライバで利用でき、デフォルトで選択されます。 このオプションによって、パブリッシャからのアップグレード ファイルは使用することができます。

オプション 2 ローカル ファイル システムを使用して下さい。

サーバのローカルディレクトリにあるダウンロードされたファイルを以前に使用するこのオプション有効。

オプション 3.耐久性がある値は事前に読み込まれます。

セキュア FTP （SFTP）サーバ 詳細は耐久性があり、事前に読み込まれる。 admin が前のものと同じ詳細を使用したいと思えば再入力される必要はありません。

イメージ ファイルがダウンロードされる前にオプション 4.はシステム アップグレードおよびスイッチのバージョン オプションと続きます。

CUCM および IM&P の以前のバージョンでは、スイッチのバージョンを選択するオプションはイメージがダウンロードされればあります。 この場合、admin はアップグレードを開始するそれ以上の操作を終え、次に選択するためにダウンロードを待たなければなりません。

ISO のインストール ポスト ダウンロードを続けるためにこの機能を使用する admin が ISO の MD5 値を確認したいと思わなければそれらは選択でき、それ以上の介入を必要としません。

アップグレード障害の場合にはオプション 4.は、イメージ ファイルいいえ再度ダウンロードされるためにしません。

アップグレードがあらゆる原因が原因で失敗した場合、ローカルファイルは使用し、ISO ファイルのダウンロードは再度避けることができます。

CLI 拡張

単一サーバのアップグレードのための CLI コマンドに機能拡張が上記の機能をサポートするずっとあります。

アップグレードを開始するコマンドは今でも同じ（utils システム アップグレード 開始）ですが、追加される新しいオプションがあります。

パブリッシャ CLI から:

admin:utils system upgrade initiate

Warning: Do not close this window without first cancelling the upgrade.

Warning: Before upgrading the cluster Cisco recommends installing the latest Upgrade Readiness COP file. Refer to the Upgrade Guide on cisco.com for details.

Source:

1) Remote Filesystem via SFTP

2) Remote Filesystem via FTP

3) Local DVD/CD

4) Local Image <UCSInstall_UCOS_12.5.1.10000-19.sgn.iso>

q) quit

Please select an option (1 - 4 or "q" ):

“Local Image< image >” introduced in the list of the source  that allows admin to select a local image that is already downloaded to UCM and use that image to upgrade the UCM

サブスクライバ CLI から:

               

admin:utils system upgrade initiate

Warning: Do not close this window without first cancelling the upgrade.
Warning: Before upgrading the cluster Cisco recommends installing the latest Upgrade Readiness COP file. Refer to the Upgrade Guide on cisco.com for details.


Use download credentials from Publisher (yes/no) [yes]: no
Source:

1) Remote Filesystem via SFTP
2) Remote Filesystem via FTP
3) Local DVD/CD
4) Local Image <None>
q) quit


Please select an option (1 - 4 or "q" ):

utils system upgrade initiate for CUCM Subcrobers andIM&P Pub/Sub nodes has been modified and the option is  “Use download credentials from Publisher (yes/no) [yes]”

オプションをクリックするとき、アップグレード ファイルはパブリッシャ コンフィギュレーションによって選択されます。 イメージのチェックはアップグレードの前にかどうか有効な見るために行われます。  

正しいイメージがそれなかったり\終了しますパブリッシャが提供すれば位置はアップグレード プロンプトを

ステップ 2.中央集中型クラスタ アップグレード。

これはクラスタのアップグレードを管理するために CUCM バージョン 12.5 で導入される新しい 機能です。 クラスタ アップグレード オプションはパブリッシャで利用でき、全クラスタ アップグレードは OS 管理者ページか CLI によって開始することができます。 クラスタ アップグレードはクラスタの一部であるので IM&Presence サーバが含まれています。

GUI 拡張

       

ソフトウェアアップグレードでは、新しいオプション インストール/アップグレード クラスタはこれのために導入されます。

IMP サーバをアップグレードするためにクラスタが IMP サーバがそしてかどうか同様に含まれている選択することができなければかどうか。

アップグレードが開始すればステータスは GUI か CLIインターフェイスを通して監視することができます。完了するパラメータ歴史的時期は最後 アップグレードが正常に実行されたときにそれが特定のステップのために奪取 した 時間数を示します。 これは時間オプションと経過しましたアップグレードが予想通り行っているかどうか見る一致することができます。

ローカル テスト結果から奪取 されるそうで最初にあればシステムはそれからアップグレードされた履歴の値です開発者によって定義してもらいます標準値を。

CLI 拡張

新しい CLI はクラスタ アップグレードの引き起こし、管理を助けるパブリッシャで導入されました。

admin: utils システム アップグレード クラスタ{開始/ステータス/キャンセル}

               

上記の CLI コマンドは CUCM パブリッシャでだけ利用できます。

            

ステップ 3.中央集中型クラスタ スイッチのバージョンか再度ブートする。

       

この機能はこれのための CLI コマンドがないのでだけ CUCM パブリッシャ サーバだけにあり、GUIインターフェイスを通って管理することができます。

この機能を使用する、全体クラスタのスイッチのバージョンおよびアップグレードは管理することができます。 オペレーションは最初のバッチに常にあるサーバおよびパブリッシャのバッチで実行された。 各バッチにサーバがあるはずで、バッチ省略は可能性のあるではないです。 次にオペレーションは Batch1 および Batch2 からおよび前に開始します。 オペレーションの現在のステータスは Status メニューから表示することができます。

ステップ 4.クラスタノードの並列アップグレード。

クラスタ アップグレード オプションを使用する、すべてのノードのためのアップグレードは同時に開始し、彼が次のサーバを開始できる前に Admin は完了を得るためにパブリッシャ アップグレードを待つ必要はありません。 すべてのサーバのためのアップグレードが同時に開始するのにバックエンド CUCM サブスクライバで CUCM パブリッシャー データベース インストールを完了を得る CUCM パブリッシャおよび IMP パブリッシャ インストールのための完了および IMP サブスクライバ待機を得るために待っています。

確認

現在、この設定に使用できる確認手順はありません。

トラブルシューティング

アップグレードが単一サーバかクラスタのために開始する前にアップグレードまたは既に実行 DR タスクがないことを確認して下さい。

アップグレードは異なるステージで失敗し、関連チェックがされる必要があること訂正できます。