バックアップ復元操作 -...

バックアップ/復元操作

• バックアップデータのタイプ, 1 ページ

• バックアップ/復元リポジトリ, 2 ページ

• オンデマンドおよびスケジュールバックアップ, 3 ページ

• Cisco ISE復元操作, 8 ページ

• 認証および許可ポリシー設定のエクスポート, 15 ページ

• 分散環境でのプライマリノードとセカンダリノードの同期, 15 ページ

• スタンドアロンおよび分散展開での失われたノードの復元, 16 ページ

バックアップデータのタイプCisco ISEでは、プライマリまたはスタンドアロン管理ノードとモニタリングノードからデータをバックアップすることができます。バックアップはCLIまたはユーザインターフェイスから実行できます。

Cisco ISEがVMwareで実行されている場合、ISEデータをバックアップするのに、VMwareスナップショットはサポートされていません。

VMwareスナップショットは指定した時点で、VMのステータスを保存します。マルチノードCiscoISE環境では、すべてのノードのデータは、現在のデータベース情報と継続的に同期されます。スナップショットを復元すると、データベースのレプリケーションと同期の問題を引き起こす可

能性があります。シスコは、データのバックアップおよび復元用に、Cisco ISEに含まれるバックアップ機能を使用することを推奨します。

Cisco ISEでは次のタイプのデータのバックアップが可能です。

•設定データ：アプリケーション固有およびCiscoADEオペレーティングシステム両方の設定データが含まれます。

•運用データ：モニタリングおよびトラブルシューティングデータが含まれます。

Cisco Identity Services Engine 管理者ガイドリリース 2.0 1

復元操作は、以前のバージョンの Cisco ISEのバックアップファイルを使用して実行でき、以降のバージョンで復元できます。たとえば、Cisco ISEリリース 1.3または 1.4からの ISEノードのバックアップがある場合、そのバックアップを Cisco ISEリリース 2.0で復元できます。

Cisco ISEリリース 2.0は、リリース 1.3以降から取得したバックアップからの復元をサポートしています。

バックアップ/復元リポジトリCisco ISEでは管理者ポータルを使用してリポジトリを作成および削除することができます。次のタイプのリポジトリを作成できます。

•ディスク（DISK）

• FTP

• SFTP

• NFS

• CD-ROM

• HTTP

• HTTPS

SNS 3415および SNS 3495アプライアンスで利用可能な物理 CD-ROMはありません。KVMを使用して作成された仮想 CD-ROMを CD-ROMとしてリポジトリタイプを作成できます。

リポジトリは、各デバイスに対してローカルです。（注）

小規模な展開（100個以下のエンドポイント）では、10 GBのリポジトリを、中規模の展開では 100 GBのリポジトリを、大規模な展開では 200 GBのリポジトリを用意することを推奨します。

（注）

リポジトリの作成

リポジトリを作成するには、CLIと GUIを使用できます。次の理由により、GUIを使用することを推奨します。

• CLIで作成されたリポジトリはローカルに保存され、他の展開ノードに複製されません。これらのリポジトリは、GUIのリポジトリページに表示されません。

•プライマリ管理ノード（PAN）で作成されたリポジトリは、他の展開ノードに複製されます。

Cisco Identity Services Engine 管理者ガイドリリース 2.02

バックアップ/復元操作バックアップ/復元リポジトリ

はじめる前に

•次のタスクを実行するには、スーパー管理者またはシステム管理者である必要があります。

ステップ 1 [管理（Administration）] > [システム（System）] > [メンテナンス（Maintenance）] > [リポジトリ（Repository）]を選択します。

ステップ 2 [追加（Add）]をクリックして、新しいリポジトリを追加します。

ステップ 3 新しいリポジトリのセットアップの必要に応じて値を入力します。フィールドの説明については、リポジ

トリの設定を参照してください。

ステップ 4 [送信（Submit）]をクリックしてリポジトリを作成します。

ステップ 5 左側の [操作（Operations）]ナビゲーションペインで [リポジトリ（Repository）]をクリックするか、このページ上部の [リポジトリリスト（Repository List）]リンクをクリックして、リポジトリのリストページに移動して、リポジトリが正常に作成されていることを確認します。

次の作業

•作成したリポジトリが有効であることを確認します。これは、リポジトリのリストページから行います。リポジトリを選択し、[確認（Validate）]をクリックします。また、Cisco ISEコマンドラインインターフェイスから次のコマンドを実行することもできます。

show repositoryrepository_name

ここで、repository_nameは作成したリポジトリの名前です。

