Solaris Live Upgrade の実行手順

次に、現在のブート環境のコピーを作成してそのコピーをアップグレードし、アクティブなブート環境になるように切り替える作業の概要を示します。元のブート環境に切り替えるフォールバックの手順についても説明します。図 2–1 に、この Solaris Live Upgrade 処理の全体を示します。

図 2–1 Solaris Live Upgrade の実行手順

次の節で、Solaris Live Upgrade の実行手順について説明します。

1. 物理スライスまたは論理ボリューム上での新しいブート環境の作成

   • 「ブート環境の作成」

   • 「RAID-1 ボリュームファイルシステムを持つブート環境の作成」

2. 「ブート環境のアップグレード」

3. 「ブート環境のアクティブ化」

4. 「元のブート環境へのフォールバック」

ブート環境の作成

ブート環境を作成すると、クリティカルファイルシステムをアクティブなブート環境から新しいブート環境にコピーできます。必要であれば、ディスクを編成し直して、ファイルシステムをカスタマイズし、クリティカルファイルシステムを新しいブート環境にコピーします。

ファイルシステムのタイプ

Solaris Live Upgrade では、次の 2 種類のファイルシステムを区別します。クリティカルファイルシステムと共有可能ファイルシステムです。次の表に、これらのファイルシステムのタイプを示します。

ファイルシステム上の RAID-1 ボリュームの作成

Solaris Live Upgrade では、ファイルシステム上に RAID-1 ボリューム (ミラー) を持つブート環境を作成できます。概要については、「RAID-1 ボリュームファイルシステムを持つブート環境の作成」を参照してください。

ファイルシステムのコピー

新しいブート環境を作成するには、まず、クリティカルファイルシステムをコピーできる未使用のスライスが存在することを確認します。スライスが使用できないかあるいは最小限の要件を満たしていない場合は、新しいスライスをフォーマットする必要があります。

スライスを定義した後、ファイルシステムをディレクトリにコピーする前に、新しいブート環境上のファイルシステムを再構成できます。ファイルシステムを分割およびマージすることによってvfstab を簡単に編集でき、ファイルシステムを再構成することができます。ファイルシステムは、同じマウントポイントを指定して親ディレクトリにマージすることも、異なるマウントポイントを指定して親ディレクトリから分割することも可能です。

非アクティブブート環境でファイルシステムを構成した後、自動コピーを開始します。クリティカルファイルシステムは、指定された宛先ディレクトリにコピーされます。共有可能なファイルシステムは (それらの一部をコピーするように指定しない限り)、コピーされずに共有されます。ファイルシステムをアクティブなブート環境から非アクティブなブート環境にコピーする時、ファイルは新しいディレクトリにコピーされるので、アクティブなブート環境は変更されません。

新しいブート環境の作成の例

次の図に、さまざまな方法で新しいブート環境を作成する例を示します。

図 2–2 に、クリティカルファイルシステムのルート(/) をディスク上の別のスライスにコピーして、新しいブート環境を作成する方法を示します。アクティブなブート環境は、既存のスライス上にルート (/) ファイルシステムを持っています。新しいブート環境は、新しいスライス上にルート (/) ファイルシステムとまったく同じ複製を持ちます。ファイルシステム /swap および /export/home はアクティブなブート環境と非アクティブなブート環境で共有されます。

図 2–2 非アクティブなブート環境の作成 - ルート (/) ファイルシステムのコピー

図 2–3 に、クリティカルファイルシステムを分割し、ディスク上の複数のスライスにコピーして、新しいブート環境を作成する方法を示します。アクティブなブート環境は、既存のスライス上にルート (/) ファイルシステムを持っています。このスライスでは、ルート (/) ファイルシステム内に、/usr、/var、および /opt ディレクトリがあります。新しいブート環境では、ルート (/) ファイルシステムは分割され、/usr と /opt は別のスライスに配置されています。ファイルシステム /swap と /export/home は両方のブート環境で共有されます。

図 2–3 非アクティブなブート環境の作成 - ファイルシステムの分割

図 2–4 に、クリティカルファイルシステムをマージし、ディスク上の複数のスライスにコピーして、新しいブート環境を作成する方法を示します。アクティブなブート環境には、ルート (/) ファイルシステム、/usr、/var、/opt があり、各ファイルシステムは別々のスライス上に配置されています。新しいブート環境では、/usr と /opt はルート (/) ファイルシステムと同一のスライス上にマージされます。ファイルシステム /swap と /export/home は両方のブート環境で共有されます。

