シーケンスルールと時間の要件

シーケンスと所要時間に関する情報が必要な場合にのみ、この付録の情報を使用してください。

アップグレードの順序と所要時間

アップグレード手順を実行する順序は、展開によって異なり、ユーザへの影響のレベルとアップグレードを完了するために必要な時間のバランスをどのように取るかによって異なります。 アップグレードプロセスを実行する前に、従うシーケンスを特定する必要があります。

このセクションの情報は、Unified CM OS の管理インターフェイスまたは PCD アップグレードタスクのいずれかを使用して直接アップグレードを実行している場合にのみ適用されます。 PCD 移行ではこの手順は必要ありません。

バージョンの切り替えについて

ノードをアップグレードすると、新しいソフトウェアが非アクティブバージョンとしてインストールされます。 新しいソフトウェアをアクティベートするには、ノードを新しいソフトウェアバージョンに切り替える必要があります。 新しいソフトウェアバージョンに切り替えるには 2 つの方法があります。

  • 自動切り替え—システムはアップグレードプロセスの一部として自動的にバージョンを切り替えます

  • 手動切り替え—アップグレード プロセスが完了した後で、OS 管理インターフェイスを使用して、バージョンを物理的に切り替えます。

選択する方法は、実行しているアップグレードのタイプによって異なります。 アップグレードプロセスの間、ウィザードはアップグレードされたパーティションをリブートすることによってソフトウェアバージョンを自動的に切り替えるか、または後で手動でバージョンを切り替えるかどうかを選択するようにプロンプトします。 アップグレードの種類ごとの切り替え方法は以下の表の通りです。

アップグレードの種類

切り替えタイプ

プロンプトが表示された場合。 . .

結果

標準アップグレード

自動

GUI: アップグレードされたパーティションをリブート

CLI: アップグレード後に新しいバージョンに切り替える

このオプションを選択すると、システムは新しいソフトウェアバージョンでリブートします。

手動

GUI: アップグレード後にリブートしない

CLI: アップグレード後に新しいバージョンに切り替えないでください

このオプションを選択すると、アップグレードが完了したときに、システムは古いソフトウェアバージョンを実行し続けます。 後ほど手動で新しいソフトウェアに切り替えることができます。

アップグレードの更新

自動

GUI: アップグレードされたパーティションをリブート

CLI: アップグレード後に新しいバージョンに切り替える

アップグレード直後に新しいソフトウェアバージョンを使用するには、このオプションを選択します。

手動

GUI: アップグレード後にリブートしない

CLI: アップグレード後に新しいバージョンに切り替えないでください

更新アップグレードを段階的に実行する場合にのみ、このオプションを使用します。 このオプションを選択すると、アップグレードが完了したときにシステムは古いソフトウェアバージョンでリブートします。後ほど手動で新しいソフトウェアに切り替えることができます。

バージョンを切り替えると、構成情報はアクティブパーティション上のアップグレードされたバージョンに自動的に移行されます。

何らかの理由でアップグレードを中止した場合、システムを再起動して、古いバージョンのソフトウェアを含む非アクティブパーティションを使用することができます。 ただし、ソフトウェアのアップグレード以降に行った構成の変更は失われます。

別の製品バージョンにアップグレードしてから Unified Communications Manager をインストールするか、スイッチオーバーした後の時間で、電話ユーザーが行った変更が失われる場合があります。 電話ユーザ設定の例には、コール転送やメッセージ ウェイティング表示ライトの設定が含まれます。 これは、インストールまたはアップグレード後に、Unified Communications Manager がデータベースを同期し、電話ユーザー設定の変更が上書きされるために発生します。

推奨される順序 (更新アップグレード)

次の表は、更新アップグレードを実行するための推奨される順序を示しています。 この方法がアップグレードにかかる時間と影響が最小になります。

表 1. アップグレードの更新を実行するための推奨順序

[順序(Sequence)]

Unified Communications Manager ノード

IM and Presence サービスノード

1

パブリッシャ ノードを新しいソフトウェア バージョンにアップグレードします。 新しいソフトウェアは非アクティブです。

2

セカンダリサブクライバーノードを並行してアップグレードします。 新しいソフトウェアは非アクティブです。

IM and Presence データベース パブリッシャノードと Unified Communications Manager サブスクライバノードを並行してアップグレードします。

3

