よく尋ねられる質問 (FAQ): Solaris OS でのパッチの適用

Lynne Thompson、2007 年 7 月

質問をクリックすると回答が表示されます。

一般的なパッチの適用に関する質問

1. パッチとは何ですか。

   Solaris オペレーティングシステム (OS) ソフトウェアは、SVR4 パッケージと一緒に提供およびインストールされます。パッケージには、1 つまたは複数のインストール可能なファイルと、パッケージに固有な設定情報が含まれます。パッケージに固有な情報は、これらのオブジェクトの属性を定義しています。この情報には、パッケージのインストール方法とインストール先も記載されています。通常、パッケージには、ファイルが正しく提供されるようにプリインストールスクリプトとポストインストールスクリプトも含まれています。

   パッチは、インストールされたパッケージを更新することで、システム上の 1 つまたは複数のこれらのファイルを追加、更新または削除します。パッチ自体は、多数のプリパッチスクリプト、ポストパッチスクリプト、および「クラスアクションスクリプト」とともに、「疎パッケージ」で物理的に構成されます。.

   • 疎パッケージは、通常のパッケージの最小限のバージョンです。疎パッケージは、更新されるファイルのみを提供します。
   • クラスアクションスクリプトは、パッケージやパッチのインストールまたは削除中に実行される一連のアクションを定義します。
2. Solaris 10 11/06 リリース以降に配布されたパッチを、それ以前の Solaris 10 リリースを実行しているシステムに適用できますか。

   はい。Solaris 10 のパッチは、Solaris 10 のどのリリースにも適用できます。

   マーケティングリリースごとに、パッチのセットが 1 つ用意されます。たとえば、Solaris 8 マーケティングリリースには Solaris 8 パッチのセットが提供され、Solaris 10 マーケティングリリースには Solaris 10 パッチのセットが用意されます。

   各リリースのパッチのセットには、マーケティングリリースのすべてのリリースが含まれます。たとえば、Solaris 10 3/05 リリースは、Solaris 10 の最初のマーケティングリリースです。このリリースのあとに、Solaris 10 1/06 や Solaris 10 6/06 などの多数のリリースが提供されています。パッチのセットは、これらの Solaris 10 リリースのすべてに適用可能です。同じ Solaris 10 パッチを、Solaris 10 3/05 リリース、Solaris 10 1/06 リリース、Solaris 10 6/06 リリースなどに適用できます。

   マーケティングリリースが異なる Solaris にパッチを適用することはできません。たとえば、Solaris 10 パッチを Solaris 9 のリリースに適用することはできません。

3. リリースの境界を経て (たとえば、Solaris 10 3/05 リリースから Solaris 10 6/06 リリースに) パッチを順に適用することで、システムをアップグレードすることはできますか。

   一部のお客様は、システムにインストールされているリリース以降に公開されたすべてのパッチをインストールすることで、システムをアップグレードすることを望まれています。利用可能な一般的なリリース (たとえば、Solaris 10 1/06 リリース) の後に公開されたパッチには、Solaris 10 1/06 リリースで提供された機能とバグ修正の両方が含まれます。

   答えは「いいえ」です。以降のパッチによって、後続のリリースの一部分は入手できますが、リリース全体を更新する保証にはなりません。

   Solaris のリリース (Solaris 10 6/06 など) には、既存のコードに対するパッチと新しいパッケージが含まれます。機能の変更を含め、前から存在するコードの変更はパッチで提供されます。リリース (Solaris 10 6/06 リリースなど) と同じまたはそれ以上のパッチレベルに更新すると、そのリリースに含まれている前から存在するコードに対するすべてのバグ修正を入手できます。パッチに含まれる自己完結型の新しい機能の一部を取得できる場合もあります。

   パッチには新しいオブジェクトを含めることができますが、一般的にほとんどの機能は新しいパッケージも導入します。これらの新しいパッケージは、通常 Solaris のリリースイメージをインストールまたはアップグレードすることでのみ利用できます。したがって、パッチを適用することで Solaris 10 6/06 リリースなどのリリースと同じ機能にすることはできません。

