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 イメージの両方が含まれます。

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

• jaisやjfirmwareなどのアドオンパッケージは、新しい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ブートとブート ローダーをアップグレードする必要があります。

デュアルルートおよびシングルルート パーティショニング(SRXシリーズのみ)

出荷時にJunos OSリリース10.0以降を搭載しているSRXシリーズファイアウォールは、デュアルルートパーティショニング方式でフォーマットされています。

手記：

Junos OSリリース12.1X45以降では、単一ルート パーティショニングはサポートされていません。

手記：

2 GB RAMを搭載したSRX100、SRX110、SRX210、SRX220、SRX240デバイスは、12.1X46-D65以降のJunos OS 12.1X46リリースにアップグレードできません。2 GB RAMを搭載したデバイスでこのリリースにアップグレードしようとすると、次のエラーが発生します。 エラー:12.1X46-D65以降の12.1X46リリースでサポートされていないプラットフォーム

Junos OSリリース9.6以前を実行している既存のSRXシリーズファイアウォールは、単一ルート パーティショニング方式を使用します。これらのデバイスをJunos OSリリース10.0以降にアップグレードする際に、ストレージ メディアをデュアルルート パーティショニングでフォーマットする(強く推奨)か、既存のシングルルート パーティショニングを保持するか選択できます。

Junos OSのアップグレードには、インストール前に内部メディアをフォーマットする方法と、しない方法があります。デュアルルート パーティショニング方式でJunos OSリリース10.0以降をインストールするには、インストール前に内部メディアをフォーマットするアップグレード方法を使用する必要があります。

手記：

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

これらのアップグレード方法では、インストールの前に内部メディアをフォーマットします。

• TFTPサーバーを使用したブート ローダーからのインストール

• USBストレージ デバイスを使用したブート ローダーからのインストール

• partition オプションを使用した CLI からのインストール(Junos OS リリース 10.0 で使用可能)

• J-Webユーザー インターフェイスを使用したインストール

これらのアップグレード方法では、既存のパーティショニング方式が保持されます。

• CLIを使用したインストール

• J-Webユーザー インターフェイスを使用したインストール

注意：

インストール前に内部メディアをフォーマットするアップグレード方法では、メディアの既存コンテンツが消去されます。現在の設定のみが保持されます。プロセスを開始する前に、必ず重要なデータをバックアップしてください。

手記：

メディアがデュアルルート パーティショニング方式でフォーマットされると、従来のCLIまたはJ-Webユーザー インターフェイスのインストール方法を使用できます。その場合、その後のアップグレードでは既存のパーティショニングとメディアのコンテンツが保持されます。