アップグレード Identity Services Engine （ISE）

概要

この資料に Cisco ISE アプライアンスおよび Virtual Machine （VM）で設定される 2.6 に既存の Identity Services Engine （ISE）バージョン 2.4 をアップグレードする方法を記述されています。 それはまたアップグレード プロセスが開始される前にコンフィギュレーションデータ アップグレードの問題を検出し、解決するのにアップグレード準備ツール（URT）を使用する方法を含まれています。 

前提条件

要件

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

• Identity Services Engine（ISE）
• ISE 配備の異なる型を記述するのに使用される用語の知識

使用するコンポーネント

このドキュメントの情報は、次のソフトウェアとハードウェアのバージョンに基づくものです。

• ISE、リリース 2.4
• ISE、リリース 2.6

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

注: プロシージャは他の ISE バージョンのために類似したまたは同一です。 これらのステップはすべての 2.x ISE ソフトウェア リリースで特に明記しない限り使用することができます。

背景説明

Cisco ISE 配備アップグレードはマルチステップ プロセスで、この資料で規定 される順序で実行された必要があります。 最小ダウンタイムのアップグレードのために計画するために提供されるこの資料で時間推定を使用して下さい。 PSN グループとの配備に関してはの一部である複数のポリシー Service Node （PSN）、ダウンタイムがありません。 アップグレードされる PSN によって認証されるエンドポイントがあれば、要求はノード グループの別の PSN によって処理されます。 エンドポイントは認証が正常だった後再認証され、ネットワーク アクセスを認められます。

アップグレード準備ツール

アップグレード プロセスを開始する前にコンフィギュレーションデータ アップグレードの問題を検出し、解決するために URT を使用して下さい。 アップグレード障害のほとんどはコンフィギュレーションデータ アップグレードの問題が理由で発生します。 URT はアップグレードの前に識別するためにデータを検証し問題を、可能な限り報告するか、または解決します。 URT はセカンダリ ポリシー 管理 ノードかスタンドアロン ノードで実行することができる別途のダウンロード可能バンドルとして利用できます。 このツールを実行するダウンタイムがありません。

このビデオ リンクは URT を使用する方法を説明します。

URT はセカンダリ管理 ノードかスタンドアロン ノードで実行する必要があります。

注意： URT ツールは Monitoring ノード（MnT）操作上データ アップグレードを模倣しません。

スタンドアロン ノードの URT を実行する方法を示す例はここにあります（同じプロセスはセカンダリ管理 ノードで従うことができます）。

ステップ 1. URT バンドルをダウンロードして下さい。

計画が。バージョン 2.6 へアップグレードすることであるので、イメージに示すように ISE 2.6 （ise-urtbundle-2.6.0.156-1.0.0.SPA.x86_64.tar.gz）のための Cisco.com で送達される URT をダウンロードして下さい。

2.6 のための URT

ステップ 2.リポジトリを作成し、URT バンドルをコピーして下さい。

方がパフォーマンスおよび信頼性のためにファイル転送プロトコル（FTP）を使用するために推奨します。 低速WANリンクを渡ってあるリポジトリを使用しないで下さい。 ノードに近い方にあるローカル リポジトリを使用することを提案します。

ISE GUI から、イメージに示すように Administration > システム > メンテナンス > リポジトリ > Add への移動。 

リポジトリ

任意で、時間を節約するために、このコマンドの使用の Cisco ISE ノードのローカル ディスクに URT バンドルをコピーして下さい:

copy repository_url/path/ise-urtbundle-2.6.0.xxx-1.0.0.SPA.x86_64.tar.gz disk:/

(Add the host key if it does not exist) crypto host_key add host mySftpserver
copy sftp://aaa.bbb.ccc.ddd/ ise-urtbundle-2.6.0.xxx-1.0.0.SPA.x86_64.tar.gz disk:/

ステップ 3. URT バンドルを実行して下さい。

URT をインストールするためにアプリケーション インストール コマンドを入力して下さい:

application install ise-urtbundle-2.6.0.x.SPA.x86_64.tar.gz reponame

警告はノードで動作しているユーザがまだ URT をこのノードで実行し続けることを望んだらサービス述べ。 イメージに示すように続行するために Y を入力して下さい。

