システムのアップグレード

サポート対象のアップグレードパス

Cisco Webex Meetings Server のこのリリースでは、リリース 1.x から 2.8 へのアップグレードをサポートしています。次の点が適用されます。

アップグレードは、システムに対して行った主要な変更を展開するためのシステムの代替として定義されています。
更新は、システムの増分変更として定義されます。更新の展開の修正とマイナーな改善が更新されました。
更新では、元のシステムからのすべてのデータが保持されます。アップグレードでは、ログを除き、元のシステムからのすべてのデータが保持されます。
アップグレード時には、ソフトウェアのメジャーバージョンをスキップして、それに直接対応するメンテナンスリリース (MR) に直接アクセスすることはできません。

たとえば、1.5MR5 から 2.8MR にアップグレードする場合、1.5MR5 から 2.8 にアップグレードしてから、2.8MR に更新されます。

（注）

すべての更新にダウンタイムが必要です。マルチデータセンターの場合は、両方のデータセンターを同時に更新します。

注意	他方の更新が完了するまで、1つのデータセンターで [再起動 (restart )] をクリックしないでください。両方とも [再起動 (restart )] ボタンが表示されます。リリース 2.5MR6 以降から 2.8 に更新する場合は、他方の更新が完了する前にもう一方のデータセンターを再起動すると、複製が中断されます。

次の表を使用して、Cisco Webex Meetings Server リリース 2.8 へのアップグレードパスを決定します。


インストールされているリリース	インストールするリリース	パス（Path）
1.0 ～ 1.1	2.8	1.5 に更新。 1.5MR5 Patch 2 以降に更新します。 2.8 にアップグレードします。
1.5 ～ 1.5MR4	2.8	1.5MR5 Patch 2 以降に更新します。 2.8 にアップグレードします。
1.5 MR5	2.8	1.5MR5 Patch 2 以降に更新します。 2.8 にアップグレードします。
1.5 MR5 Patch 2 以降	2.8	2.8 にアップグレードします。
2.0 ～ 2.0MR8	2.8	2.0MR9 に更新。 2.8 に更新。
2.0MR9 以降	2.8	2.8 に更新。
2.5 ～ 2.5MR5	2.8	2.5MR6 に更新。 2.8 に更新。
2.5MR6	2.8	2.8 に更新。
2.6 ～ 2.6MR2	2.8	2.6MR3 に更新 2.8 に更新
2.6MR3 以降	2.8	2.8 に更新。
2.7 または 2.7MR	2.8	2.8 に更新。
2.8 または 2.8MR	2.8MR	2.8MR に更新

重要	アップグレード中または更新中に、システムのオーディオ暗号化タイプ (Audio Encrypted-AE/Audio 暗号化されていない-AU) を変更することはできません。導入後、システムを1つのタイプの音声暗号化から別のタイプの音声暗号化に変更する唯一の方法は、新しいシステムを導入することです。

詳細については、次のマニュアルを参照してください。

Cisco Webex Meetings Server Administration Guide Release 2.8:http://www.cisco.com/en/US/products/ps12732/prod_installation_guides_list.html
Cisco Webex Meetings Server Planning Guide and System Requirements Release 2.8:http://www.cisco.com/c/en/us/support/conferencing/webex-meetings-server/products-installation-and-configuration-guides-list.html

高可用性システムの更新

高可用性システムを更新する場合は、システムをリブートする必要があります。リブートプロセスが完了しているように見えてからも、さらに 15 分待機したうえで、高可用性システムの追加手順を開始することを推奨します。

アップグレードを始める前に

システムを自動または手動でアップグレードするための準備として、次のタスクを実行します。

アップグレードに必要な OVA ファイルを取得します。

（注）

暗号化されていないバージョンから暗号化されたバージョンへのアップグレード、または暗号化されたバージョンから暗号化されていないバージョンへのアップグレードはサポートされません。既存のシステム展開に基づいて OVA を取得します。

