Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
このページの
 

設定をバックアップしてリカバリーする

概要 アップグレードが成功すると、アップグレード パッケージによって既存のオペレーティング システムが完全に再インストールされます。 juniper.conf、 rescue.conf、SNMP if客様、 /var/home、 /config/scripts、SSHファイル、その他のファイルシステム ファイルを保持します。その他の情報は削除されます。インストール プログラムを実行した後に現在のソフトウェア インストールに戻る必要がある場合は、現在の設定をバックアップする必要があります。

レスキュー設定を保存する

ソフトウェアに障害が発生した場合、レスキュー設定を使用すると、既知のワーキング設定をロードできます。ロールバック番号を思い出したり設定する必要はありません。レスキュー設定を保存すると、いつでも使用できます。

レスキュー設定ファイルは、デバイスの設定ファイルが誤って設定されている場合に便利です。レスキュー設定では、既知のワーキング設定や、いつでもロール バックできる既知の状態を持つ設定を定義できます。デバイスをこのレスキュー設定に復元して、デバイスをオンラインに戻します。このファイルをデバイスから保存した場合、ソフトウェアに障害が発生した場合に、レスキュー設定を使用してデバイスを復元できます。

現在のデバイス設定をレスキュー設定ファイルとして保存するには、次の方法に示します。

  1. 保存したい設定を反映するようにデバイス上の設定ファイルを編集します。

  2. デバイス動作CLIモードで、この編集した設定をレスキュー設定ファイルとして保存します。

    システムは、/config ディレクトリにレスキュー設定ファイルをレスキュー.conf.gz として自動的に保存します。デバイスに冗長なルーティング エンジンがある場合、システムは両方のルーティング エンジンでレスキュー設定ファイルを保存します。

レスキュー設定の検証

設定ファイルの構文が正しいか確認し、 コマンドを使用してコミット チェック エラーを確認 test configuration filename できます。

レスキュー設定ファイルが正しいか確認するには、次の手順に示します。

動作モード コマンドtest configuration filenameを実行します。

設定に構文またはコミット チェック エラーが含まれている場合は、エラーが見つかった行番号と列番号を示すメッセージが表示されます。このコマンドは、テキスト ファイルのみを受け入れる。

レスキュー設定へのロール バック

  1. コンソールからデバイスにログインします。
  2. 設定モードrollback rescueから コマンドを発行CLI。
  3. 設定をコミットします。
  4. 障害が発生した構成を修正します。

障害が発生した構成の修正

レスキュー設定が、システムに必要な設定または必要な設定ではない可能性があります。そのため、失敗した設定を修正して再コミットする必要があります。

障害が発生した構成を修正するには、以下の手順に当たって行います。

  1. 管理インターフェイス、またはコンソール ポート(許可されている場合)からデバイスにログインします。
  2. 障害が発生した構成をロードします。
  3. 設定を修正します。
  4. 設定モード check コマンドで オプションcommitを使用します。
    オプション check は、受験者の構成で発生したエラーを指摘し、エラーを修正する機会を提供します。設定に構文エラーが含まれている場合は、メッセージにエラーの場所が示され、システムが設定をアクティブにしません。
  5. 他に修正がある場合は、修正してください。システムがそれcommit check以上エラーを検出しないまで、設定モード コマンドを使用し続ける。
  6. 設定をコミットcommitするには、設定モード コマンドを発行します。
障害が発生した設定を修正した後は、レスキュー設定として保存するか、リモート サーバーまたはオフボックスの場所に保存して、この設定をバックアップすることをお勧めします。レス キュー設定の保存 または 設定ファイルまたはレスキュー設定をリモート サーバーにコピー する を参照してください。

レスキュー設定の削除

既存のレスキュー設定を削除するには、以下の方法で行います。

コマンドを実行request system configuration rescue deleteします。

設定ファイルまたはレスキュー設定のいずれかをリモート サーバーにコピーする

このタスクは任意ですが、推奨されます。

現在実行中の設定またはレスキュー設定ファイルのいずれかをリモート サーバーにコピーするには、次の方法に示します。

  1. 管理インターフェイス、またはコンソール ポート(許可されている場合)からデバイスにログインします。
  2. デバイス シェルを起動します。
  3. /config ディレクトリに移動し、設定ファイルを一覧表示します。

    現在実行されている設定ファイルは juniper.conf.gz で、レスキュー設定ファイルは rescue.conf.gz です。

  4. 設定ファイルをリモート ホストに FTP 転送する。

以前の構成にロール バック

直近のコミット前の設定に戻するには、設定モード コマンドに0~49の rollback 設定番号を含えます。最も最近保存された設定は番号 0(システムが戻すデフォルト設定)で、最も古く保存された設定は番号 49 です。ロールバック番号、日付、時刻、変更をコミットしたユーザーの名前、コミット方法など、過去にコミットした設定のリストを表示するには、 設定 rollback ? モード コマンドを使用します。

以前の設定にロールバックするには、次の操作を行います。

  1. 設定モード コマンドrollback numberを実行します。

    ロールバック設定が受験者の設定になります。

  2. 受験者の設定をアクティブにするには、設定モード コマンドcommitを発行します。

現在の設定を同期した後ルーティング エンジンにレスキュー設定をセカンダリ サービスに同期する

システムが起動すると、現在の設定ファイルとソフトウェアとの互換性がない状態がシステムで見つけた場合、システムは設定ファイル(/config/juniper.conf.gz)をコミットできません。以前にシステムでレスキュー設定を保存した場合、システムはレスキュー設定をコミットし、現在の設定ファイル /config/juniper.conf.gz として保存します。