リポジトリの作成時に指定したパスが存在しない場合、「%無効なディレクトリです（%Invalid Directory）」というエラーが表示されます。

（注）

•オンデマンドバックアップを実行するかバックアップのスケジュールを設定します。

オンデマンドおよびスケジュールバックアップCisco ISEでは、PANとプライマリモニタリングノードのオンデマンドバックアップができます。バックアップデータがすぐに必要な場合にオンデマンドバックアップを実行します。

Cisco ISEでは、1回、毎日、毎週、または毎月実行するようにシステムレベルバックアップをスケジュールできます。バックアップ操作は長時間かかる場合がありますが、スケジュールできる

ため中断が発生することはありません。Cisco ISE管理者ポータルからバックアップをスケジュールできます。


バックアップ/復元操作オンデマンドおよびスケジュールバックアップ

b_ise_admin_guide_20_chapter_011011.pdf#unique_385

b_ise_admin_guide_20_chapter_011011.pdf#unique_385

Cisco ISEリリース 1.2にアップグレードする場合は、バックアップジョブのスケジュール設定を再作成する必要があります。

（注）

オンデマンドバックアップの実行

オンデマンドバックアップを実行して、即座に設定データまたはモニタリング（運用）データを

バックアップすることができます。復元操作では、バックアップ取得時の設定状態にCisco ISEが復元されます。

バックアップと復元を行う場合、復元によって、ターゲットシステムの信頼できる証明書の

リストがソースシステムの証明書のリストによって上書きされます。バックアップおよび復

元機能に内部認証局（CA）の証明書に関連付けられた秘密キーが含まれないことに注意することが非常に重要です。

1つのシステムから別のシステムにバックアップと復元を行う場合は、エラーを回避するために、次のオプションのいずれかを選択する必要があります。

重要

•オプション 1：

CA証明書をソース ISEノードから CLIを使用してエクスポートし、ターゲットシステムに CLIを使用してインポートします。

長所：ソースシステムからエンドポイントに発行されたすべての証明書が引き続き信頼

されます。ターゲットシステムによって発行された新しい証明書は、同じキーによって

署名されます。

短所：復元機能を使用する前にターゲットシステムによって発行された証明書は信頼さ

れないため、再発行する必要があります。


復元処理の後、内部 CAのすべての新しい証明書を生成します。

長所：このオプションは推奨される適切な方法です。元のソースの証明書も元のターゲッ

トの証明書も使用されません。元のソースシステムによって発行された証明書は引き続

き信頼されます。



はじめる前に

•この作業を実行する前に、Cisco ISEのバックアップデータのタイプの基本を理解している必要があります。

•バックアップファイルを格納するリポジトリを作成したことを確認します。


バックアップ/復元操作オンデマンドバックアップの実行

•ローカルリポジトリを使用してバックアップしないでください。リモートモニタリングノードのローカルリポジトリで、モニタリングデータをバックアップすることはできません。

•バックアップを取得する前に、すべての証明書関連の変更を実行します。


バックアップ/復元操作では、次のリポジトリタイプはサポートされていません。CD-ROM、HTTP、HTTPS、または TFTP。これは、これらのリポジトリタイプが読み取り専用であるか、またはプロトコルでファイルのリストがサ

ポートされないためです。バックアップを復元するには、リポジトリを選択

し、[復元（Restore）]をクリックします。

（注）

ステップ 1 [管理（Administration）] > [システム（System）] > [バックアップと復元（Backup and Restore）]を選択します。

ステップ 2 [すぐにバックアップ（Backup Now）]をクリックします。

ステップ 3 バックアップを実行するために必要な値を入力します。

ステップ 4 [OK]をクリックします。

ステップ 5 バックアップが正常に完了したことを確認します。

Cisco ISEはタイムスタンプを持つバックアップファイル名を付け、指定されたリポジトリにファイルを保存します。タイムスタンプに加えて、Cisco ISEは設定バックアップには CFGタグ、操作バックアップには OPSタグを追加します。バックアップファイルが指定リポジトリにあることを確認します。

分散展開では、バックアップの実行中にノードのロールを変更したり、ノードの設定を行ったりすること

はできません。バックアップの実行中にノードのロールを変更すると、すべてのプロセスがシャットダウ

ンし、データに不一致が生じる場合があります。ノードのロールを変更する際は、バックアップが完了す

るまで待機してください。

バックアップのスケジュール

このページを使用して、設定やモニタリングバックアップをスケジュールすることができます。


