SRXシリーズ デバイスにおけるルート パーティションの設定

SRXシリーズファイアウォールのブートメディアとブートパーティション

SRXシリーズファイアウォールの電源がオンになると、デフォルトのストレージメディアからJunos OSを起動しようとします。デバイスがデフォルトのストレージメディアからの起動に失敗すると、代替ストレージメディアからの起動を試みます。

表1 は、SRXシリーズファイアウォールで使用可能なストレージメディアの情報を示しています。

表1:SRXシリーズファイアウォールのストレージメディア

SRXシリーズファイアウォール	ストレージメディア
SRX100、SRX210、SRX240	内部NANDフラッシュ(デフォルト、常に存在) USBストレージ デバイス(代替)
SRX110、SRX220	コンパクトフラッシュ (既定、常に存在) USBストレージ デバイス(代替)
SRX300、SRX320、SRX340、SRX345	eUSB ディスク (デフォルト、常に存在) USBストレージ デバイス(代替)
SRX380	内蔵SSD(デフォルト、常に存在)。 USBストレージ デバイス(代替)
SRX550	内部 CF (デフォルト、常に存在) USBストレージ デバイス(代替)
SRX550M	内部 CF (デフォルト、常に存在) USBストレージ デバイス(代替)
SRX650	内部 CF (デフォルト、常に存在) 外部フラッシュカード(代替) USBストレージ デバイス(代替)

デュアルルート パーティショニング方式では、SRX シリーズのファイアウォールは、まずプライマリ ルート パーティションから、次にデフォルトのストレージ メディア上のバックアップ ルート パーティションからJunos OSの起動を試みます。メディアのプライマリ ルート パーティションとバックアップ ルート パーティションの両方が起動に失敗した場合、SRX シリーズ ファイアウォールは次に使用可能なタイプのストレージ メディアからのブートを試みます。SRXシリーズファイアウォールは、ストレージメディアのバックアップルートパーティションからJunos OSを起動した場合でも、フル機能を維持します。

デュアルルート パーティショニング方式の重要な機能

デュアルルート パーティショニング方式には、以下の重要な機能があります。

• Junos OSイメージのプライマリコピーとバックアップコピーは、別々のパーティションに存在します。バックアップコピーを含むパーティションは、必要な場合にのみマウントされます。単一ルート パーティショニング方式では、1 つのルート パーティションにプライマリ Junos OS イメージとバックアップ Junos OS イメージの両方が含まれます。

• request system software add Junos OSパッケージのコマンドは、他のルートパーティションの内容を消去します。他のルートパーティションの内容は、ソフトウェアのインストールが正常に完了しない限り有効ではありません。

• や jfirmwareなどのjaisアドオン パッケージは、新しい Junos OS イメージをインストールした後、必要に応じて再インストールできます。

• このコマンド request system software rollback では、現在の Junos OS イメージは削除されません。再度 コマンドを発行 rollback するとイメージに戻すことができます。

• request system software delete-backupおよび request system software validate コマンドは何もアクションを行いません。

デュアルルート パーティショニングを使用したプライマリ Junos OS イメージの自動復元について

自動スナップショット機能は、デバイスが代替ルートから再起動されたときに、破損したプライマリ ルートを修復します。これは、CLIから手動でではなく、代替ルートのスナップショットをプライマリルートに自動的に取得することで実現されます。

この機能が有効になっており、デバイスが代替ルートから再起動された場合(プライマリ ルートの破損または再起動中の電源サイクルのため)、次のアクションが実行されます。

1. プライマリ ルートからのブートに失敗したことを示す目立つメッセージが表示されます。

2. システム boot from backup root アラームが設定されます。これは、コンソールにアクセスできないデバイスに役立ちます。

3. プライマリ ルートへの代替ルートのスナップショットが作成されます。

4. スナップショットが完了すると、システム boot from backup root アラームはクリアされます。

次回のリブート時に、システムはプライマリ ルート上の正常なイメージを判断し、正常にブートします。

メモ：

すべてのプロセスが開始されたら、スナップショットを実行することをお勧めします。これは、再起動時間の増加を回避するために行われます。

メモ：

• 自動スナップショット機能は、SRX300、SRX320、SRX340、SRX345、SRX380、SRX550Mデバイスでサポートされています。

• デフォルトでは、自動スナップショット機能は無効になっています。

• 両方のパーティションで同じバージョンの Junos OS を維持しない場合は、自動スナップショット機能が無効のままであることを確認してください。そうしないと、代替パーティションに以前のバージョンのJunos OSがあり、システムが代替ルートパーティションから再起動された場合、自動スナップショット機能により、新しいバージョンのJunos OSが以前のバージョンに置き換えられます。