時々 URT 経過時間が古いことに注意するかもしれません。 バンドルは Cisco Webサイトからダウンロードされる最新のものである限り更に続行することは良いです。 最新の URT バンドルはまた 45 日以上古い場合もあります。 続行するために Y を入力して下さい。

ケースは 1. URT 実行正常です

1. URT がうまく働く場合、出力はこれに類似したです:

2. URT は設定および MNT データのサイズに基づいて各ノードのアップグレードのための推定所要時間を提供します。

3. 正常に URT 実行を完了した後、アップグレードに進んで下さい。

4. URT:

• URT が Cisco ISE のサポート対象バージョンで動作すればチェック。 サポート対象バージョンはリリース 2.1、2.2、2.3、および 2.4 です（バージョン 2.6 へのアップグレードのために）。
• URT が Cisco スタンドアロン ISE ノードかセカンダリ ポリシー 管理 ノード（セカンダリ PAN）で動作することを確認します。
• URT バンドルが 45 日以下古ければチェックは-このチェック最新 URT バンドルを使用するようにするために行われます。

すべての前提条件が満たされればチェック。

これらは URT によってチェックされる前提条件です:

• バージョン互換性
• ペルソナ チェック
• ディスク領域

注: ディスク 要件サイズの利用可能なディスク サイズを確認して下さい。 ディスク サイズを増加し、ISE を再インストールし、構成バックアップを復元するために必要となれば。

• NTP サーバ
• メモリ
• システムおよび信頼できる証明書確認

5. 設定 データベースをクローンとして作ります。

6. コピーはアップグレード バンドルに最も遅くファイルをアップグレードします。

注: URT バンドルにパッチがなければ出力は戻ります: N/A.This は熱いパッチをインストールするとき予測どおりの動作です。

7. クローンとして作られたデータベースのスキーマおよびデータ アップグレードを行います。

• クローンとして作られたデータベースのアップグレードが正常である場合、アップグレードが終了することができるようにかかる必要がある時間の推定を提供します。

• アップグレードが正常である場合、クローンとして作られたデータベースを取除きます。

• クローンとして作られたデータベースのアップグレードが失敗した場合、必須ログを集め、暗号化パスワードのためにプロンプト表示し、ログ バンドルを生成し、ローカル ディスクで保存します。

ケース 2. URT 実行は不成功です

1. URT はアップグレードにおいての問題を引き起こす場合がある原因が原因で失敗する場合があります。 それが起こる場合、URT は失敗の原因を戻します。

2. URT 失敗の実行例はここにあります:

3. 原因と失敗される URT: 友好的なネーム「VeriSign クラス 3 セキュアサーバ CA が付いている信頼できる証明書は- G3 無効です: 証明書は切れました。

4. アップグレード事前点検で説明されているように、ISE システムに期限切れの証明書があれば、アップグレードは失敗します。 すべての期限切れの証明書が更新されるか、または取り替えられることが必要となります。

5. URT はユーザが失敗原因の不確実である場合 Cisco TAC と共有することができる失敗ログを保存します。

6. それはログを暗号化するためにパスワードを入力するためにプロンプト表示します。 これらの URT ログはローカル ディスクで保存されます。

7. それらをローカル ディスクからリポジトリにコピーし、解決のための Cisco TAC とそれを共有して下さい。

ISE をアップグレードして下さい

アップグレードが開始される前に、これらのタスクが完了するようにして下さい:

1. ISE 設定および操作上データのバックアップを得て下さい。

2. システムログのバックアップを得て下さい。

3. スケジュールバックアップを無効に して下さい。 配備アップグレードが完了する後バックアップ スケジュールを再構成して下さい。

4. 証明書およびプライベート キーをエクスポートして下さい。

5. リポジトリを設定して下さい。 アップグレード バンドルをダウンロードし、リポジトリに置いて下さい。

6. Active Directory （AD）のメモに該当する場合資格情報および RSA SecurID ノード シークレットに加入させます。 この情報はアップグレードの後で Active Directory か RSA SecurID サーバに接続するために必要です。

7. アップグレード パフォーマンスを改善するために操作上データを削除して下さい。

8. リポジトリへのインターネット接続がよいことを確認して下さい。

注: 完了するために 35 分以上かかる場合リポジトリからの結合点時刻へのアップグレード バンドルのダウンロード。

アップグレードの準備をして下さい:

GUI から ISE をアップグレードして下さい

