Cisco Unified Communications Manager 9.1 移行およびアップグレード ガイド
移行およびアップグレードに関する考慮事項
移行およびアップグレードに関する考慮事項
発行日;2013/05/07   |   ドキュメントご利用ガイド   |   ダウンロード ;   この章 pdf   ,   ドキュメント全体 pdf    |   フィードバック

移行およびアップグレードに関する考慮事項

ここでは、次のアップグレード パスすべてに適用される一般的なアップグレードのガイドラインを設定します。

Linux から Linux(L2)へのアップグレード

L2 のアップグレード中にはサーバのダウンタイムがほとんどありません。 L2 アップグレードは、非アクティブ パーティションに新しいソフトウェア リリースをインストールする間、ノードがアクティブ パーティションの既存のソフトウェア上で実行および動作し続けることで実現されます。 ソフトウェア リリースは、再起動時に切り替わります。 再起動は新しいソフトウェア リリースがインストールされた後に自動でも、後の時間に管理者コマンドによって手動でも開始できます。 L2 アップグレードの一部の例は、リリース 6.1(3) から 7.1(5)、7.1(2) から 8.0(3)、または 8.6(1) から 9.1(1) へのアップグレードを示します。

既存のリリースの実行中は L2 アップグレードが非アクティブ パーティションに新しいリリースをインストールできるため、L2 アップグレードの実際のダウンタイムは、アップグレードの完了後、リリースを切り替える間のノードの再起動時間だけです。

更新アップグレード

更新アップグレードは、新旧のソフトウェア リリースが非互換の場合に必要になります。 ノードがアクティブ パーティションのソフトウェアで動作している間は、非アクティブ パーティションに新しいソフトウェアをインストールすることはできません。 このアップグレードでは、アップグレード プロセスの早い段階でノードが再起動されるため、新しいソフトウェア リリースのインストール中、ノードはオフラインになります。 Cisco Unified Communications Manager に対して定義されている更新アップグレード パスは、リリース 8.5(x) 以前のリリースから 8.6(1) 以降のみに含まれています。 更新アップグレードの一部の例は、リリース 8.0(3) から 8.6(1)、8.5(1) から 8.6(2)、7.1(5) から 8.6(1)、8.5(1) から 9.1(1) のアップグレードを示します。

更新アップグレードを実行するとき、ノードのダウンタイムは L2 アップグレードよりはるかに長くなります。 通常の更新アップグレードは、データベースのサイズに応じて 1 ~ 4 時間の間です。 アップグレード中、Cisco Unified Communications Manager のノードはオフラインになるので、それに応じて計画を立ててください。

7825H3 および 7828H3 サーバの更新アップグレード

更新アップグレード中に、インストール プロセスは MCS 7825H3 および 7828H3 サーバの RAID を再構成します。 すべてのデータはアップグレード中に外部 USB ドライブにエクスポートされます。 RAID が再構成され、オペレーティング システムをインストールした後、インストール プロセスがサーバを新しいリリースにアップグレードするには、USB ドライブのデータを使用します。

重要:

RAID の再構成中、すべてのデータはハード ドライブから削除されます。

これらのシステムの更新アップグレード中に障害が発生した場合、(他のサーバ モデルのアップグレード見られるような)以前のリリースに戻す切り替え方法はありません。 DRS バックアップからこれらのサーバを復元する必要があります。

他のモデルは RAID を再構成する必要はありません。

障害のリスクに対し、シスコは MCS 7825H3 および 7828H3 サーバの更新アップグレードを回避することを推奨します。 これらのプラットフォームはリリース 9.1(1) をサポートしますが、シスコは、リリース 9.1(1) よりもリリース 8.0(3) での仮想化をして、MCS 7825H3 および 7828H3 サーバの更新アップグレードを回避することを推奨します。

すべてのクラスタ ノードのアップグレード

重要:

新規としてサブスクライバをインストールしないでください。

シスコは、クラスタ内のすべてのサーバを(クラスタ内の適切なアップグレード順に関して)同時にアップグレードすることを推奨します。 パブリッシャ ノードをアップグレードしてからサブスクライバ/ユーティリティ ノードを再構築すると、サブスクライバまたはユーティリティ ノードがオンラインになる際、ノード固有データの損失が発生します。 新規としてインストールしたノードから欠落している機能またはデータの要約リストは次のものを含みますが、これに限られません。

  • サービス アクティベーション
  • TFTP ファイル
  • 非標準または Cisco オプション パッケージ(COP):インストール済み電話機ファームウェア
  • 保留音(MOH)ファイル
  • サーバ証明書
  • SNMP 設定
  • Trace and Log Central のスケジュール ジョブ