図 2–4 非アクティブなブート環境の作成 - ファイルシステムのマージ

RAID-1 ボリュームファイルシステムを持つブート環境の作成

Solaris Live Upgrade は、Solaris ボリュームマネージャーテクノロジを使って、RAID-1 ボリュームにカプセル化されたファイルシステムを持つブート環境を作成できます。Solaris ボリュームマネージャーでは、ボリュームを使って確実にディスクやデータを管理できます。Solaris ボリュームマネージャーでは、連結、ストライプ、その他の複雑な構成が可能です。Solaris Live Upgrade では、これらの作業の一部を実行できます。たとえば、ルート (/) ファイルシステムの RAID-1 ボリュームを作成できます。

ボリュームを使用すると、複数のディスクにまたがるディスクスライスをグループ化して、OS で単一のディスクとして扱われるようにできます。Solaris Live Upgrade で作成できるのは、RAID-1 ボリューム (ミラー) 内に単一スライスの連結を持つルート (/) ファイルシステムのブート環境だけです。これは、ブート用のスライスを 1 つだけ選択するようにブート PROM が制限されているためです。

Solaris Live Upgrade でボリュームを管理する方法

ブート環境を作成するとき、Solaris Live Upgrade を使って次の作業を行うことができます。

• 単一スライスの連結 (サブミラー) を RAID-1 ボリューム (ミラー) から切り離します。必要な場合は、内容を保持して新しいブート環境の内容にすることができます。内容はコピーされないため、新しいブート環境を短時間で作成できます。ミラーから切り離されたサブミラーは、元のミラーの一部ではなくなります。サブミラーに対する読み取りや書き込みがミラーを介して実行されることはなくなります。

• ミラーを含んだブート環境を作成します。

• 新しく作成したミラーに単一スライスの連結を 3 つまで接続します。

lucreate コマンドの -m オプションを使って、新しいブート環境に対してミラーの作成、サブミラーの切り離し、およびサブミラーの接続を行うことができます。

現在のシステム上に VxVM ボリュームが構成されている場合は、lucreate コマンドを使用して新しいブート環境を作成できます。新しいブート環境にデータをコピーすると、Veritas ファイルシステム構成が失われ、新しいブート環境に UFS ファイルシステムが作成されます。

Solaris ボリュームマネージャーのタスクと Solaris Live Upgrade の対応

Solaris Live Upgrade では、Solaris ボリュームマネージャーのタスクの一部が管理されます。表 2–1 に、Solaris Live Upgrade で管理できる Solaris ボリュームマネージャーのコンポーネントを示します。

Solaris Live Upgrade を使用して RAID-1 ボリュームを作成する例

次の例では、新しいブート環境の RAID-1 ボリュームを作成するためのコマンド構文を示します。

2 つの物理ディスク上に RAID-1 ボリュームを作成する

図 2–5 は、2 つの物理ディスク上に作成された RAID-1 ボリューム (ミラー) を持つ新しいブート環境を示しています。この新しいブート環境とミラーは、次のコマンドで作成されたものです。

# lucreate -n second_disk -m /:/dev/md/dsk/d30:mirror,ufs \ 
-m /:/dev/dsk/c0t1d0s0,/dev/md/dsk/d31:attach -m /:/dev/dsk/c0t2d0s0,/dev/md/dsk/d32:attach \ 
-m -:/dev/dsk/c0t1d0s1:swap -m -:/dev/dsk/c0t2d0s1:swap

このコマンドは、次のような処理を実行します。

• 新しいブート環境 second_disk を作成する。

• ミラー d30 を作成し、UFS ファイルシステムを構成する。

• 各物理ディスクのスライス 0 に単一デバイスの連結を作成する。これらの連結に d31 および d32 という名前を付ける。

• これら 2 つの連結をミラー d30 に追加する。

• ルート (/) ファイルシステムをミラーにコピーする。

• 各物理ディスクのスライス 1 に、スワップ用のファイルシステムを構成する。

図 2–5 ブート環境の作成とミラーの作成

ブート環境の作成と既存のサブミラーの使用

