アップグレード プロセス
![]() (注) |
Cisco ISE スタンドアロン ノードをアップグレードする場合、または既存の展開からノードを登録解除していてスタンドアロンのアップグレードを実行する場合は、アップグレードを開始する前に、「/opt/oracle/base/admin/cpm10/dpdump」のパスにあるすべての upgradedb_*.properties ファイルを削除する必要があります。 これらのファイルを削除するにはルート権限が必要になるため、Cisco TAC に接続する必要があります。詳細については「CSCvi87302」を参照してください。 この回避策は、アップグレード ファイル(ise-upgradebundle-2.0.x-2.3.x-to-2.4.0.357.SPA.x86_64.tar.gz)が 2018 年 4 月 13 日よりも前にダウンロードされた場合にのみ必要です。 |
スタンドアロン ノードのアップグレード
application upgrade コマンドを直接使用したり、アプリケーション アップグレード prepare および proceed コマンドを指定された順番に使用してスタンドアロン ノードをアップグレードすることもできます。
管理、ポリシー サービス、pxGrid、およびモニタリングのペルソナを担当するスタンドアロン ノードの CLI から application upgrade コマンドを実行できます。このコマンドを直接実行する場合は、application upgrade コマンドを実行する前にリモート リポジトリから Cisco ISE ノードのローカル ディスクにアップグレード バンドルをコピーして、アップグレードの時間を短縮することを推奨します。
代わりに、application upgrade prepare コマンドと application upgrade proceed コマンドを使用することもできます。application upgrade prepare コマンドを使用すると、アップグレード バンドルがダウンロードされ、ローカルに抽出されます。このコマンドはリモート リポジトリから Cisco ISE ノードのローカル ディスクにアップグレード バンドルをコピーします。ノードをアップグレードする準備ができたら、application upgrade proceed コマンドを実行してアップグレードを正常に完了します。
以下で説明する application upgrade prepare および proceed コマンドを実行することをお勧めします。
始める前に
アップグレードの準備に関する章の説明を必ず読んでください。
手順
ステップ 1 |
ローカル ディスクのリポジトリを作成します。たとえば、「upgrade」というリポジトリを作成できます。 例:
|
||
ステップ 2 |
Cisco ISE コマンドライン インターフェイス(CLI)から、 application upgrade prepare コマンドを入力します。 このコマンドは、アップグレード バンドルを前の手順で作成したローカル リポジトリ「upgrade」にコピーし、MD5 と SHA256 チェックサムを一覧表示します。 例:
|
||
ステップ 3 |
Cisco ISE CLI から、application upgrade proceed コマンドを入力します。
例:
これでアップグレードは完了です。 |
次のタスク
2 ノード展開のアップグレード
application upgrade prepare コマンドおよび proceed コマンドを使用して、2 ノード展開をアップグレードします。手動でノードの登録を解除して、再登録する必要はありません。アップグレード ソフトウェアは自動的にノードを登録解除し、新しい展開に移行します。2 ノード展開をアップグレードする場合、最初にセカンダリ管理ノード(ノード B)だけをアップグレードする必要があります。セカンダリ ノードのアップグレードを完了したら、プライマリ ノード(ノード A)をアップグレードします。次の図に示すような展開の設定の場合、このアップグレード手順を続けることができます。
![](/c/dam/en/us/td/i/300001-400000/300001-310000/302001-303000/302327.eps/_jcr_content/renditions/302327.jpg)
始める前に
-
プライマリ管理ノードから設定および運用データのオンデマンド バックアップを手動で実行します。
-
管理とモニタリングのペルソナが、展開の両方のノードでイネーブルにされていることを確認します。
管理ペルソナがプライマリ管理ノードでのみイネーブルである場合、アップグレード プロセスによりセカンダリ管理ノードを最初にアップグレードすることが求められるので、セカンダリノードの管理ペルソナをイネーブルにします。
または、2 ノード展開で 1 つの管理ノードのみがある場合は、セカンダリ ノードの登録を解除します。両方のノードがスタンドアロン ノードになります。両方のノードをスタンドアロン ノードとしてアップグレードし、アップグレード後に、展開をセット アップします。
-
モニタリング ペルソナが 1 つのノードのみでイネーブルの場合、次に進む前に他のノードのモニタリング ペルソナをイネーブルにします。
手順
ステップ 1 |
CLI からセカンダリ ノード(ノード B)をアップグレードします。 アップグレード プロセスで、自動的にノード B が展開から削除され、アップグレードされます。ノード B は再起動すると、プライマリ ノードにアップグレードされます。 |
ステップ 2 |
アップグレードノード A。 アップグレード プロセスで、自動的にノード A が展開に登録され、アップグレードされた環境でセカンダリ ノードになります。 |
ステップ 3 |
新規の展開で、ノード A をプライマリ ノードに昇格させます。 アップグレードが完了した後、ノードに古いモニタリング ログが含まれる場合、これらのノード上で application configure ise コマンドを実行し、5(データベースの統計情報の更新)を選択します。 |
次のタスク
分散展開のアップグレード
初めに、セカンダリ管理ノードを新しいリリースにアップグレードします。たとえば、次の図に示すように、1 つのプライマリ管理ノード(ノード A)、1 つのセカンダリ管理ノード(ノード B)、1 つのインライン ポスチャ ノード(IPN)(ノード C)、および 4 つのポリシー サービス ノード(PSN)(ノード D、ノード E、ノード F、およびノード G)、1 つのプライマリ モニタリング ノード(ノード H)、および 1 つのセカンダリ モニタリング ノード(ノード I)を含む展開がセットアップされている場合、次のアップグレード手順に進むことができます。
![](/c/dam/en/us/td/i/400001-500000/400001-410000/402001-403000/402615.tif/_jcr_content/renditions/402615.jpg)
![](/c/dam/en/us/td/i/400001-500000/410001-420000/419001-420000/419865.jpg)
![]() (注) |
アップグレードの前にノードを手動で登録解除しないでください。application upgrade prepare コマンドおよび proceed コマンドを使用して、新しいリリースにアップグレードします。アップグレード プロセスは自動的にノードを登録解除し、新しい展開に移行します。アップグレードの前に手動でノードの登録をキャンセルする場合は、アップグレード プロセスを開始する前に、プライマリ管理ノードのライセンス ファイルがあることを確認します。手元にこのファイルがない場合(たとえば、シスコ パートナー ベンダーによってライセンスがインストールされた場合)、Cisco Technical Assistance Center に連絡してください。 |
始める前に
-
展開にセカンダリ管理ノードがない場合は、アップグレード プロセスを開始する前に、セカンダリ管理ノードにするポリシー サービス ノードを 1 つ設定します。
-
アップグレード前の注意事項の章で指定されている手順をすでに読んで完了していることを確認します。
-
全 Cisco ISE 展開をアップグレードする場合は、ドメイン ネーム システム(DNS)のサーバ解決(順ルックアップおよび逆ルックアップ)が必須です。そうでない場合、アップグレードは失敗します。
手順
ステップ 1 |
CLI からセカンダリ管理ノード(ノード B)をアップグレードします。 アップグレード プロセスで、自動的にノード B が展開から登録解除され、アップグレードされます。再起動すると、ノード B は、新しい展開のプライマリ ノードになります。各展開でモニタリング ノードが少なくとも 1 つ必要になるため、アップグレード プロセスは古い展開の該当ノードでイネーブルになっていなくても、ノード B のモニタリング ペルソナをイネーブルにします。ポリシー サービス ペルソナが古い展開のノード B でイネーブルであった場合、この設定は新しい展開へのアップグレード後も維持されます。 |
ステップ 2 |
モニタリング ノードの 1 つ(ノード H)を新規展開にアップグレードします。 セカンダリ モニタリング ノードの前にプライマリ モニタリング ノードをアップグレードすることをお勧めします(古い展開でプライマリ管理ノードがプライマリ モニタリング ノードとしても動作している場合にはこれは不可能です)。プライマリ モニタリング ノードが起動し、新規展開からログを収集します。この詳細は、プライマリ管理ノードのダッシュボードから表示できます。 古い展開でモニタリング ノードが 1 つだけある場合は、アップグレードする前に、古い展開のプライマリ管理ノードであるノード A のモニタリング ペルソナをイネーブルにします。ノード ペルソナの変更により、Cisco ISE アプリケーションが再起動します。ノード A が再起動するまで待ちます。新規展開にモニタリング ノードをアップグレードすると、運用データを新しい展開に移行する必要があるために、他のノードよりも時間がかかります。 新規展開のプライマリ管理ノードであるノード B が、古い展開でイネーブルにされたモニタリング ペルソナを持たない場合、モニタリング ペルソナをディセーブルにします。ノード ペルソナの変更により、Cisco ISE アプリケーションが再起動します。プライマリ管理ノードが起動するまで待ちます。 |
ステップ 3 |
次にポリシー サービス ノード(ノード D、E、F、G)をアップグレードします。複数の PSN を同時にアップグレードできますが、すべての PSN を同時にアップグレードした場合、ネットワークでダウンタイムが発生します。 PSN がノード グループ クラスタの一部である場合、PSN を PAN から登録解除し、スタンドアロン ノードとしてアップグレードし、新規展開の PAN に登録する必要があります。 アップグレード後に、新規展開のプライマリ ノード(ノード B)に PSN が登録され、プライマリ ノード(ノード B)からのデータがすべての PSN に複製されます。PSN ではそのペルソナ、ノード グループ情報、およびプローブのプロファイリング設定が維持されます。 |
ステップ 4 |
プライマリ管理ノードから IPN ノード(ノード C)の登録を解除します。 Cisco ISE、リリース 2.0 以降は、IPN ノードはサポートしていません。 |
ステップ 5 |
古い展開に 2 番目のモニタリング ノード(ノード I)がある場合、次のことを行う必要があります。 プライマリ管理ノード(ノード A)を除いて、他のすべてのノードが新規展開にアップグレードされている必要があります。 |
ステップ 6 |
最後に、プライマリ管理ノード(ノード A)をアップグレードします。 このノードは、セカンダリ管理ノードとしてアップグレードされ、新規展開に追加されます。セカンダリ管理ノード(ノード A)を新規展開のプライマリ ノードに昇格させることができます。 アップグレードが完了した後、アップグレードされたモニタリング ノードに古いログが含まれる場合、application configure ise コマンドを実行し、該当するモニタリング ノードで 5(データベースの統計情報の更新)を選択します。 |
例
![](/c/dam/en/us/td/i/400001-500000/420001-430000/423001-424000/423866.jpg)
次の例は、セカンダリ管理ノードの正常なアップグレードの CLI トランスクリプトです。
ise74/admin# application upgrade proceed
Initiating Application Upgrade...
% Warning: Do not use Ctrl-C or close this terminal window until upgrade completes.
-Checking VM for minimum hardware requirements
STEP 1: Stopping ISE application...
STEP 2: Verifying files in bundle...
-Internal hash verification passed for bundle
STEP 3: Validating data before upgrade...
STEP 4: De-registering node from current deployment...
STEP 5: Taking backup of the configuration data...
STEP 6: Running ISE configuration database schema upgrade...
- Running db sanity to check and fix if any index corruption
- Auto Upgrading Schema for UPS Model
- Upgrading Schema completed for UPS Model
ISE database schema upgrade completed.
% Warning: Sanity test found some indexes missing in CEPM schema. Please recreate missing indexes after upgrade using app configure ise cli
STEP 7: Running ISE configuration data upgrade...
- Data upgrade step 1/30, UPSUpgradeHandler(2.4.0.101)... Done in 42 seconds.
- Data upgrade step 2/30, UPSUpgradeHandler(2.4.0.116)... Done in 0 seconds.
- Data upgrade step 3/30, MachineAuthenticationSettingsRegistration(2.4.0.120)... Done in 0 seconds.
- Data upgrade step 4/30, GuestAccessUpgradeService(2.4.0.126)... Done in 14 seconds.
- Data upgrade step 5/30, RegisterPostureTypes(2.4.0.127)... Done in 1 seconds.
- Data upgrade step 6/30, UPSUpgradeHandler(2.4.0.127)... Done in 0 seconds.
- Data upgrade step 7/30, UPSUpgradeHandler(2.4.0.134)... Done in 0 seconds.
- Data upgrade step 8/30, NSFUpgradeService(2.4.0.140)... Done in 0 seconds.
- Data upgrade step 9/30, NSFUpgradeService(2.4.0.155)... Done in 1 seconds.
- Data upgrade step 10/30, UPSUpgradeHandler(2.4.0.158)... Done in 1 seconds.
- Data upgrade step 11/30, NSFUpgradeService(2.4.0.160)... Done in 0 seconds.
- Data upgrade step 12/30, NSFUpgradeService(2.4.0.161)... Done in 0 seconds.
- Data upgrade step 13/30, NSFUpgradeService(2.4.0.179)... Done in 0 seconds.
- Data upgrade step 14/30, NetworkAccessUpgrade(2.4.0.182)... Done in 1 seconds.
- Data upgrade step 15/30, StorageUpgradeService(2.4.0.183)... Done in 0 seconds.
- Data upgrade step 16/30, DnsHostnameResolutionRegistration(2.4.0.190)... Done in 0 seconds.
- Data upgrade step 17/30, ProfilerUpgradeService(2.4.0.194)... ..Done in 122 seconds.
- Data upgrade step 18/30, CertMgmtUpgradeService(2.4.0.200)... ....Done in 248 seconds.
- Data upgrade step 19/30, NSFUpgradeService(2.4.0.214)... Done in 0 seconds.
- Data upgrade step 20/30, ERSDictionaryRegistration(2.4.0.215)... Done in 0 seconds.
- Data upgrade step 21/30, NetworkAccessUpgrade(2.4.0.216)... Done in 0 seconds.
- Data upgrade step 22/30, ProfilerUpgradeService(2.4.0.227)... Done in 0 seconds.
- Data upgrade step 23/30, ProfilerUpgradeService(2.4.0.228)... Done in 4 seconds.
- Data upgrade step 24/30, ProfilerUpgradeService(2.4.0.229)... Done in 0 seconds.
- Data upgrade step 25/30, NetworkAccessUpgrade(2.4.0.240)... Done in 0 seconds.
- Data upgrade step 26/30, CertMgmtUpgradeService(2.4.0.293)... Done in 7 seconds.
- Data upgrade step 27/30, ProvisioningUpgradeService(2.4.0.299)... Done in 0 seconds.
- Data upgrade step 28/30, NSFUpgradeService(2.4.0.336)... Done in 3 seconds.
- Data upgrade step 29/30, ProfilerUpgradeService(2.4.0.336)... Done in 0 seconds.
- Data upgrade step 30/30, GuestAccessUpgradeService(2.4.0.336)... Done in 23 seconds.
STEP 8: Running ISE configuration data upgrade for node specific data...
STEP 9: Making this node PRIMARY of the new deployment. When other nodes are upgraded it will be added to this deployment.
STEP 10: Running ISE M&T database upgrade...
M&T Log Processor is not running
ISE database M&T schema upgrade completed.
cat: /opt/oracle/base/admin/cpm10/dpdump/upgradedb*.properties: No such file or directory
Gathering Config schema(CEPM) stats .....
Gathering Operational schema(MNT) stats ....
% NOTICE: The appliance will reboot twice to upgrade software and ADE-OS. During this time progress of the upgrade is visible on console. It could take up to 30 minutes for this to complete.
Rebooting to do Identity Service Engine upgrade...
次の例は、正常な PSN ノードのアップグレードの CLI トランスクリプトです。
ise/admin# application upgrade proceed
Initiating Application Upgrade...
% Warning: Do not use Ctrl-C or close this terminal window until upgrade completes.
-Checking VM for minimum hardware requirements
STEP 1: Stopping ISE application...
STEP 2: Verifying files in bundle...
-Internal hash verification passed for bundle
STEP 3: Validating data before upgrade...
STEP 4: De-registering node from current deployment...
STEP 5: Taking backup of the configuration data...
STEP 6: Running ISE configuration database schema upgrade...
- Running db sanity to check and fix if any index corruption
- Auto Upgrading Schema for UPS Model
- Upgrading Schema completed for UPS Model
ISE database schema upgrade completed.
% Warning: Sanity test found some indexes missing in CEPM schema. Please recreate missing indexes after upgrade using app configure ise cli
STEP 7: Running ISE configuration data upgrade...
- Data upgrade step 1/30, UPSUpgradeHandler(2.4.0.101)... Done in 42 seconds.
- Data upgrade step 2/30, UPSUpgradeHandler(2.4.0.116)... Done in 0 seconds.
- Data upgrade step 3/30, MachineAuthenticationSettingsRegistration(2.4.0.120)... Done in 0 seconds.
- Data upgrade step 4/30, GuestAccessUpgradeService(2.4.0.126)... Done in 14 seconds.
- Data upgrade step 5/30, RegisterPostureTypes(2.4.0.127)... Done in 1 seconds.
- Data upgrade step 6/30, UPSUpgradeHandler(2.4.0.127)... Done in 0 seconds.
- Data upgrade step 7/30, UPSUpgradeHandler(2.4.0.134)... Done in 0 seconds.
- Data upgrade step 8/30, NSFUpgradeService(2.4.0.140)... Done in 0 seconds.
- Data upgrade step 9/30, NSFUpgradeService(2.4.0.155)... Done in 1 seconds.
- Data upgrade step 10/30, UPSUpgradeHandler(2.4.0.158)... Done in 1 seconds.
- Data upgrade step 11/30, NSFUpgradeService(2.4.0.160)... Done in 0 seconds.
- Data upgrade step 12/30, NSFUpgradeService(2.4.0.161)... Done in 0 seconds.
- Data upgrade step 13/30, NSFUpgradeService(2.4.0.179)... Done in 0 seconds.
- Data upgrade step 14/30, NetworkAccessUpgrade(2.4.0.182)... Done in 1 seconds.
- Data upgrade step 15/30, StorageUpgradeService(2.4.0.183)... Done in 0 seconds.
- Data upgrade step 16/30, DnsHostnameResolutionRegistration(2.4.0.190)... Done in 0 seconds.
- Data upgrade step 17/30, ProfilerUpgradeService(2.4.0.194)... ..Done in 122 seconds.
- Data upgrade step 18/30, CertMgmtUpgradeService(2.4.0.200)... ....Done in 248 seconds.
- Data upgrade step 19/30, NSFUpgradeService(2.4.0.214)... Done in 0 seconds.
- Data upgrade step 20/30, ERSDictionaryRegistration(2.4.0.215)... Done in 0 seconds.
- Data upgrade step 21/30, NetworkAccessUpgrade(2.4.0.216)... Done in 0 seconds.
- Data upgrade step 22/30, ProfilerUpgradeService(2.4.0.227)... Done in 0 seconds.
- Data upgrade step 23/30, ProfilerUpgradeService(2.4.0.228)... Done in 4 seconds.
- Data upgrade step 24/30, ProfilerUpgradeService(2.4.0.229)... Done in 0 seconds.
- Data upgrade step 25/30, NetworkAccessUpgrade(2.4.0.240)... Done in 0 seconds.
- Data upgrade step 26/30, CertMgmtUpgradeService(2.4.0.293)... Done in 7 seconds.
- Data upgrade step 27/30, ProvisioningUpgradeService(2.4.0.299)... Done in 0 seconds.
- Data upgrade step 28/30, NSFUpgradeService(2.4.0.336)... Done in 3 seconds.
- Data upgrade step 29/30, ProfilerUpgradeService(2.4.0.336)... Done in 0 seconds.
- Data upgrade step 30/30, GuestAccessUpgradeService(2.4.0.336)... Done in 23 seconds.
STEP 8: Running ISE configuration data upgrade for node specific data...
STEP 9: Making this node PRIMARY of the new deployment. When other nodes are upgraded it will be added to this deployment.
STEP 10: Running ISE M&T database upgrade...
M&T Log Processor is not running
ISE database M&T schema upgrade completed.
cat: /opt/oracle/base/admin/cpm10/dpdump/upgradedb*.properties: No such file or directory
Gathering Config schema(CEPM) stats .....
Gathering Operational schema(MNT) stats ....
% NOTICE: The appliance will reboot twice to upgrade software and ADE-OS. During this time progress of the upgrade is visible on console. It could take up to 30 minutes for this to complete.
Rebooting to do Identity Service Engine upgrade...