バックアップ/復元操作バックアップのスケジュール

バックアップと復元を行う場合、復元によって、ターゲットシステムの信頼できる証明書の

リストがソースシステムの証明書のリストによって上書きされます。バックアップおよび復

元機能に内部認証局（CA）の証明書に関連付けられた秘密キーが含まれないことに注意することが非常に重要です。

1つのシステムから別のシステムにバックアップと復元を行う場合は、エラーを回避するために、次のオプションのいずれかを選択する必要があります。

重要


CA証明書をソース ISEノードから CLIを使用してエクスポートし、ターゲットシステムに CLIを使用してインポートします。

長所：ソースシステムからエンドポイントに発行されたすべての証明書が引き続き信頼

されます。ターゲットシステムによって発行された新しい証明書は、同じキーによって

署名されます。




復元処理の後、内部 CAのすべての新しい証明書を生成します。

長所：このオプションは推奨される適切な方法です。元のソースの証明書も元のターゲッ

トの証明書も使用されません。元のソースシステムによって発行された証明書は引き続

き信頼されます。



はじめる前に

•このタスクを実行する前に、バックアップ可能なデータのタイプと、オンデマンドおよびスケジュールバックアップの基本を理解している必要があります。

•リポジトリを設定していることを確認します。

•ローカルリポジトリを使用してバックアップしないでください。リモートモニタリングノードのローカルリポジトリで、モニタリングデータをバックアップすることはできません。


• Cisco ISE 1.1以前のリリースから Cisco ISE 1.2にアップグレードする場合、バックアップのスケジュールを再設定する必要があります。『Cisco Identity Services Engine Upgrade Guide,Release 1.2』の「Known Upgrade Issues」の項を参照してください。


バックアップ/復元操作バックアップのスケジュール

バックアップ/復元操作では、次のリポジトリタイプはサポートされていません。CD-ROM、HTTP、HTTPS、またはTFTP。これは、これらのリポジトリタイプが読み取り専用であるか、またはプロトコルでファイルのリストがサポートされないためです。

（注）


ステップ 2 [作成（Create）]をクリックして、設定または操作バックアップをスケジュールします。

ステップ 3 必要に応じてバックアップをスケジュールするための値を入力します。

ステップ 4 [保存（Save）]をクリックして、バックアップをスケジュールします。

ステップ 5 このページの上部にある [リフレッシュ（Refresh）]リンクをクリックして、スケジュールバックアップのリストを表示します。

作成できる設定または操作バックアップのスケジュールは 1回に 1つだけです。スケジュールバックアップは有効化または無効化できますが、削除はできません。

CLI を使用したバックアップCLIと GUIの両方からバックアップをスケジュールできますが、GUIから実行することを推奨します。ただし、セカンダリモニタリングノードの操作バックアップは、CLIからのみ実行できます。

バックアップ履歴

バックアップ履歴は、スケジュールまたはオンデマンドバックアップに関する基本情報です。

バックアップ履歴には、バックアップ名、バックアップファイルのサイズ、バックアップが保存

されているリポジトリ、バックアップが取られたタイムスタンプを表示します。この情報は、操

作監査レポートまたは、履歴テーブルの [バックアップ/復元（Backup and Restore）]ページから入手できます。

バックアップが失敗すると、Cisco ISEがアラームをトリガーします。バックアップ履歴ページに失敗の原因が表示されます。障害の原因は操作監査レポートにも記載されます。障害の原因が欠

落しているか明確でない場合は、Cisco ISECLIから backup-logsコマンドを実行し、ADE.logでより詳細な情報を確認できます。

バックアップ操作の実行中は、show backup statusCLIコマンドを使用して、バックアップ操作の進行状況を確認することができます。


バックアップ/復元操作CLI を使用したバックアップ

バックアップ履歴は、Cisco ADEオペレーティングシステムの設定データとともに保存されています。つまり、アプリケーションのアップグレード後もそこに残っており、PANのイメージを再作成した場合にのみ削除されます。

バックアップの失敗

バックアップが失敗した場合は、次を確認してください。

•他のバックアップが同時に実行されていないことを確認します。

•設定したリポジトリの使用可能なディスク領域を確認します。

◦バックアップのモニタリングは、モニタリングデータがモニタリングデータベースに割り当てられたサイズの 75%を超えると失敗します。たとえばモニタリングノードに600 GB割り当てられており、モニタリングデータがストレージの 450 GBを超える領域を消費すると、モニタリングのバックアップは失敗します。

◦データベースのディスク使用量が 90%を超える場合、消去が発生してデータベースを割り当てられたサイズの 75%以下のサイズにします。

•消去が進行中かどうかを確認します。消去の進行中はバックアップ/復元操作は動作しません。

•リポジトリが正しく設定されていることを確認します。

Cisco ISE 復元操作プライマリまたはスタンドアロン管理ノードに設定データを復元できます。PANにデータを復元したら、手動でセカンダリノードを PANと同期する必要があります。

運用データを復元するプロセスは、展開のタイプによって異なります。

Cisco ISEの新しいバックアップ/復元のユーザインターフェイスは、バックアップファイル名のメタデータを使用します。したがって、バックアップが完了後に、バックアップファイル

名を手動で変更しないでください。手動でバックアップファイル名を変更すると、Cisco ISEバックアップ/復元のユーザインターフェイスは、バックアップファイルを認識できません。バックアップファイル名を変更しなければならない場合は、バックアップの復元に Cisco ISECLIを使用する必要があります。

（注）

データの復元に関するガイドライン

次は、Cisco ISEバックアップデータを復元する場合に従うべきガイドラインです。


バックアップ/復元操作バックアップの失敗

•あるタイムゾーン内の PANからバックアップを取得して、別のタイムゾーン内の別の CiscoISEノードに復元する場合、復元プロセスが失敗することがあります。この問題は、バックアップファイルのタイムスタンプが、バックアップが復元される Cisco ISEノードのシステム時刻より新しい場合に発生します。同じバックアップを、取得後 1日経過してから復元すると、バックアップファイルのタイムスタンプが過去のものになり、復元プロセスは成功し

ます。

•バックアップを取得したホスト名と別のホスト名を持つPANにバックアップを復元すると、PANはスタンドアロンノードになります。展開が切断し、セカンダリノードは機能しなくなります。スタンドアロンノードをプライマリノードにし、セカンダリノードの設定をリ

セットしてプライマリノードに再登録する必要があります。Cisco ISEノードの設定をリセットするには、Cisco ISE CLIから次のコマンドを入力してください。

◦ application reset-config ise

•システムのタイムゾーンは、最初の Cisco ISEインストールおよびセットアップ後に変更しないことを推奨します。

•展開の 1つ以上のノードの証明書設定を変更した場合は、データを復元するための別のバックアップをスタンドアロン Cisco ISEノードまたは PANから取得する必要があります。そうしないで古いバックアップを使用してデータを復元すると、ノード間の通信が失敗する可能

性があります。

• PAN上で設定バックアップを復元した後に、以前にエクスポートしたCisco ISECA証明書およびキーをインポートできます。

Cisco ISE CA証明書およびキーをエクスポートしなかった場合は、PAN上で設定バックアップを復元した後に、PANおよびポリシーサービスノード（PSN）でルート CAおよび下位 CAを生成します。

（注）

• Cisco ISEがバックアップファイルを格納するデータリポジトリが必要です。オンデマンドまたはスケジュール設定されたバックアップを実行する前に、リポジトリを作成する必要が

あります。

•スタンドアロン管理ノードに障害が発生した場合、設定バックアップを実行して復元する必要があります。PANで障害が発生した場合、分散セットアップを使用してセカンダリ管理ノードをプライマリに昇格できます。その後、新しい PANにデータを復元できます。

Cisco ISEでは、backup-logs CLIコマンドも使用できます。このコマンドを使用して、ログやコンフィギュレーションファイルの収集を行い、これらをト

ラブルシューティングに利用できます。

（注）


バックアップ/復元操作データの復元に関するガイドライン

CLI からの設定またはモニタリングバックアップの復元Cisco ISE CLIから設定データを復元するには、EXECモードで restoreコマンドを使用します。設定または操作バックアップからデータを復元するには、次のコマンドを使用します。

restorefilenamerepositoryrepository-nameencryption-key hash|plainencryption-key nameinclude-adeos

構文の説明

設定または操作バックアップからデータを復元するには、このコマンド

を入力します。

restore

リポジトリに存在するバックアップファイルのファイル名。最大120文字の英数字をサポートします。

ファイル名の後に、tar.gpgという拡張子を付ける必要があります（myfile.tar.gpgなど）。

（注）

filename

バックアップを含むリポジトリを指定します。リポジトリ

バックアップを復元するリポジトリの名前。repository-name

（オプション）バックアップを復元するユーザ定義の暗号キーを指定し

ます。

encryption-key

バックアップを復元するためのハッシュされた暗号キー。使用する暗号

化された（ハッシュ化された）暗号化キーを指定します。40文字までで指定します。

hash

バックアップを復元するためのプレーンテキストの暗号キー。使用する

暗号化されたプレーンテキストの暗号化キーを指定します。15文字までで指定します。

plain

暗号キーを入力します。encryption-key name

（オプション、設定バックアップのみに該当）設定バックアップから

ADE-OS設定を復元する場合に、このコマンドオペレータパラメータを入力します。設定バックアップを復元する場合にこのパラメータを含

めないと、Cisco ISEは Cisco ISEアプリケーション設定データのみを復元します。

include-adeos

デフォルト

デフォルトの動作や値はありません。


バックアップ/復元操作CLI からの設定またはモニタリングバックアップの復元

コマンドモード

EXEC

使用上のガイドライン

Cisco ISEで restoreコマンドを使用すると、Cisco ISEサーバが自動的に再起動します。

データの復元処理で、暗号キーはオプションです。暗号キーを指定しなかった以前のバックアッ

プの復元をサポートするために、暗号キーなしで restoreコマンドを使用できます。

例

ise/admin# restore mybackup-100818-1502.tar.gpg repository myrepository encryption-key plainLab12345Restore may require a restart of application services. Continue? (yes/no) [yes] ? yesInitiating restore. Please wait...ISE application restore is in progress.This process could take several minutes. Please wait...Stopping ISE Application Server...Stopping ISE Monitoring & Troubleshooting Log Processor...Stopping ISE Monitoring & Troubleshooting Log Collector...Stopping ISE Monitoring & Troubleshooting Alert Process...Stopping ISE Monitoring & Troubleshooting Session Database...Stopping ISE Database processes...Starting ISE Database processes...Starting ISE Monitoring & Troubleshooting Session Database...Starting ISE Application Server...Starting ISE Monitoring & Troubleshooting Alert Process...Starting ISE Monitoring & Troubleshooting Log Collector...Starting ISE Monitoring & Troubleshooting Log Processor...Note: ISE Processes are initializing. Use 'show application status ise'

CLI to verify all processes are in running state.ise/admin#

関連コマンド

説明

バックアップ（Cisco ISEとCisco ADEOS）を実行して、そのバックアップをリポジトリに保存します。

backup

システムログをバックアップします。backup-logs

バックアップ設定のリポジトリサブモードを入力します。リポジトリ

特定のリポジトリにある使用可能なバックアップファイルを表示

します。

show repository

システムのバックアップ履歴を表示します。show backup history

バックアップ操作のステータスを表示します。show backup status

復元操作のステータスを表示します。show restore status


バックアップ/復元操作CLI からの設定またはモニタリングバックアップの復元

いずれかのセカンダリノードでアプリケーション復元後の同期ステータスおよび複製ステータス

が [非同期（Out of Sync）]になっている場合、該当セカンダリノードの証明書を PANに再インポートして、手動同期を実行する必要があります。

GUI からの設定バックアップの復元管理者ポータルで設定バックアップを復元できます。GUIには現在のリリースから取得されたバックアップのみが表示されます。このリリースより前のバックアップを復元するには、CLIからrestoreコマンドを使用します。

はじめる前に

プライマリ管理ノード（PAN）の自動フェールオーバー設定が展開でイネーブルになっている場合はオフにします。設定バックアップを復元すると、アプリケーションサーバプロセスが再起動

されます。これらのサービスが再起動されるまで遅延が発生する場合があります。このサービス

の再起動の遅延により、セカンダリ管理ノードの自動フェールオーバーが開始される場合があり

ます。


ステップ 2 バックアップの名前を設定バックアップのリストから選択し、[復元（Restore）]をクリックします。

ステップ 3 バックアップ時に使用した暗号キーを入力します。

ステップ 4 [復元（Restore）]をクリックします。

次の作業

Cisco ISE CAサービスを使用する場合は、次のことを実行する必要があります。

1 Cisco ISE CAルートチェーン全体を再生成します。

2 Cisco ISE CA証明書およびキーのバックアップを PANから取得し、セカンダリ管理ノードで復元します。これにより、PANの障害時にセカンダリ管理ノードがルート CAまたは外部 PKIの下位 CAとして機能するようになり、セカンダリ管理ノードを PANに昇格させることができます。

モニタリングデータベースの復元

モニタリングデータベースを復元するプロセスは、展開のタイプによって異なります。次の項で

は、スタンドアロンおよび分散展開でモニタリングデータベースを復元する方法について説明し

ます。


バックアップ/復元操作GUI からの設定バックアップの復元