4. 使用しているシステムで、パッチのインストールに時間がかかるのはなぜですか。

   インストール時間は、さまざまな条件で変化します。

   • 現在の推奨パッチクラスタは非常に大規模になる場合があり、カーネルパッチなどの特定のパッチは、サイズが大きくなる傾向があります。たとえば、Solaris 10 11/06 カーネルパッチ (118833-36) のサイズは、およそ 136M バイトです。Solaris 10 8/07 カーネルパッチ (120011-10) のサイズは、およそ 166M バイトです。大規模なパッチはインストールに時間がかかります。
   • 現在、非大域ゾーンを使用しているシステムでは、パッチ操作は各ゾーンにひとつずつ順番に実行されます。

   Sun では、これらの問題を改善するよう取り組んでいます。CR 6318693 を参照してください。

5. 一部のパッチのサイズが大きいのはなぜですか。

   ソフトウェアの「コンポーネント」ごとに 1 つのパッチを提供することで、大きくて扱いにくいパッチを作成しないように、常に意図されています。たとえば、UFS サブシステム用の UFS パッチや、libc ライブラリ用の libc パッチなどが作成されます。

   バグの修正や、特に機能の変更がオペレーティングシステムの別のサブシステムのコードに影響する場合、これらの境界は徐々になくなります。結果的に、依存関係によって 1 つまたは複数のパッチをまとめる必要性が生じ、変更がまとめて提供されることになります。

   依存関係が弱い場合はパッチを分割し、完全な修正のためには複数のパッチが必要になることを、パッチの README に記載することもできます。弱い依存関係では不完全な修正や機能になるが、不完全であることが一貫性のないシステム状態につながることはありません。

   注: パッチの依存性 (弱い依存関係および強い依存関係について) の詳細は、Sun BluePrints の記事『Solaris Patch Management Recommended Strategy (pdf)』の「Patch Interrelationships」の節を参照してください。

6. たくさんのパッチが提供されるのはなぜですか。

   この質問には、いくつかの回答があります。

   • まず、パッチのサイズが大きくなるのを避けようとすると、サイズの小さいパッチの数が多くなります。
   • また、Sun のソフトウェア・ポートフォリオには多数の製品が含まれ、特に Solaris などの一部の製品は、その製品内のいろいろなサブシステムを処理する多数のさまざまなパッチの対象となる場合があります。

シングルユーザーモードまたはマルチユーザーモードでのパッチの適用

1. シングルユーザーモードを使用してパッチを適用するのは、どんな場合ですか。

   パッチの README に、シングルユーザーモードでインストールすべきパッチを示しています。パッチツールによってシングルユーザーモードを使うよう強制されることはありませんが、パッチの README に従ってください。シングルユーザーモードでパッチを適用することにより、システムを休止できます。システムの活動を最小限にすることが重要です。一部のパッチは、共通に使用されるシステムのコンポーネントを更新します。シングルユーザーモードを使用することで、システムの安定性を保持し、これらのコンポーネントが更新中に使用される可能性を小さくします。

   シングルユーザーモードを使用することは、カーネルパッチなどのシステムパッチを適用する場合に重要です。カーネルパッチをマルチユーザーモードで適用すると、システムが矛盾した状態になる危険性が非常に高くなります。

2. パッチを削除する場合に、シングルユーザーモードで作業する必要がありますか。

   パッチを適用する際にシングルユーザーモードが必要であった場合は、シングルユーザーモードを使用する必要があります。パッチのプロパティーは、パッチをインストールする場合と、削除する場合の両方に適用されます。システムに対して行われる変更は、変更の指示 (たとえば、インストールと削除) にかかわらず、一様に重要です。

3. シングルユーザーモードで起動するべきですか。または、init コマンドで実行レベルを変更できますか。

   init S コマンドによる実行レベルの変更で十分と予想されるかもしれません。ただし、実際には、この方法でマルチユーザーモードからシングルユーザーモードに移行した場合、システムで実行されているすべてのプロセスとアプリケーションが終了されるとは保証できません。他社製のアプリケーションは特に影響を受けます。init コマンドを使用しても、シングルユーザーモードのインストールを指定するパッチに対して、システムが十分に休止されません。したがって、パッチの README でシングルユーザーモードのインストールが指定されている場合、シングルユーザーモードで起動してからパッチ操作を行うことを、Sun は強く推奨しています。