実稼働ネットワークへのアップグレード

実稼働ネットワークで Cisco Unified Communications Manager のクラスタをアップグレードする必要があります。 シスコはラボやデッドネット環境の Cisco Unified Communications 製品のインストールをサポートしていません。 Cisco Unified Communications サーバをインストールすると、そのサーバはラボ ネットワークでは使用できない可能性があるネットワーク リソースにアクセスする必要があります。

DNS、LDAP、NTP、デフォルト ゲートウェイなどのネットワーク サービスは、Cisco Unified Communications Manager サーバの適切な導入にとって重要です。 展開がラボで成功する可能性がありますが、潜在的なインストールの問題が、コール処理にマイナスの影響を与える実稼働環境で後に発生し得ます。 したがって、ラボまたはデッドネット環境の Cisco Unified Communications Manager のインストールはサポートされていません。

ブリッジ モード

レガシー MCS サーバの中には、ブリッジ モードで Cisco Unified Communications Manager の新しいリリースをサポートするのみのものもあります。 ブリッジ モードは、サーバがそのリリースの動作を認定されてはいないけれども、MCS ハードウェアから仮想環境に移行するために使用できることを意味します。 ブリッジ モード中は、Cisco Unified Communications Manager サービスが起動せず、移動、追加、変更、または削除はできません。

クラスタはブリッジ モードで長時間は実行できません。 ブリッジ モードのサーバは、新しい仮想マシン インストールにサーバ ノードを復元するために使用される DRS バックアップのみを許可します。

Enterprise License Manager

Enterprise License Manager は、ライセンスの履行を含め、合理的でエンタープライズワイドなユーザ 単位ライセンス管理を提供します。 Enterprise License Manager には、ライセンスの履行処理、サポート対象製品のライセンスの割り当ておよび調整、使用と権限付与に関するエンタープライズ レベルのレポートを行う機能があります。

Enterprise License Manager アプリケーションは、リリース 9.x にアップグレード(または新規にインストール)される Cisco Unified Communications Manager または Cisco Unity Connection ノードに常駐のデフォルトでインストールされます。

別の MCS サーバまたは仮想マシンのスタンドアロン アプリケーションとしても、Enterprise License Manager をインストールできます。 このマニュアルは、常駐の展開のみに適用されます。

Enterprise License Manager および展開オプションの詳細については、『Cisco Unified Communications System 9.x SRND』を参照してください。 Enterprise License Manager の使用に関する詳細については、Cisco.com の『Enterprise License Manager User Guide』を参照してください。

重要:

次のアップグレード パスを開始する前に、「サーバのサポート」を参照してください。アップグレード パス「Direct-to-Release 9.x」と「Virtualize at Release 8.0」のいずれを必要とするかを決定できます。

直接リリース 9.x にアップグレードするためのベースライン リリース要件

実行している Cisco Unified Communications Manager のリリースは、Cisco Unified Communications Manager を実行している Cisco Media Convergence Server(MCS)のハードウェアほどアップグレード パスの選択に影響を与える場合があります。 「Direct to Release 9.1 アップグレード パス」はリリース 6.1(4) ~ 6.1(5)SU3 および 7.1(3) 以降のみサポート対象です。 リリース 6.1(3) または 7.1(2) など、ここに示されていないリリースを実行している場合は、「Virtualize at Release 8.0 アップグレード パス」を使用します。Cisco Unified Communications Manager のリリースが、リリース 8.0(3) にアップグレード可能であるサポート対象のリリースのリストにない場合、リリース 8.0(3) またはリリース 9.1(1) の MCS ハードウェア サポートに従って、リリース 8.0(3) またはリリース 9.1(1) と互換性があるリリースにまずアップグレードします。

DRS バックアップ要件

シスコは、アップグレード プロセスのキー段階の前およびその時に、クラスタ全体の DRS バックアップを実行することを強く推奨します。 最新のバックアップなしでアップグレードすると、アップグレード プロセス中に問題がある場合に、データの損失、ノード設定の損失、またはサービスの中断が発生する可能性があります。