Cisco ISEの以前のリリースからのオンデマンドモニタリングデータベースのバックアップを復元するには、CLIを使用する必要があります。Cisco ISEリリース間でのスケジュールバックアップの復元はサポートされていません。

データが取得されたノードとは別のノードにデータを復元しようとする場合、新しいノードを

指すロギングターゲット設定を設定する必要があります。これにより、モニタリング syslogが正しいノードに送信されるようになります。

（注）

スタンドアロン環境でのモニタリングバックアップの復元

GUIには現在のリリースから取得されたバックアップのみが表示されます。前のリリースから取得されたバックアップを復元するには、CLIから restoreコマンドを使用します。

はじめる前に

•古いモニタリングデータを消去します。

•バックアップをスケジュールするか、オンデマンドバックアップを実行します。


ステップ 2 バックアップの名前を操作バックアップのリストから選択し、[復元（Restore）]をクリックします。

ステップ 3 バックアップ時に使用した暗号キーを入力します。

ステップ 4 [復元（Restore）]をクリックします。

管理およびモニタリングペルソナによるモニタリングバックアップの復元

管理およびモニタリングペルソナを使用して、分散環境でのモニタリングバックアップを復元す

ることができます。

はじめる前に



ステップ 1 別の Cisco ISEノードを PANとして昇格する準備を行います。そのためには、このノードを、バックアップする既存のプライマリノードと同期します。


バックアップ/復元操作モニタリングデータベースの復元

これにより、プロモートする Cisco ISEノードの設定は最新になります。

ステップ 2 新しく同期した管理ノードをプライマリステータスに昇格します。

ステップ 3 バックアップされるノードを登録解除する準備を行います。そのためには、モニタリングペルソナを展開

内の別のノードに割り当てます。

展開内に、機能中のモニタリングノードが少なくとも 1つ必要です。

ステップ 4 バックアップされるノードを登録解除します。

ステップ 5 新しく登録解除されたノードにモニタリングバックアップを復元します。

ステップ 6 現在の管理ノードにより新たに復元されたノードを登録します。

ステップ 7 新たに復元されて登録されたノードを PANに昇格します。

モニタリングペルソナによるモニタリングバックアップの復元

分散環境のモニタリングバックアップは、モニタリングペルソナによってのみ復元できます。

はじめる前に



ステップ 1 復元されるノードを登録解除する準備を行います。そのためには、モニタリングペルソナを展開内の別の

ノードに割り当てます。

展開内に、機能中のモニタリングノードが少なくとも 1つ必要です。

ステップ 2 復元されるノードを登録解除します。

登録解除が完了するのを待機してから、復元に進みます。復元を続行する前に、ノードがスタ

ンドアロン状態になっている必要があります。

（注）

ステップ 3 新しく登録解除されたノードにモニタリングバックアップを復元します。

ステップ 4 現在の管理ノードにより新たに復元されたノードを登録します。

ステップ 5 新たに復元されて登録されたノードを PANに昇格します。

復元履歴

操作監査レポートからは、すべての復元操作、ログイベント、ステータスに関する情報を取得す

ることができます。


バックアップ/復元操作復元履歴

ただし操作監査レポートには、前回の復元操作に対応する開始時間に関する情報はありませ

ん。

（注）

トラブルシューティング情報を入手するには、Cisco ISE CLIから backup-logsコマンドを実行して、ADE.logファイルを調べる必要があります。

復元操作の進行中は、すべての Cisco ISEサービスは停止します。show restore status CLIコマンドを使用して、復元操作の進行状況を確認できます。

認証および許可ポリシー設定のエクスポート認証および許可ポリシー設定を XMLファイルの形式でエクスポートし、これをオフラインで読み取って設定エラーを特定し、トラブルシューティングのために使用できます。この XMLファイルには認証および許可ポリシールール、単純および複合ポリシー条件、dACL、および許可プロファイルが含まれます。XMLファイルを電子メールで送信するか、ローカルシステムに保存することを選択できます。

ステップ 1 [管理（Administration）] > [システム（System）] > [バックアップ/復元（Backup & Restore）]を選択します。

ステップ 2 [ポリシーのエクスポート（Policy Export）]をクリックします。

ステップ 3 必要に応じて値を入力します。

ステップ 4 [エクスポート（Export）]をクリックします。XMLファイルの内容を表示するには、ワードパッドなどのテキストエディタを使用します。

分散環境でのプライマリノードとセカンダリノードの同

期分散環境では、PANのバックアップファイルの復元後に、プライマリおよびセカンダリノードの Cisco ISEデータベースが自動的に同期されないことがあります。この場合には、PANからセカンダリ ISEノードへの完全複製を手動で強制実行できます。強制同期は、PANからセカンダリノードにのみ可能です。同期操作中は、設定を変更することはできません。Cisco ISEでは、同期が完全に完了した後にのみ、他の Cisco ISE管理者ポータルページに移動して設定変更を行うことができます。


バックアップ/復元操作認証および許可ポリシー設定のエクスポート

はじめる前に

次のタスクを実行するには、スーパー管理者またはシステム管理者である必要があります。

ステップ 1 [管理（Administration）] > [システム（System）] > [展開（Deployment）]を選択します。

ステップ 2 非同期レプリケーションステータスのセカンダリ ISEノードの横にあるチェックボックスをオンにします。

ステップ 3 [同期を更新（Syncup）]をクリックし、ノードが PANと同期されるまで待ちます。Cisco ISE管理者ポータルへのアクセスは、このプロセスが完了するのを待たなければなりません。

スタンドアロンおよび分散展開での失われたノードの復

元この項では、スタンドアロンおよび分散展開での失われたノードの復元に使用できるトラブル

シューティング情報を提供します。次の使用例の一部では、失われたデータの復旧にバックアッ

プと復元機能を使用し、その他の使用例では、複製機能を使用しています。

分散展開の既存 IP アドレスとホスト名を使用しての失われたノードの復元

シナリオ

分散展開では、自然災害が全ノードの損失につながります。復元後に、既存 IPアドレスとホストネームを使用します。

たとえば、2つのノード、N1（プライマリ管理ノードすなわちPAN）とN2（セカンダリ管理ノード）があります。時刻 T1に取得された N1ノードのバックアップが利用可能です。自然災害のために、N1と N2両方のノードに障害が発生しました。

前提

展開中のすべての Cisco ISEノードが破壊されました。同じホスト名と IPアドレスを使用して、新しいハードウェアのイメージが作成されました。

解決手順（Resolution Steps）

1 N1および N2ノードの両方を置き換える必要があります。N1および N2ノードはスタンドアロン構成になりました。

2 N1と N2のノードの UDIを使用してライセンスを取得し、N1ノードにインストールします。


バックアップ/復元操作スタンドアロンおよび分散展開での失われたノードの復元

3 置き換えたN1ノードでバックアップを復元する必要があります。復元スクリプトはN2にデータを同期しようとしますが、N2はスタンドアロンノードであるため同期は失敗します。N1のデータは時刻 T1にリセットされます。

4 N1の管理者ポータルにログインして、N2ノードを削除して再登録する必要があります。これで、N1および N2ノードのデータが時刻 T1にリセットされます。

分散展開の新 IP アドレスとホスト名を使用しての失われたノードの復元

シナリオ

分散展開では、自然災害が全ノードの損失につながります。新しいハードウェアのイメージが新

しい場所で再作成され、新しい IPアドレスとホスト名が必要です。

たとえば、2つの ISEノード、N1（プライマリ管理ノードすなわち PAN）と N2（セカンダリポリシーサービスノード）があります。時刻 T1に取得された N1ノードのバックアップが利用可能です。自然災害のために、N1とN2両方のノードに障害が発生しました。Cisco ISEノードが新しいロケーションで置き換えられ、新しいホスト名はN1A（PAN）およびN2A（セカンダリポリシーサービスノード）です。N1Aおよび N2Aはこの時点ではスタンドアロンノードです。

前提条件

展開中のすべてのCisco ISEノードが破壊されました。新しいハードウェアのイメージが、異なるホスト名と IPアドレスを使用して異なる場所で作成されました。


1 N1のバックアップを入手し、これをN1A上で復元します。復元スクリプトは、ホスト名とドメイン名の変更を認識し、現在のホスト名に基づいて展開設定内のホスト名とドメイン名を更

新します。

2 新しい自己署名証明書を生成する必要があります。

3 N1A上の Cisco ISE管理者ポータルにログインし、[管理（Administration）] > [システム（System）] > [展開（Deployment）]を選択して、次の操作を行う必要があります。

古い N2ノードを削除します。

新しい N2Aノードをセカンダリノードとして登録します。N1Aノードのデータが N2Aノードに複製されます。


バックアップ/復元操作分散展開の新 IP アドレスとホスト名を使用しての失われたノードの復元

スタンドアロン展開の既存 IP アドレスとホスト名によるノードの復元