4. シングルユーザーモードでパッチをインストールしているときに、「zoneadm: no such file or directory」のメッセージが表示されたのはなぜですか。

   これは既知の問題です。通常、非大域ゾーンのファイルシステムがシングルユーザーモードでマウントされていないために発生します。次のようなエラーメッセージが表示されます。

   Preparing checklist for non-global zone check...
   
   Checking non-global zones... 
    
   ERROR: unable to boot zone: problem running  on zone :
   error 1 zoneadm: zone 'myzone': can't stat /zones/full1/root: No such file or
   directory 
   zoneadm: zone 'myzone': call to zoneadmd failed 
    
   Can not boot non-global zone myzone
   

   回避方法: すべてのローカルファイルシステムを確実にマウントするために、パッチをインストールする前に mountall -l を実行します。

   この問題は現在修正中です。

パッチと再起動

1. 特定のパッチをインストールまたは削除したあとに、再起動が必要なのはなぜですか。

   一部のパッチの README ファイルでは、パッチをインストールまたは削除したあとに再起動が必要であることが指定されています。ここに示す指示が不明な場合は、パッチの最上位ディレクトリにある patchinfo ファイルを参照してください。再起動の指示は、ここに明確に説明されています。この再起動の要求には、再起動の 2 つの指示が含まれます。

   • 1 つは、パッチを適用したあとに修正を確認するための再起動です。この指示には時間に関する制約はありません。これは単に、変更の一部は再起動を行うまで有効にならないことを通知するための指示です。
   • もう 1 つは、パッチの適用後ただちに再起動する指示です。システムが矛盾した状態にあり、動作中のシステムを安定させる必要があるため、再起動をただちに実行する必要があります。したがって、パッチ操作が完了したら、すみやかにシステムを再起動する必要があります。

   たとえば、パッチで新しいカーネルバイナリと libc ライブラリが提供される場合があります。ディスクにインストールされた新しいカーネルバイナリは、次にシステムが起動するときにロードされるため、まだ「無効」な状態です。また、新しい libc ライブラリは、新しいカーネルに依存するインタフェースや動作の変更を含んでいる可能性があります。ただし、新しい libc は、ファイルシステムにインストールされたあと、任意の時点でリンクし呼び出すことができます。このバージョンの違いによってシステムが矛盾した状態となり、重大な問題につながる可能性があります。

2. 必要な再起動を回避したり延期することはできますか。

   いいえ。パッチで再起動が必要な場合は、再起動を回避することはできません。ただちに、またはあとで再起動を行い、パッチによって導入された変更を有効にする必要があります。ただし、都合のよいときまで再起動を延期するような方法を選択することはできます。

   • 1 つの方法として、Solaris Live Upgrade を使用します。これにより、稼動中でもパッチをインストールすることができます。シングルユーザーモードを避けて、マルチユーザーモードを使用することができます。都合のよいときに、パッチが適用された環境で再起動するだけです。

     注: 現在、Solaris Live Upgrade は Veritas のカプセル化されたルート (/) ファイルシステムを十分にサポートしていません。ルート (/) ファイルシステムは、Veritas Volume Manager ボリューム (VxVM) にすることができます。現在のシステムで VxVM ボリュームが設定されている場合は、lucreate コマンドで新しい起動環境を作成できます。データが新しい起動環境にコピーされるときに、Veritas ファイルシステムの設定は失われ、新しい起動環境に UFS ファイルシステムが作成されます。

   • Solaris Live Upgrade と同様の機能を実現する別の方法として、Solaris ボリュームマネージャで RAID-1 ボリューム (ディスクミラーリング) を使用する方法があります。この場合、ミラーを分割し、アクティブでないルート (/) ファイルシステムのミラーをマウントして、patchadd -R コマンドでコピーにパッチを適用することができます。-R オプションは、代替ルートの場所を指定できます。-R は、通常ディスクレスクライアントで使用されますが、再起動を延期するためにも使用できます。

詳細は、BigAdmin の Solaris Information Center を参照してください。
http://www.sun.com/bigadmin/hubs/documentation/

Unless otherwise licensed, code in all technical manuals herein (including articles, FAQs, samples) is provided under this License.