元の（既存の）システムのすべての VMware スナップショットを削除します。アップグレードプロセス中は、スナップショットを取得しないでください。スナップショットを削除するには、スナップショットの削除を参照してください。
元の（既存の）システムで各仮想マシンのバックアップを作成します。（VMware を使用したバックアップの作成 vCenter を参照）。
メンテナンスの停止を計画します。アップグレードプロセス中は、元のシステムはメンテナンスモードになるので排他的アクセス権が必要になります。この間、ユーザはミーティングのためにシステムにアクセスすることができなくなります。アップグレードのこの部分を、ユーザにとって最も混乱しない時間にスケジュールします。
データストアのサイズの拡張を計画します。アップグレードしたシステムのテストが完了し、元のシステムを削除するまで、元のシステムとアップグレードしたシステムはデータストアを共有します。
元のシステムのホスト名と IP アドレスがアップグレードされたシステムで再利用されていることを確認します。また、両方のシステムの内部仮想マシンが同じサブネットに存在することを確認します。パブリックアクセスを追加している場合は、元のシステムのインターネットリバースプロキシ仮想マシンと、アップグレードしたシステムのインターネットリバースプロキシ仮想マシンが、同じサブネット上にある必要があります。
vCenter のホスト名が DNS サーバで解決されることを確認します。ホスト名の ping を実行してリンクをテストします。

（注）

アップグレード後は、CWMS システム がデータセンターのデフォルト名になります。他の言語には変換されません。

システムの自動アップグレード

以下の手順には、自動アップグレードを完了するために必要な高レベルのタスクが列挙されています。この手順には、いくつかのタスクを完了するために必要な詳細手順を説明するトピックへのリンクも記載されています。

始める前に

自動アップグレードプロセスを使用してシステムをアップグレードする前に、次のことを実行します。

マルチデータセンター（MDC）環境では、結合されたデータセンターを拡張またはアップグレードすることはできません。セカンダリデータセンターは、MDC から削除し、単一データセンター（SDC）として拡張またはアップグレードする必要があります。データセンターを変更し、データセンターのサイズとバージョンが一致していることを確認した後、MDC 環境を復元することができます。
他のシステム管理者に通知します。アップグレード中に元のシステムにアクセスしたり、変更したりすると、予期しない結果が発生することがあります。
アップグレードされたシステムの管理仮想マシンで、追加の IP アドレスとホスト名を設定して、一時的に使用できるようにします。VLAN 内で使用可能な任意の IP アドレスを指定できます。ホスト名には任意で設定できます。この IP アドレスとホスト名は、アップグレードプロセスの最後で置き換えられます。

このプロセスでは、元のシステムとアップグレードされたシステムの両方の電源がオンになっています。一時的な IP アドレスとホスト名によって、この手順のこの部分での IP の矛盾を回避できます。元のシステムから変更済みのシステムにデータを転送した後は、元のシステムの電源がオフになります。プロセスの終了時は、変更されたシステムのメンテナンスモードが解除されて、リブートされます。

リブート中は、一時的ば IP アドレスとホスト名がリリースされ、変更されたシステムは、元の管理仮想マシンの IP アドレスとホスト名を使用します。

管理仮想マシンと IRP 仮想マシン間にファイアウォールが設定されている場合、一時的な IP アドレスはファイアウォールを介して承認されます。
vSwitch が分散スイッチとして ESXi ホスト上で使用されていないことを確認します。自動プロセスは、CWMS ESXi ホスト上の vSphere Distributed Switch をサポートしていません。標準スイッチに変更するか、手動のプロセスを使用します。
いずれのシステムも手動でオンにしたり、シャットダウンしたりしないでください。

手順