図 2–6 は、RAID-1 ボリューム (ミラー) を持つ新しいブート環境を示しています。この新しいブート環境とミラーは、次のコマンドで作成されたものです。

# lucreate -n second_disk -m /:/dev/md/dsk/d20:ufs,mirror \ 
-m /:/dev/dsk/c0t1d0s0:detach,attach,preserve

このコマンドは、次のような処理を実行します。

• 新しいブート環境 second_disk を作成する。

• ミラー d10 を解除し、連結 d12 を切り離す。

• 連結 d12 の内容を保持する。ファイルシステムのコピーは行われない。

• 新しいミラー d20 を作成する。これで、d10 および d20 という 2 つの 1 面ミラーが作成される。

• 連結 d12 をミラー d20 に接続する。

図 2–6 ブート環境の作成と既存のサブミラーの使用

ブート環境のアップグレード

ブート環境の作成が完了したら、そのブート環境をアップグレードできます。アップグレード作業の過程で、ブート環境の任意のファイルシステムに RAID-1 ボリューム (ミラー) を持たせることができます。あるいは、ブート環境に非大域ゾーンをインストールしておくこともできます。アップグレードを行なっても、アクティブなブート環境内のファイルには影響ありません。準備ができたところでこの新しいブート環境をアクティブ化し、このブート環境を現行のブート環境とします。

図 2–7 に、非アクティブなブート環境のアップグレードの例を示します。

図 2–7 非アクティブなブート環境のアップグレード

アップグレードする代わりに、Solaris フラッシュアーカイブをブート環境にインストールすることもできます。Solaris フラッシュインストール機能を使用すると、Solaris OS の単一の参照用インストールを 1 台のシステム上に作成できます。このシステムはマスターシステムと呼ばれます。続いて、クローンシステムと呼ばれる多数のシステム上にこのインストールを複製できます。この場合、非アクティブなブート環境はクローンシステムです。Solaris フラッシュアーカイブをシステムにインストールするとき、初期インストールの場合と同じように、アーカイブは既存のブート環境にあるすべてのファイルを置き換えます。

Solaris フラッシュアーカイブのインストール手順については、「ブート環境への Solaris フラッシュアーカイブのインストール」を参照してください。

次の図に、非アクティブなブート環境における Solaris フラッシュアーカイブのインストールを示します。図 2–8 は、1 台のハードディスクを持つシステムを示しています。図 2–9 は、2 台のハードディスクを持つシステムを示しています。

図 2–8 Solaris フラッシュアーカイブのインストール - ハードディスク 1 台

図 2–9 Solaris フラッシュアーカイブのインストール - ハードディスク 2 台

ブート環境のアクティブ化

新しいブート環境に切り替えてアクティブにする準備ができたら、新しいブート環境をすばやくアクティブにしてリブートします。新たに作成したブート環境を初めて起動するとき、ブート環境間でファイルの同期がとられます。ここでいう「同期」とは、いくつかのシステムファイルやディレクトリを、直前にアクティブだったブート環境から、ブート中のブート環境へコピーすることです。システムをリブートすると、非アクティブなブート環境にインストールした構成がアクティブになります。この時点で、元のブート環境は非アクティブブート環境となります。

図 2–10 に、リブート後に非アクティブなブート環境からアクティブなブート環境に切り替わる様子を示します。

図 2–10 非アクティブなブート環境のアクティブ化

元のブート環境へのフォールバック

問題が発生する場合は、アクティブ化とリブートを行なって元のブート環境にすぐにフォールバックできます。元のブート環境をバックアップして復元するよりも、フォールバックの方がはるかに時間がかかりません。ブートに失敗した新しいブート環境は保存されるので、障害を解析できます。フォールバックを実行できるのは、luactivate を使用して新しいブート環境をアクティブにしたブート環境だけです。

以前のブート環境にフォールバックするには、次の手順に従います。

フォールバックの手順については、第 6 章「障害回復: 元のブート環境へのフォールバック (作業)」を参照してください。

図 2–11 に、リブートしてフォールバックしたときにブート環境が切り替わる様子を示します。

図 2–11 元のブート環境へのフォールバック

ブート環境の保守

ブート環境のステータス確認、名前変更、削除など、さまざまな保守作業も行うことができます。保守作業の手順については、第 7 章「Solaris Live Upgrade ブート環境の管理 (作業)」を参照してください。