プライマリ サブスクライバノードのアップグレード

サブスクライバノードをアップグレードします。 新しいソフトウェアは非アクティブです。

4

パブリッシャノードのソフトウェアのバージョンを切り替えて、再起動します。 新しいソフトウェアがアクティブです。

5

セカンダリ サブスクライバノードのソフトウェアのバージョンを並行して切り替え、再起動します。

データベース パブリッシャ ノードのソフトウェア バージョンを切り替え、再起動してください。 新しいソフトウェアがアクティブです。

6

並行してプライマリサブスクライバノードのソフトウェアバージョンを切り替え、それらをリブートします。

並行してサブスクライバ ノードのソフトウェア バージョンを切り替え、リブートします。 新しいソフトウェアがアクティブです。

7

続行する前に、データベースのレプリケーションがパブリッシャノードとすべてのサブスクライバノード間で完了し、機能していることを確認してください。

データベースリプリケーションが完了し、パブリッシャノードとすべてのサブスクライバノード間で機能していることを確認します。

順序ルール

Unified CM OS Admin インタフェースまたは PCD アップグレードタスクのいずれかを使ってアップグレードを行う場合は、以下の順序付けルールを必ず考慮してください。

  • Unified Communications Manager パブリッシャーノードを最初にアップグレードしてください。 新しいソフトウェアが非アクティブバージョンとしてインストールされます。

  • 新しいソフトウェアの非アクティブなバージョンでパブリッシャノードがアップグレードされたら、すぐに Unified Communications Manager サブスクライバノードのアップグレードを開始できます。

  • Unified Communications Manager パブリッシャーノードを新しいソフトウェアバージョンに切り替え、サブスクライバーノードでバージョンを切り替える前に再起動する必要があります。 パブリッシャノードは、新しいソフトウェアバージョンに切り替えて再起動する最初のノードである必要があります。

  • サブスクライバノードのグループをアップグレードする場合、ソフトウェアバージョンを切り替えてリブートした後、すべてのサブスクライバノードでデータベースの複製が完了するのを待ってから、COP ファイルのインストールまたは設定の変更を行う必要があります。

  • Unified Communications Manager ノードを Maintenance Release(MR)または Engineering Special(ES)Releaseにアップグレードし、IM and Presence Service ノードはアップグレードしない場合、Unified Communications Manager アップグレードを完了してから、すべての IM and Presence ノードを再起動する必要があります。

  • IM and Presence Service ノードに加えて Unified Communications Manager ノードをアップグレードする場合:

    • IM and Presence Service データベース公開者ノードは、アップグレードする最初の IM and Presence Service ノードでなければなりません。 新しいソフトウェアが非アクティブバージョンとしてインストールされます。

    • パブリッシャノードが新しいソフトウェアの非アクティブバージョンでアップグレードされるとすぐに、サブスクライバノード IM and Presence Service のアップグレードを開始することができます。

    • すべての Unified Communications Manager ノードの非アクティブバージョンへのアップグレードが完了するまで待ってから IM and Presence Service データベースパブリッシャノードをアップグレードするか、並行してアップグレードするかを選択できます。 並行してアップグレードする場合は、サブスクライバーノード IM and Presence Service をアップグレードするのと同時に、 Unified Communications Manager データベースパブリッシャーノードのアップグレードを開始してください。

    • IM and Presence Service ノードでバージョンを切り替える前に、新しいソフトウェアのバージョンに切り替え、パブリッシャノードから始まるすべての Unified Communications Manager ノードを再起動する必要があります。

    • IM and Presence Service データベースのパブリッシャノードを新しいソフトウェアバージョンに切り替えて再起動してから、 IM and Presence Service サブスクライバノードのソフトウェアバージョンを切り替える必要があります。

    • IM and Presence Service サブスクライバノードのグループをアップグレードする場合、ソフトウェアバージョンを切り替えて再起動した後、すべてのサブスクライバノードでデータベースの複製が完了するのを待ってから続行してください。

  • IM and Presence Service ノードを Maintenance Release(MR)または Engineering Special(ES)Release にアップグレードするが、Unified Communications Manager ノードをアップグレードしない場合は、次の追加ルールに従います。

    • Unified CM OS Admin インターフェイスを使用したアップグレードの場合、Unified Communications Manager パブリッシャノードをアップグレードしてから、IM and Presence Service を Maintenance Release(MR)または Engineering Special(ES)Release にアップグレードする必要があります。

    • Prime Collaboration Deployment 移行タスクを使用している場合は、IM and Presence Service ノードに加えて、Unified Communications Manager パブリッシャノードを選択する必要があります。

    • Prime Collaboration Deployment アップグレードタスクを使用している場合、Unified Communications Manager の新しいバージョンの最初の 3 桁が IM and Presence Service の現在インストールされているバージョンの最初の 3 桁と一致する限り、パブリッシャノードを選択する必要はありませんUnified Communications Manager