シナリオ

スタンドアロン管理ノードがダウンします。

たとえば、スタンドアロン管理ノードN1があったとします。N1データベースのバックアップは、時刻 T1に取得されました。物理的な障害により N1ノードがダウンし、イメージの再作成または新しいハードウェアが必要です。N1ノードを、同じ IPアドレスとホスト名を使用して回復させる必要があります。

前提条件

この展開はスタンドアロン展開であり、新規またはイメージを再作成したハードウェアは、同じ

IPアドレスとホスト名を持ちます。


イメージの再作成または新規Cisco ISEノードの導入により同じ IPアドレスとホスト名のN1を回復したら、古い N1ノードから取得したバックアップを復元する必要があります。ロールを変更する必要はありません。

スタンドアロン展開の新 IP アドレスとホスト名によるノードの復元

シナリオ

スタンドアロン管理ノードがダウンします。

たとえば、スタンドアロン管理ノードN1があったとします。時刻T1に取得されたN1データベースのバックアップが利用可能です。物理的な障害により N1ノードがダウンし、異なる IPアドレスとホスト名を使用した新しいハードウェアに別のロケーションで置き換えられます。

前提条件

これはスタンドアロン展開であり、置き換えられたハードウェアは、異なる IPアドレスとホスト名を持ちます。


1 新しいハードウェアで N1ノードを置き換えます。このノードはスタンドアロン状態となり、ホスト名は N1Bです。

2 バックアップを N1Bノード上で復元できます。ロールを変更する必要はありません。


バックアップ/復元操作スタンドアロン展開の既存 IP アドレスとホスト名によるノードの復元

設定のロールバック

問題

意図せずに設定を変更してしまい、後でそれが正しくないことがわかる場合があります。たとえ

ば、いくつかの NADを削除したり、一部の RADIUS属性を誤って修正したりして、数時間後にこの問題に気付く場合があります。この場合、変更を行う前に取得したバックアップを復元する

ことにより、元の設定に戻すことができます。

考えられる原因

N1（プライマリ管理ノードすなわち PAN）と N2（セカンダリ管理ノード）の 2つのノードがあり、N1ノードのバックアップを使用できます。N1上で誤った変更をいくつか行い、変更を元に戻す必要があります。

ソリューション

誤った設定変更を行う前に取得した N1ノードのバックアップを入手します。N1ノード上でこのバックアップを復元します。復元スクリプトにより、N1のデータで N2が同期されます。

分散展開での障害発生時のプライマリノードの復元

シナリオ

マルチノード展開内で、PANに障害が発生しました。

たとえば、2つのCisco ISEノード、N1（PAN）とN2（セカンダリ管理ノード）があります。ハードウェアの問題で N1に障害が発生します。

前提条件

分散展開内のプライマリノードのみに障害が発生します。


1 N2管理者ポータルにログインします。[管理（Administration）] > [システム（System）] > [展開（Deployment）]を選択して、N2をプライマリノードとして設定します。

N1ノードが新しいハードウェアで置き換えられ、イメージが再作成され、スタンドアロン状態となります。

2 N2管理者ポータルで、セカンダリノードとして新しい N1ノードを登録します。

これで、N2ノードがプライマリノードになり、N1ノードがセカンダリノードになります。

N1ノードを再びプライマリノードにするには、N1の管理者ポータルにログインして、このノードをプライマリノードに設定します。N2は、自動的にセカンダリサーバとなります。データが失われることはありません。


バックアップ/復元操作設定のロールバック

分散展開での障害発生時のセカンダリノードの復元

シナリオ

マルチノード展開で、1台のセカンダリノードに障害が発生しました。復元の必要はありません。

たとえば、N1（PAN）、N2（セカンダリ管理ノード）、N3（セカンダリポリシーサービスノード）、N4（セカンダリポリシーサービスノード）の複数のノードが存在します。セカンダリノードの 1つである N3に障害が発生しました。


1 新しい N3Aノードのイメージを再作成して、デフォルトのスタンドアロン状態にします。

2 N1の管理者ポータルにログインし、N3ノードを削除します。

3 N3Aノードを登録します。

N1から N3Aへ、データが複製されます。復元の必要はありません。


バックアップ/復元操作分散展開での障害発生時のセカンダリノードの復元

バックアップ復元操作 -...

Documents

Transcript of バックアップ復元操作 -...

バックアップ 復元操作 -...

Documents

Transcript of バックアップ 復元操作 -...

バックアップ復元操作 -...

Transcript of バックアップ復元操作 -...