デュアル ルーティング エンジン auto-sw-sync enable システムの場合、セカンダリ ルーティング エンジン がプライマリ ルーティング エンジン の現在のイメージとは異なる現在のイメージで起動され、ステートメントが設定されている場合、プライマリ ルーティング エンジン は現在のイメージをセカンダリ ルーティング エンジン に同期します。プライマリ アプリケーションルーティング エンジン、ロールバック ソフトウェア イメージとその他のイメージをセカンダリ データベースにルーティング エンジン。プライマリ ルーティング エンジン の現在の設定ファイル(juniper.conf.gz)がセカンダリ ルーティング エンジン の現在の設定ファイルと一致する場合、プライマリ ルーティング エンジン はレスキュー設定(rescue.conf.gz)をセカンダリ ルーティング エンジン に同期しない。

プライマリ ノードからセカンダリ ノードにレスキュー設定ルーティング エンジン ルーティング エンジン同期するには、次のコマンド file copy をプライマリ ノードに発行ルーティング エンジン。

USBソフトウェアをインストールした後のバックアップコピーから設定を復元

JUNOS OS Evolved を USB ドライブから単一ポートデバイスルーティング エンジンすると、インストール プロセスによって設定ファイルが削除されます。そのため、デバイスを再設定する必要があります。また、コマンドを request system zeroize 使用してデバイスを工場出荷時のデフォルトにリセットした場合は、デバイスを再設定する必要があります。リモート サーバーまたは別のオフボックスの場所に設定ファイルをすでに保存している場合は、その設定ファイルをデバイスにコピーして、デバイスの再設定時間を節約できます。

バックアップ コピーから設定を復元するには、以下の方法に示します。

  1. コンソール ポートからデバイスに接続します。
  2. デバイスの電源を入け、起動するまで待ちます。

    Junos OSが自動的に起動します。ブート プロセスが完了すると、コンソールに login: プロンプトが表示されます。

  3. ユーザーとしてログインしますroot。

    デバイスが工場出荷時のデフォルト設定を使用のため、rootユーザー アカウントのパスワードは必要はありません。デバイス プロンプトは root@# 、ユーザーが root ユーザーかどうかを示します。設定ファイルをデバイスにコピーする前に、rootユーザー アカウントの管理インターフェイス アドレスとパスワードを設定する必要があります。

  4. コマンドをcli発行して、Junos OS Evolved CLI。
  5. コマンドを発行configureして、設定モードにアクセスします。
  6. interfaces RE0 の管理アドレス[edit]に対して IP アドレスとプレフィックス長を設定するには、階層レベルで ステートメントを設定します。
  7. root パスワードを設定します。rootユーザー アカウント用に通常設定するパスワードを使用します。

    システムが暗号化するプレーンテキスト パスワード、すでに暗号化されたパスワード、または SSH 公開キー文字列を入力します。階層レベル system root-authentication でステートメントを [edit] 設定し、プロンプトが表示されたらパスワードまたは文字列を入力または貼り付けます。

    • プレーンテキスト パスワードを入力するには、以下の方法で行います。
    • 暗号化済みのパスワードを入力するには、オプションの後にパスワードを コマンドに貼り付 encrypted-password けます。
    • SSH公開鍵文字列を入力するには、オプションの後にキー文字列を コマンドに貼り付 ssh-rsa けます。
  8. 設定をコミットします。
  9. 設定モードを終了します。
  10. 設定ファイルをルーターにコピーするには、 コマンドを使用file copy します。

    ファイルを /var/tmp ディレクトリに配置します。

  11. 設定モードを開始します。
  12. ファイルを現在の設定にロードし、既存のファイルを上書きします。
  13. 設定をコミットします。
  14. 設定モードを終了します。
  15. 新しい設定が正常に実行されたことを確認したら、動作request system snapshotモード コマンドを発行してシステムをバックアップします。レスキュー設定を作成することをお勧めします。詳細については、「 レスキュー設定の保存 」を参照してください。

    コマンドを発行 request system snapshot しない場合、セカンダリ SSD(ソリッド ステート ドライブ)の設定が、プライマリ SSD の設定と同期されません。

工場出荷時のデフォルト設定に戻す

コマンド request system zeroize は、すべての設定情報を削除し、すべてのキー値をリセットする動作モード コマンドです。この操作により、設定やログ ファイルを含むすべてのユーザー作成データ ファイルとディレクトリのリンクが解除されます。その後、デバイスは再起動され、工場出荷時のデフォルト設定に戻されます。

注意：

動作モード コマンドを request system zeroize 発行する request system snapshot 前に、動作モード コマンドを使用して、現在デバイスを実行するために使用されているファイルをセカンダリ SSD にバックアップします。

コマンドを使用して工場出荷時のデフォルト設定に戻すには、次のコマンドを使用 request system zeroize します。

  1. 動作モード コマンドrequest system zeroizeを実行します。
  2. をyes入力して設定とログ ファイルを削除し、工場出荷時のデフォルト設定に戻します。
  3. デバイスの初期設定を完了します。お使い製品のハードウェア ガイドまたは「Junos OS Evolved Day One + Guide」の初期設定ページのいずれかを参照してください。設定ファイルをリモート サーバーなどのオフボックスの場所からデバイスにコピーすることもできます。USBソフトウェアをインストールした後のバックアップコピーから設定を復元する を参照してください。