アップグレードの所要時間

ソフトウェアのアップグレードに必要な時間は様々な要因によって異なります。 次のセクションの情報を使用して、アップグレードプロセスを最適化するための手順を理解してください。 以下のセクションでは、アップグレードに必要な時間を見積もるのに役立つ情報と例も記載しています。

アップグレード所要時間に影響を与える要素

下の表は、アップグレードに必要な時間に影響を与える要素を示しています。 システムがこれらの条件を満たしていることを確認することで、アップグレードに必要な時間を短縮することができます。

表 2. 所要時間に影響する要素

項目

説明

外部サービスおよびツール

所要時間は、NTP サーバ、DNS サーバ、LDAP ディレクトリ、その他のネットワークサービスなどの外部サービスやツールが、パケットの欠落なく、可能な限り短い応答時間で到達できる場合に短縮されます。

ESXi サーバと Unified Communications Manager パブリッシャーノードが同じ NTP サーバを指すように設定することを推奨します。

(注)  

 

VM の時刻同期の問題によるアップグレードの失敗を回避するには、次のリンクに記載されている回避策を使用して、ESXi ホストとの VM の NTP 同期を無効にします https://knowledge.broadcom.com/external/article?legacyId=1189

アップグレードイメージのアクセシビリティ

ISO イメージが DVD 上にある、またはすでにダウンロードされており、Unified Communications Manager および IM and Presence Service 仮想マシン(VM)と同じ LAN 上に展開されていることを確認して、時間を節約します。

システムの正常性

仮想マシンの構成はアップグレードの所要時間に影響します。 展開サイズに適した仮想マシンの仕様を使用してください。 データベースが仮想マシンの構成制限を超えている場合、アップグレードプロセスは時間がかかるか、または失敗する可能性があります。 たとえば、VM 構成に対してデバイスが多すぎると、アップグレードに影響します。

低メモリまたはメモリリークはアップグレードに影響を与えます。

ノード間の往復時間 (RTT) は必要な時間を延長します。

データベースに OutOfSynch(OOS)テーブルがないことを確認します。

Unified Communications Manager ノードで SD リンクの停止中のイベントがないことを確認してください。 これらのイベントは通常ネットワークの問題を示しており、アップグレードを開始する前に対処しておく必要があります。

システムエラーはアップグレード時間に影響を与える場合があります。 Real Time Monitoring Tool(RTMT)インターフェイスでは、左側のナビゲーションペインにある [Alert Central] をダブルクリックし、エラーがないことを確認します。

物理および仮想ハードウェア インフラストラクチャ

インフラストラクチャが大容量で低遅延に構成されていて、他のトラフィックからの競合が低い場合、アップグレード時間は短縮されます。 例えば、以下を確認することでアップグレードプロセスを最適化できます。

  • 同じ ESXi ホスト、同じ Direct Attached Storage(DAS)ボリューム、同じ Logical Unit Number(LUN)または同じ輻輳ネットワークリンクを共有する VM でインフラストラクチャの問題はありません。

  • ストレージレイテンシは、../www.cisco.com/go/virtualized-collaboration で指定されている要件を満たしています。

  • 物理 CPU コアと仮想化設計は、Unified Communications ManagerIM and Presence Service の仮想化要件に準拠しています。 仮想マシンがホストリソースを共有することで、CPU をオーバーサブスクライブしないでください。論理コアまたはリソース予約を使用してください。

  • Unified Communications ManagerIM and Presence Service 仮想マシンは同じホスト上にあるか、または他のトラフィックからの競合が少ない 1GbE LAN を持つホスト上にあります。

  • クラスタが WAN 上にある場合は、http://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) に記載されているすべての帯域幅とレイテンシルールに従います。

システム容量