ステップ 1	ブラウザのキャッシュをクリアします。キャッシュされたリソースによって、web ページのパフォーマンスが向上します。ただし、キャッシュされたデータは間違っている可能性があります。したがって、ブラウザのキャッシュをクリアすることをお勧めします。
ステップ 2	元のシステム上で、[システム（System）] > [詳細情報（View more）] > [ライセンスの管理（Manage Licenses）] をクリックします。ライセンスマネージャが新しいタブに表示されます。
ステップ 3	次に、[ライセンス要求の作成（Generate License Request）] をクリックします。ライセンス要求テキストを記載したポップアップが表示されます。このテキストをコピーして、便利な場所に保存します。これは、ライセンスを再利用する必要がある場合に、予防措置となります。この情報は、シスコがライセンスを見つけるのにも役立ちます。
ステップ 4	VSphere クライアントを使用して、管理仮想マシンを展開します。自動アップグレードサフィックス付きの設定を選択して、アップグレードされたシステムの一時 IP アドレスを使用します。たとえば、`250 ユーザの管理自動アップグレード`です。元のシステムの管理仮想マシンと同じホストを使用します。
ステップ 5	アップグレードした管理仮想マシンが元のシステムのディスクにアクセスできることを確認します。管理仮想マシンは、同じ ESXi ホスト上にあり、同じデータストアにアクセスできるため、すべてのディスクセットにアクセスできます。管理仮想マシンのデータストア（vmdk）ファイルが使用するデータストアは、自動アップグレードプロセスで使用されるのと同じ vCenter 資格情報を使用することで vCenter から表示できます。
ステップ 6	アップグレードされたシステムの管理仮想マシンを起動し、仮想マシンコンソールに表示される展開 URL を書き留めます。
ステップ 7	Web ブラウザの URL フィールドに展開 URL を入力します。
ステップ 8	仮想マシンが自動的に展開されるように、管理用 URL、管理用資格情報、vCenter 用 URL および vCenter 用資格情報を入力します。 VMware vCenter 資格情報の指定を参照してください。
ステップ 9	追加の仮想マシンを展開するには、[続行（Continue）] を選択します。主催者は、管理者が元のシステムをメンテナンスモードにするまで、ミーティングを開催できます。ただし、アップグレード中に管理者が元のシステムにアクセスしたり、変更したりすると、予期しない結果が発生することがあります。
ステップ 10	VCenter に一覧表示される、自動作成された仮想マシンの名前を確認してください。仮想マシンの名前の形式は、`CWMS_hostname_MMDDHHmm` で、`mm`= 分です。アップグレードが完了すると、それらの仮想マシンは表示されなくなります。CWMS アップグレードの一環として作成された仮想マシンを検索するには、上記の形式を使用します。アップグレードの進行状況は、プライマリシステムの管理仮想マシンに接続されている VMware コンソールと、アップグレードされたシステムの展開 URL に表示されます。VMware コンソールには、アップグレードプロセス中にブラウザウィンドウを誤って閉じた場合に使用できる展開 URL が表示されます。
ステップ 11	システムを自動的にメンテナンスモードに移行し、アップグレードされたシステムのセットアップを開始するには、[続行（Continue）] を選択します。メンテナンスモードを有効にすると、セットアップが最大 30 分かかる可能性があるというメッセージが表示されます。
ステップ 12	アップグレードした Cisco Webex 管理サイトを起動するには、[管理サイトにログイン（Sign In to Administration Site）] を選択してサインインします。
ステップ 13	システムが正常な状態になるまで待機してから、アップグレードしたシステムでメンテナンスモードをオフにし、[続行（Continue）] を選択します。会議サービスが利用可能になるまで数分かかることがあります。[システムプロパティ (System Properties )] ページにリストされているすべての仮想マシンに良好なステータス (緑色) が表示されている場合、システムは会議を開始するための準備ができています。メンテナンスモードのオン/オフの切り替えを参照してください。システムがリブートします。
ステップ 14	アップグレードしたシステムをテストします。システムテストについてを参照してください。アップグレードしたシステムが問題なく実行される場合は、元のシステムを削除して、そのリソースを解放することができます。元のシステムを削除するときにアップグレードしたシステムを実行したままにすることで、ハードディスク 4 のベースの VMDK ファイルが誤って削除されないようにします。アップグレードが失敗した場合は、アップグレードしたシステムの電源を切り、元のシステムの電源を入れて、Cisco TAC に連絡してください。
ステップ 15	アップグレードしたシステムに必要であれば、ライセンスバージョンをホスト変更して更新します。主要なシステム変更後のライセンスの再ホスティングを参照してください。ライセンスフリーの猶予期間は 180 日で終了します。元のシステムにある有効なライセンスは 180 日の期間内にホスト変更する必要があります。元のシステムがライセンスフリーの猶予期間に実行されていた場合は、ホスト変更により、期限までの残りの日数がアップグレードしたシステムに転送されます。