• 自動スナップショットが無効で、システムが代替ルートパーティションから再起動すると、システムが代替パーティションから再起動されたことを示すアラームがトリガーされます。

でこの機能 set system auto-snapshot を有効にします。この方法を使用してプライマリ ルート パーティションが回復されると、デバイスは次回の再起動時にプライマリ ルート パーティションから正常にブートします。

delete system auto-snapshotコマンドを実行して、すべてのバックアップデータを削除し、必要に応じて自動スナップショットを無効にします。

show system auto-snapshotコマンドを使用して、自動スナップショットのステータスを確認します。

自動スナップショットの進行中は、手動スナップショット コマンドを同時に実行できず、次のエラー メッセージが表示されます。

メモ：

スナップショットの進行中にデバイスにログインすると、次のバナーが表示されます。 The device has booted from the alternate partition, auto-snapshot is in progress.

デュアルルート パーティショニングを使用したプライマリ Junos OS イメージによるデバイスの回復方法の理解

SRXシリーズ サービス ゲートウェイがプライマリJunos OSイメージから起動できず、バックアップ ルート パーティションのバックアップJunos OSイメージから起動した場合、デバイスがバックアップJunos OSイメージから起動したことを示すメッセージがログイン時にコンソールに表示されます。

システムに残っている機能的なルートパーティションは1つしかないため、次のいずれかの方法を使用して、プライマリJunos OSイメージを直ちに復元する必要があります。

• CLIまたはJ-Webユーザー インターフェイスを使用して、新しいイメージをインストールします。新しくインストールされたイメージがプライマリ イメージになり、デバイスは次回の再起動時にそこから起動します。

• コマンドを入力して request system snapshot slice alternate 、バックアップ・ルート・パーティションのスナップショットを使用します。この方法を使用してプライマリ ルート パーティションが回復されると、デバイスは次回の再起動時にプライマリ ルート パーティションから正常にブートします。この手順の後、プライマリ ルート パーティションには、バックアップ ルート パーティションと同じバージョンの Junos OS が含まれます。スナップショットが完了すると、システム boot from backup root アラームはクリアされます。

  メモ：

  CLI request system snapshot slice alternate コマンドを使用して、現在実行中のルート ファイル システム(プライマリまたはセカンダリ)を、システム上の他のルート パーティションに次のようにバックアップできます。

  • システムがプライマリ ルート パーティションからブートするときに、プライマリ ルート パーティションのイメージをバックアップ ルート パーティションに保存します。

  • システムがバックアップ・ルート区画からブートするときに、バックアップ・ルート区画のイメージを 1 次ルート区画に保存します。

  警告：

  CLI コマンドを使用して request system snapshot slice alternate 代替ルートを復元するプロセスは、完了するまでに数分かかります。完了前に操作を終了すると、代替ルートに正常に機能するために必要な内容がすべて含まれていない可能性があります。

デュアルルート パーティショニングを使用したJunos OSリリース10.0以降のアップグレードの理解

メモ：

デュアルルート パーティショニングに移行せずにJunos OSリリース10.0にアップグレードする場合は、従来のCLIおよびJ-Webユーザー インターフェイスのインストール方法を使用してください。

Junos OSリリース10.0以降へのアップグレード中にデュアルルート パーティショニングを使用してメディアをフォーマットするには、次のいずれかのインストール方法を使用します。

• TFTPサーバーを使用したブート ローダーからのインストール。システムへのコンソール アクセスが利用可能で、ネットワークで TFTP サーバが使用可能な場合は、これをお勧めします。TFTPサーバーを使用したブート ローダーからSRXシリーズ ファイアウォールへのJunos OSのインストールを参照してください

• USBストレージ デバイスを使用したブート ローダーからのインストール。システムへのコンソール アクセスが使用可能で、USB ストレージ デバイスを接続するためにシステムに物理的にアクセスできる場合は、この方法をお勧めします。USBストレージ デバイスを使用したブート ローダーからSRXシリーズ ファイアウォールへのJunos OSのインストールを参照してください

• オプションを使用した partition CLIからのインストール。この方法は、コンソール アクセスが使用できない場合にのみお勧めします。このインストールはリモートで実行できます。

メモ：

Junos OSリリース10.0以降にアップグレードした後、デュアルルート パーティショニング方式を正しく動作させるには、Uブートとブート ローダーをアップグレードする必要があります。