次のような不要なファイルを削除することで、アップグレード時間を短縮します。

  • 通話詳細記録(CDR)レコード

  • TFTP ファイル、ファームウェア、ログファイルなどの古いファイル

スロットリング

IM and Presence Service ノードでは、システムがアップグレードプロセスをスロットリングすることで、アップグレード中のシステムの安定性を維持します。 スロットリングにより、アップグレードが完了するまでの時間が長くなる場合があります。 スロットリングを無効にしてアップグレードにかかる時間を減らすことができますが、システムのパフォーマンスが悪化する場合があります。

最小時間要件を見積もる

下の表は、理想的な条件下でのアップグレードプロセスの各タスクで予想される最小経過時間を示しています。 ネットワークの状態や従うべきアップグレードの順序によっては、アップグレードにはこの表に記載されている時間よりも長くかかる場合があります。


(注)  


アップグレードプロセスを開始すると、アップグレードが完了し、アップグレード後のタスクをすべて実行するまで、構成を変更することはできません。 構成の変更には以下が含まれます。

  • Unified Communications Manager または IM and Presence Service グラフィカル ユーザーインターフェイス(GUI)、コマンドライン インターフェイス(CLI)または AXL API を介した変更

  • LDAP 同期 (Oracle LDAP から Unified Communications Manager にプッシュされる増分同期を含む)

  • 自動ジョブ

  • 自動登録を試みているデバイス


表 3. アップグレードタスクの最小所要時間

タスク

最小時間

サービスへの影響

Unified Communications Manager パブリッシャノードを非アクティブバージョンにアップグレードする

2 から 4 時間

更新アップグレードの場合は 1 時間を追加します

アップグレードの更新: UI にアクセスできません

Unified Communications Manager サブスクライバノードを非アクティブバージョンにアップグレードします

1 から 2 時間

アップグレードの更新: バックアップサブスクライバが設定されていない場合、電話を利用できません

Unified Communications Manager パブリッシャーノードを新しいソフトウェアバージョンに切り替えて再起動してください

30 分

Unified Communications Manager サブスクライバノードを新しいソフトウェアバージョンに切り替えて再起動してください

30 分

標準アップグレード: バックアップサブスクライバが設定されていない場合、電話を利用できません

Unified Communications Manager データベースリプリケーション

小規模クラスターまたは小規模データベースの展開の場合は 30 分

メガクラスターまたは大きなデータベースの場合は 2 時間

(注)  

 

80ms 以上の WAN 遅延では、これらの時間が大幅に長くなる可能性があります。

電話はダイヤルトーンを使用して利用可能ですが、エンドユーザー機能はアップグレードが完了するまで利用できません

IM and Presence Service データベースパブリッシャノードを非アクティブバージョンにアップグレードします

2 から 4 時間

更新アップグレードの場合は 1 時間を追加します

L2 アップグレード時は、電話サービスも IM and Presence も影響を受けません

IM および Presence は更新アップグレードの場合にのみ影響を受けるはずです

IM and Presence Service サブスクライバノードを非アクティブバージョンにアップグレードする

1 から 2 時間

バージョンを切り替える間、L2 またはアップグレードの更新に関係なく、IM と Presence が影響を受けている間も電話サービスは機能し続けます

IM and Presence Service パブリッシャーノードを新しいソフトウェアバージョンに切り替えて再起動してください

30 分

IM および Presence 高可用性が無効になっています

Jabber は利用できません

IM and Presence Service サブスクライバノードを新しいソフトウェアのバージョンに切り替えて再起動してください

30 分

IM および Presence 高可用性が無効になっています

Jabber は利用できません

IM and Presence Service データベースの複製

小規模クラスターまたは小規模データベースの展開の場合は 30 分

メガクラスターまたは大きなデータベースの場合は 2 時間

(注)  

 
WAN 遅延により、これらの時間が大幅に長くなる可能性があります。 許容される最大 WAN 遅延は 80m です。

IM および Presence 高可用性が無効になっています

Jabber は利用できません

このセクションの例は、以下のアップグレードシナリオに基づいています。

  • Unified Communications Manager ノードとインスタントメッセージングおよびプレゼンスノードを含むメガクラスタ

  • 75,000 ユーザ

  • アップグレード所要時間に影響を与える要素 で記載されているように、アップグレードに向けて最適化された正常なシステム