次のタスク

Webex Meetings アプリケーションまたは Webex 生産性向上ツールを更新する必要があり、アップグレードがブロックされていない場合には、アップグレードに関する警告ダイアログボックスが表示されます。場合によっては、Webex Meetings アプリケーションまたは生産性向上ツールをユーザにプッシュする必要があります。http://www.cisco.com/c/en/us/support/conferencing/webex-meetings-server/products-installation-and-configuration-guides-list.html にある『Cisco Webex Meetings Server プランニングガイドとシステム要件』の Cisco Webex ミーティングアプリケーションと生産性向上ツール互換性マトリクスのセクションを参照してください。

システムの手動アップグレード

以下の手順では、手動アップグレードを完了するために必要な高レベルのタスクが列挙されています。この手順には、いくつかのタスクを完了するために必要な詳細手順を説明するトピックへのリンクも記載されています。

始める前に

マルチデータセンター（MDC）環境では、結合されたデータセンターを拡張またはアップグレードすることはできません。セカンダリデータセンターは、MDC から削除し、単一データセンター（SDC）として拡張またはアップグレードする必要があります。データセンターを変更し、データセンターのサイズとバージョンが一致していることを確認した後、MDC 環境を復元することができます。

アップグレードしたシステムが元のシステムの管理仮想マシンのディスクにアクセスできることを確認します（ハードディスク 4 は、元のシステムからアップグレードしたシステムにコピーされます）。

アップグレードしたシステムでは元の仮想マシンのホスト名と IP アドレスが使用されているため、両方のシステムを同時に起動して実行しないでください。

手順

ステップ 1

ブラウザのキャッシュをクリアします。

キャッシュされたリソースによって、web ページのパフォーマンスが向上します。ただし、キャッシュされたデータは間違っている可能性があります。したがって、ブラウザのキャッシュをクリアすることをお勧めします。

ステップ 2

元のシステム上で、[システム（System）] > [詳細情報（View more）] > [ライセンスの管理（Manage Licenses）] に移動します。

ライセンスマネージャが新しいタブに表示されます。

ステップ 3

次に、[ライセンス要求の作成（Generate License Request）] をクリックします。

ライセンス要求テキストを記載したポップアップが表示されます。このテキストをコピーして、便利な場所に保存します。これは、ライセンスを再利用する必要がある場合に、予防措置となります。この情報は、シスコがライセンスを見つけるのにも役立ちます。

ステップ 4

Webex Site Administration にサインインします。

ステップ 5

[システム（System）] タブに移動し、[管理（Manage）] に移動します。

ステップ 6

システム再展開によるメジャーなアップグレード（新しい OVA ファイルが必要です）を選択します。

ステップ 7

[続行（Continue）] をクリックして、元のシステムデータをアーカイブしてから、システムをメンテナンスモードにします。

ステップ 8

VMware vSphere クライアントを使用して、元のシステムの仮想マシンをシャットダウンします。

各仮想マシンの [電源（Power）] > [シャットダウンゲスト（Shut Down Guest）] をクリックします。

ステップ 9

アップグレードしたシステムのすべての仮想マシン（含む：高可用性（HA）の仮想マシンと、インターネットリバースプロキシ（IRP）の仮想マシン）を展開します。

マルチデータセンター（MDC）を展開している場合は、HA マシンを展開しないでください。MDC では HA をサポートしていません。

重要	導入中は、導入後に VM の電源をオンにするオプションがあります。このオプションがオフになっていることを確認します。また、次の手順を実行する前に、VM を手動で起動していないことを確認してください。この注意事項は、データを移行する代わりに新しい展開を作成することがないようにするためのものです。VM が起動されている場合は、続行する前にそれらの VM を削除して再展開する必要があります。

ステップ 10

元のシステムのデータをアップグレードしたシステムの管理仮想マシンにコピーします。

既存の VMDK ファイルを新しい仮想マシンにアタッチするを参照してください。

ステップ 11

アップグレードした管理仮想マシンの電源を入れ、仮想マシンコンソールに表示される展開 URL を書き留めます。

システムに HA が含まれている場合は、HA 管理者の展開から HA 仮想マシンをセットアップせずに、アップグレードスクリプトが HA 仮想マシンを検出できるようにしてください。

ステップ 12

アップグレードした他の仮想マシンの電源を入れます。

ステップ 13

Web ブラウザに展開 URL を入力します。

ステップ 14

[続行（Continue）] をクリックして、システムセットアップを起動します。

アップグレードの進行状況は、プライマリシステムの管理仮想マシンに接続されている VMware コンソールと、アップグレードされたシステムの展開 URL に表示されます。

VMware コンソールには、アップグレードプロセス中にブラウザウィンドウを誤って閉じた場合に使用できる展開 URL が表示されます。

ステップ 15

システムが正常な状態になるまで待機してから、メンテナンスモードをオフにして、[続行（Continue）] をクリックします。

会議サービスが利用可能になるまで数分かかることがあります。[システムプロパティ (System Properties )] ページにリストされているすべての仮想マシンに良好なステータス (緑色) が表示されている場合、システムは会議を開始するための準備ができています。メンテナンスモードのオン/オフの切り替えを参照してください。

ステップ 16

アップグレードしたシステムをテストします。

システムテストについてを参照してください。

アップグレードしたシステムが問題なく実行される場合は、元のシステムを削除して、そのリソースを解放することができます。元のシステムを削除するときにアップグレードしたシステムを実行したままにすることで、ハードディスク 4 のベースの VMDK ファイルが誤って削除されないようにします。

アップグレードが失敗した場合は、アップグレードしたシステムの電源を切り、元のシステムの電源を入れて、Cisco TAC に連絡してください。

ステップ 17

アップグレードしたシステムに必要であれば、ライセンスバージョンをホスト変更して更新します。

主要なシステム変更後のライセンスの再ホスティングを参照してください。

ライセンスフリーの猶予期間は 180 日で終了します。元のシステムにある有効なライセンスは 180 日の期間内にホスト変更する必要があります。元のシステムがライセンスフリーの猶予期間に実行されていた場合は、ホスト変更により、期限までの残りの日数がアップグレードしたシステムに転送されます。

次のタスク

Webex Meetings アプリケーションまたは Webex 生産性向上ツールを更新する必要があり、アップグレードがブロックされていない場合には、アップグレードに関する警告ダイアログボックスが表示されます。場合によっては、Webex Meetings アプリケーションまたは生産性向上ツールをユーザにプッシュする必要があります。お使いのリリースの『Cisco Webex Meetings Server プランニングガイドとシステム要件』の "Cisco Webex ミーティングアプリケーションと生産性向上ツール互換性マトリクスのセクション"を参照してください。

Cisco Webex Meetings Server リリース 2.8 アドミニストレーションガイド

偏向のない言語

翻訳について

Book Title

Cisco Webex Meetings Server リリース 2.8 アドミニストレーションガイド

Chapter Title