この警告メッセージが見られれば: 「ノード Upgrade ウィンドウにアップグレード前の状態に」は、ナビゲートします、クリックします詳細 リンクを変更を取り消しました。 アップグレード障害 Details ウィンドウにリストされている問題に対処して下さい。 結局それらの問題は固定、『Upgrade』 をクリック します アップグレードを再起動するためにです。

ステップ 1. Admin ポータルの Upgrade タブをクリックして下さい。

ステップ 2.続行しますクリックして下さい。

ステップ 3 「検討しチェックリスト」チェックボックスを、『Continue』 をクリック しますチェックして下さい。

ステップ 4.リポジトリからノードにアップグレード バンドルをダウンロードして下さい:

1. バンドルがダウンロードする必要があるノードの隣でチェックボックスをチェックして下さい。

2. [Download] をクリックします。 選定されたリポジトリおよびバンドル ウィンドウはイメージに示すように現われます。

3. リポジトリを選択して下さい。

4. アップグレードのために使用するバンドルの隣でチェックボックスをチェックして下さい。

5. 確認しますクリックして下さい。 バンドルがノードにダウンロードされれば、アップグレードの用意するべきノード ステータス 変更。

ステップ 5. 『Continue』 をクリック して下さい。 それから、Upgrade ノード ウィンドウは現われます。 始まるために『Upgrade』 をクリック して下さい。

CLI から ISE をアップグレードして下さい

続行する前に」始める前に「タイトルを付けられる章を読むために確認して下さい。 CLI からのスタンドアロン ISE ノード アップグレードの例はここにあります。

ステップ 1： 使用されるべきリポジトリがコマンドの使用と現在のアップグレード ファイルをイメージに示すようにリポジトリ reponame を示してもらうかどうか確認して下さい。

呼び出します。 Cisco ISE Command Line Interface （CLI）から、アプリケーションのアップグレードを準備しますファイルが保存されるバンドル ファイル名およびリポジトリ名前のコマンドを入力して下さい。

注: アップグレードがどういうわけか失敗した。 アップグレードを再度試みる前に、古いファイルをクリアするためにコマンド ライン アプリケーション アップグレード クリーンアップを使用して下さい。

一般的な問題

1. GUI によってダウンロードされた場合バンドルがリポジトリか時からダウンロードするには余りに時間がかかれば:

• そこにですバンドル ダウンロードを処理する十分な帯域幅確認して下さい。
• アップグレード バンドルがリポジトリからノードへのダウンロードされる時、完了するために 35 分以上かかる場合ダウンロード時。 リポジトリへのインターネット接続がよいことを確認して下さい。 

2. 分散配置アップグレードでは、エラーは「配置のセカンダリ管理 ノード」次の場合には見られる場合がありません:

• 配置にセカンダリ管理 ノードがありません。

• セカンダリ管理 ノードはダウンしています。

• セカンダリ管理 ノードはアップグレードされた配置にアップグレードされ、移動されます。 通常、これはセカンダリ管理 ノードがアップグレードされた後リフレッシュ配置詳細オプションが使用される場合発生します。

この問題を解決するために、適当ようにこれらのタスクの 1 つを、行って下さい:

• 配置にセカンダリ管理 ノードがないし、セカンダリ管理 ノードを設定し、アップグレードを再試行するために。

• セカンダリ管理 ノードがダウンしている場合、始動はノード アップグレードを再試行し。

• セカンダリ管理 ノードがアップグレードされた配置にアップグレードされ、移動される場合、配置の他のノードを手動でアップグレードするのに CLI を使用して下さい。

3. ノードのためのアップグレード ステータスは変更しませんでした: 

• アップグレード ステータスが GUI で（および 80% に残ります）長い間変更しない場合、CLI からのアップグレード ログかコンソールからのアップグレードのステータスをチェックして下さい。
• CLI へのログインはまたはアップグレードの進行状況を表示するために Cisco ISE ノードのコンソールを表示します。 upgrade-uibackend-cliconsole.log および upgrade-postosupgrade-yyyymmdd-xxxxxx.log を表示するために show logging application コマンドを使用して下さい。
• show logging application コマンドで CLI からのこれらのアップグレード ログを調べて下さい: DB データ アップグレード ログ、DB スキーマ ログおよびポスト OS アップグレード ログ。

4. ISO イメージの前のバージョンに戻るロール: