この章では、Solaris Live Upgrade のインストールと使用を開始する前に考慮すべきガイドラインと要件を説明します。アップグレード用のチェックリスト でアップグレード全般に関する情報も確認してください。この章の内容は次のとおりです。
SPARC ベースのシステムの場合、Solaris 2.6、Solaris 7、または Solaris 8 オペレーティング環境を、Solaris 8 または Solaris 9 オペレーティング環境にアップグレードできます。
x86 ベースのシステムの場合、Solaris 7 または Solaris 8 オペレーティング環境を、Solaris 8 または Solaris 9 オペレーティング環境にアップグレードできます。
Solaris 7 オペレーティング環境にはアップグレードできません。
現在実行中のシステムにインストールした Solaris Live Upgrade が収められているリリースにアップグレードできます。たとえば、現在のオペレーティング環境のみに Solaris 9 リリースの Solaris Live Upgrade をインストールした場合、Solaris 9 リリースにのみアップグレード可能です。
Solaris Live Upgrade は Solaris 9 ソフトウェアに含まれていますが、Solaris 9 以前のリリースからアップグレードしたい場合は、現在のオペレーティング環境に Solaris Live Upgrade のパッケージをインストールする必要があります。Solaris Live Upgrade パッケージのインストールには、次のものを使用します。
Solaris 9 DVD、Solaris 9 SOFTWARE 2 of 2 CD、またはネットインストールイメージ上にあるインストーラ。
pkgadd コマンド。 pkgadd コマンドを使用する場合、パッケージは SUNWlur、 SUNWluu の順番でインストールしてください。
Solaris Live Upgrade ソフトウェアのインストール方法については、Solaris Live Upgrade をインストールする方法 を参照してください。
アップグレードの一般的なディスク容量の要件に従います。第 5 章「ディスク容量およびスワップ容量の割り当てに関する指針」を参照してください。
ブート環境の作成に必要なファイルシステムのサイズを見積もるには、新しいブート環境の作成を開始してください。サイズが計算されたところで、処理を中断できます。
新しいブート環境上のディスクをブートデバイスとして使用する必要があります。システムの中には、ブートデバイスとして機能するディスクを限定するものがあります。ブート制限が適用されるかどうかを確認するには、各システムのマニュアルを参照してください。
以下の各節では、Solaris Live Upgrade に必要なパッケージを示し、推奨パッチ情報を提供します。Solaris Live Upgrade を使ってパッケージおよびパッチを追加する方法については、Solaris Live Upgrade によるパッケージやパッチの管理を参照してください。
パッケージやパッチのアップグレード、追加、削除を行うためには、そのパッケージまたはパッチが SVR4 Advanced Packaging Guideline に準拠していなければなりません。サンのパッケージはこのガイドラインに準拠していますが、サードパーティベンダーのパッケージがこれに準拠しているとは限りません。非準拠のパッケージを追加しようとすると、パッケージ追加ソフトウェアの障害が発生するか、アクティブブート環境が改変されてしまう可能性があります。
Solaris Live Upgrade によるパッケージの追加や削除については、luupgrade(1M) のマニュアルページを参照してください。パッケージ化の要件については、付録 C 「その他の SVR4 パッケージ要件に関するリファレンス情報」を参照してください。
次の表は、Solaris Live Upgrade を使用する上で必要なパッケージを示しています。この表で、現在のオペレーティング環境に必要なパッケージを確認してください。使用しているリリースに必要なパッケージがインストールされていない場合は、pkgadd コマンドを使用してそれらを追加してください。
表 31–1 Solaris Live Upgrade に必要なパッケージ
Solaris 2.6 リリース |
Solaris 7 リリース |
Solaris 8 リリース |
---|---|---|
SUNWadmap |
SUNWadmap |
SUNWadmap |
SUNWadmfw |
SUNWadmc |
SUNWadmc |
SUNWadmc |
SUNWlibC |
SUNWlibC |
SUNWmfrun |
|
SUNWbzip |
SUNWloc | ||
SUNWlibC |
|
|
Solaris Live Upgrade ソフトウェアは、複数の Solaris オペレーティング環境バージョンでインストールと実行ができるように設計されています。Solaris Live Upgrade の処理が正しく行われるようにするためには、各 OS バージョン用に提供されている最新の推奨パッチとセキュリティパッチを適用する必要があります。実行中の Solaris のリリースに適したパッチクラスタのリビジョンについては、 http://sunsolve.sun.com を参照してください。
lucreate コマンドに -m オプションを指定することにより、新しいブート環境に作成するファイルシステムとその数を指定できます。作成するファイルシステムの数だけ、このオプションを繰り返し指定する必要があります。たとえば、-m オプションを 1 回だけ使用した場合、すべてのファイルシステムが指定の場所に格納されます。元のブート環境のすべてのファイルシステムが、-m で指定されたファイルシステムにマージされます。-m オプションを 2 回使用すると、ファイルシステムが 2 つ作成されます。-m オプションを使ってファイルシステムを作成する場合、次の項目に留意してください。
-m オプションを 1 個指定して、新しいブート環境のルート (/) ファイルシステムを作成する必要があります。-m オプションを指定しないで lucreate を実行すると、「Configuration」メニューが表示されます。「Configuration」メニューでは、新しいマウントポイントにファイルを変更して新しいブート環境をカスタマイズできます。
現在のブート環境にクリティカルファイルシステムがある場合、このファイルシステムは、-m オプションで指定しなくても新しく作成されたファイルシステムの上位 2 番目のファイルシステムにマージされます。
新しいブート環境には、-m オプションで指定されたファイルシステムだけが作成されます。現在のブート環境に複数のファイルシステムがあり、新しいブート環境にも同じ数のファイルシステムを作成したい場合は、ファイルシステムごとに 1 個ずつ -m オプションを指定します。たとえば、ルート (/) ファイルシステム、 /opt ファイルシステム、/var ファイルシステムがある場合、これらを新しいブート環境に作成するには、それぞれに - m オプションを 1 個ずつ指定します。
マウントポイントが重複しないようにしてください。たとえば、ルート (/) ファイルシステムを 2 つ作成することはできません。
ブート環境のファイルシステムを作成する場合の規則は、Solaris オペレーティング環境のファイルシステムを作成する場合と同じです。Solaris Live Upgrade では、クリティカルファイルシステムに無効な構成を作成できてしまいます。たとえば、lucreate コマンドを用いて、ルート (/) と /kernel を別々のファイルシステムに作成することも可能です。しかし、これは、無効な分割方式です。
ディスクスライスを作成するときは、スライスがオーバーラップしないように注意してください。スライスのオーバーラップがあると、新しいブート環境を作成したつもりでも、アクティブにした後ブートすることができません。こうしたオーバーラップは、ファイルシステムの破損の原因となります。
Solaris Live Upgrade を正しく機能させるには、アクティブブート環境の vfstab ファイルの内容が有効で、少なくとも ルート (/) のエントリが含まれている必要があります。
非アクティブブート環境を作成する場合は、ルート (/) ファイルシステムがコピーされるスライスを確認する必要があります。ルート (/) ファイルシステムのスライスを選択する場合は、次のガイドラインに従ってください。スライスは、次の条件を満たしていなければなりません。
システムをブートできるスライスである
推奨されている最小サイズ以上である
Veritas VxVM ボリュームではない
アクティブなルート (/) ファイルシステムとは異なる物理ディスクでも同じディスクでもかまわない
sun4m システムの場合、ルート (/) ファイルシステムのサイズは最大で 2G バイトである
「Choices」メニューには、非アクティブブート環境の作成に使用できる空きスライスが表示されます。しかし、スライスの中には、Veritas VxVM ボリュームや Solaris ボリュームマネージャメタデバイスのように、未使用であるが「Choices」メニューに表示されないものがあります。
Solaris Live Upgrade は、Solaris ボリュームマネージャメタデバイスまたは Veritas ボリュームマネージャVxVM ボリュームを使用しているシステム上で使用できます。ソースブート環境に含まれる物理ディスクスライス、Solaris ボリュームマネージャメタデバイス、Veritas ボリュームマネージャボリュームは自由に組み合わせることができます。新しいブート環境を作成する際は、物理ディスクスライスまたは Solaris ボリュームマネージャメタデバイスのどちらかをこの環境のルート (/) ファイルシステムとして選択できます。Solaris ボリュームマネージャメタデバイスを選択した場合は、単一のディスクまたは単一のディスクストライプ上のミラーを使って、このメタデバイスをストライプ化する必要があります。詳細については、metaroot(1M) のマニュアルページを参照してください。
Veritas VxFS ボリュームは、新しいブート環境のルート (/) ファイルシステムとして選択できません。ルート (/) ファイルシステム以外のファイルシステムとしてであれば、物理ディスクスライス、Solaris ボリュームマネージャメタデバイス、Veritas VXFS ボリュームのいずれかを使用できます。
表 31–2 は、ブート環境を作成するための有効なディスク構成について説明しています。メタデバイスを使用する場合とボリュームを使用する場合とでは、有効なディスク構成が異なります。
表 31–2 メタデバイスまたはボリュームの有効なスライス
製品 |
ソーススライス |
ターゲットがルート (/) ファイルシステムのメタデバイスである場合 |
ターゲットがルート (/) ファイルシステムではなく、 /usr、/var、 /opt のいずれかである場合 |
---|---|---|---|
Solaris ボリュームマネージャ |
ルート (/) ファイルシステムの場合、ソースはメタデバイスか物理スライス |
ルート (/) ファイルシステムは単一ディスクを持つストライプか、単一ディスクストライプ上のミラーでなければならない |
その他のファイルシステムは物理スライスでもメタデバイスでもよい |
Veritas VxVM ボリュームマネージャ |
ルート (/) ファイルシステムの場合、ソースはボリュームか物理スライス |
ルート (/) ファイルシステムは VxVM ボリュームにはできない。ルート (/) は必ず物理スライス |
その他のファイルシステムは物理スライスでもボリュームでもよい |
新しいブート環境を作成する際、lucreate - m コマンドは、次の 3 種類のデバイスだけを認識します。
物理スライス (/dev/dsk/cnumtnumdnumsnum)
Solaris ボリュームマネージャメタデバイス (/dev/md/dsk/dnum)
Veritas VxFS ボリューム (/dev/vx/dsk/volume_name)
ブート環境でメタデバイスまたはボリュームを使用する場合、フラッシュアーカイブのアップグレードまたはインストール時に特別に注意すべき項目があります。詳細は、 メタデバイスとボリュームのアップグレード を参照してください。
Veritas VxVM のアップグレードで問題が生じる場合は、Veritas VxVm の実行中に Solaris Live Upgrade を使用してアップグレードするとシステムパニックが発生するを参照してください。
スワップスライスは、現在のブート環境 (-s オプションを使用する場合はソースブート環境) 以外のブート環境で使用することはできません。スワップスライスが他のブート環境によって使用されている場合、スワップスライスのファイルシステムの種類 (swap、ufs など) にかかわらず、ブート環境の作成は失敗します。
Solaris Live Upgrade は、スライスの内容を指定の新しいブート環境のスライスにコピーします。容量とコピーにかかる時間を節約したい場合は、そのスライス上に複数のブート環境で共有できるだけの大きなファイルシステムを用意することもできます。ルート(/)、/var のようなオペレーティング環境に欠かせないクリティカルファイルシステムは必ずコピーしてください。/home などの非クリティカルファイルシステムは、複数のブート環境で共有できます。共有可能なファイルシステムは、ユーザーによって定義され、アクティブブート環境と新しいブート環境の両方の個々のスワップスライス上に存在していなければなりません。必要に応じて、複数の方法でディスクを再構成できます。
新しいブート環境を作成する前にディスクスライスを作成し直し、そのスライス上に共有可能なファイルシステムを配置することができます。たとえば、ルート ( /)、/var、/home がすべて同じスライス上にある場合、ディスクを再構成して /home を固有のスライスに配置できます。デフォルトの設定では、新しいブート環境を作成すると、 /home はアクティブブート環境と新しいブート環境で共有されます。
ディレクトリを共有したい場合、そのディレクトリを固有のスライスに配置する必要があります。こうすることにより、ディレクトリは、そのほかのブート環境と共有可能なファイルシステムになります。lucreate -m コマンドを実行すると、新しいブート環境が作成され、ディレクトリを固有のスライスに配置することができます。しかし、この新しいファイルシステムはまだもとのブート環境と共有できません。再度 lucreate -m コマンドを実行して、もう 1 つ別のブート環境を作成する必要があります。この 2 つの新しいブート環境では、ディレクトリを共有できます。
たとえば、Solaris 8 から Solaris 9 にアップグレードし、両方のオペレーティング環境で /home を共有したい場合は、lucreate -m コマンドを実行して、 /home 固有のスライス上に独立したファイルシステムとして配置し、Solaris 8 リリースを作成します。次に、再度 lucreate - m コマンドを実行し、そのブート環境を複製します。さらに、この複製ブート環境を Solaris 9 リリースへアップグレードします。/home は Solaris 8 リリースと Solaris 9 リリース間で共有されます。
共有可能なファイルシステムおよびクリティカルファイルシステムの概要については、ブート環境の作成 (概要)を参照してください。
キャラクタインタフェースを tip 回線などを介して リモートで表示する場合は、必要に応じて TERM 環境変数を VT220 に設定してください。また、共通デスクトップ環境 (CDE) を使用する場合は、 TERM 変数の値を xterm ではなく dtterm に設定してください。