ナビゲーションリンクをスキップ | |
印刷ビューの終了 | |
Oracle Solaris 10 8/11 インストールガイド (インストールとアップグレードの計画) Oracle Solaris 10 8/11 Information Library (日本語) |
パート I Solaris のインストールおよびアップグレードの計画の概要
3. Solaris のインストールおよびアップグレード (ロードマップ)
4. システム要件、ガイドライン、およびアップグレード (計画)
デフォルトのブートディスクパーティションレイアウトで保存されるサービスパーティション
システムで動作している Oracle Solaris OS のバージョンを確認する方法
5. インストールやアップグレードの前に収集すべき情報 (計画)
パート II ZFS、ブート、Solaris ゾーン、および RAID-1 ボリュームに関連するインストールについて
6. ZFS ルートファイルシステムのインストール (計画)
7. SPARC および x86 ベースのブート (概要と計画)
8. システムに Solaris ゾーンがインストールされている場合のアップグレード (計画)
9. インストール時の RAID-1 ボリューム (ミラー) の作成 (概要)
UFS ファイルシステムの場合、システムをアップグレードするには、3 つの方法があります。Solaris Live Upgrade、Solaris インストールプログラム、およびカスタム JumpStart です。
ZFS ルートプールの場合は、Solaris Live Upgrade を使ってアップグレードします。ZFS のアップグレードについては、『Oracle Solaris 10 8/11 インストールガイド (Solaris Live Upgrade とアップグレードの計画)』の第 12 章「ZFS の Solaris Live Upgrade (計画)」を参照してください。
表 4-5 Solaris のアップグレード方法
|
次の表に、特定の条件下でシステムをアップグレードする際の制限事項を示します。
|
Solaris インストールプログラムによる標準の対話式アップグレードか、カスタム JumpStart インストールによる自動的なアップグレードを実行できます。Solaris Live Upgrade を使用すると、稼働中のシステムをアップグレードできます。
|
Solaris フラッシュのインストール機能では、マスターシステムからインストール全体のコピーを作成し、これを多数のクローンシステムに複製できます。このコピーは Solaris フラッシュアーカイブと呼ばれます。アーカイブは、どのインストールプログラムを使用してもインストールできます。
注意 - 非大域ゾーンがインストールされていると、Solaris フラッシュアーカイブは正常に作成されません。Solaris フラッシュ機能には Solaris ゾーン区分技術との互換性はありません。Solaris フラッシュアーカイブを作成する場合、そのアーカイブの配備条件が次のいずれかの場合は、作成されたアーカイブは正しくインストールされません。
|
Solaris フラッシュアーカイブを作成する際、デフォルトのコピー方法として cpio ユーティリティーが使用されます。個別のファイルのサイズを 4G バイトより大きくすることはできません。大規模な個別ファイルが存在する場合、flarcreate コマンドに -L pax オプションを指定すると、pax ユーティリティーにより、個別ファイルのサイズ制限なしでアーカイブが作成されます。個別のファイルのサイズは 4G バイトより大きくできます。
アーカイブのインストールについては、次の表を参照してください。
|
Solaris インストールプログラムのアップグレードオプションとカスタム JumpStart プログラムの upgrade キーワードはどちらも、ディスク容量の再配置機能を提供します。この再配置により、ディスクスライスのサイズが自動的に変更されます。アップグレードするのに十分な容量が現在のファイルシステムにない場合、ディスク容量を割り当て直すことができます。たとえば、アップグレードに伴ってファイルシステムの容量を増やす必要があるのは、次のような場合です。
新しいリリースで、システムに現在インストールされている Solaris ソフトウェアグループに新たにソフトウェアが追加されている。特定のソフトウェアグループに含められる新しいソフトウェアは、インストールの対象となるようにアップグレード時に自動的に選択されます。
新しいリリースに、システム上の既存のソフトウェアよりもサイズが大きいソフトウェアが存在する。
自動配置機能を使用すると、ファイルシステムに必要な容量を確保するようにディスク容量の再配置が行われます。自動配置機能では、デフォルトの制約に基づいて容量の再配置が試みられます。このため、この機能によって容量の再配置が行われない場合は、ファイルシステムの制約を変更する必要があります。
注 - 自動配置機能には、ファイルシステムの容量を増やす能力はありません。自動配置機能では、次の処理によって容量の再配置が行われます。
変更の必要なファイルシステム上の必須ファイルをバックアップする。
ファイルシステムの変更にもとづいてディスクパーティションを再分割する。
アップグレードの前にバックアップファイルを復元する。
Solaris インストールプログラムの自動配置機能が、ディスク容量をどのように再配置するかを決定できない場合は、カスタム JumpStart プログラムを使用してアップグレードを行う必要があります。
カスタム JumpStart によるアップグレードでアップグレード用プロファイルを作成する際に、ディスク容量が問題になることがあります。アップグレードするのに十分なディスク容量が現在のファイルシステムにない場合は、backup_media キーワードと layout_constraint キーワードを使用してディスク容量を再配置することができます。プロファイル内での backup_media および layout_constraint キーワードの使用例については、『Oracle Solaris 10 8/11 インストールガイド (カスタム JumpStart/上級編)』の「プロファイルの例」を参照してください。
最初の Solaris 10 3/05 リリースに続く次のいずれかのリリースにアップグレードする場合に、パッチアナライザはシステムの解析を実行します。
Solaris 10 1/06 リリース
Solaris 10 6/06 リリース
すでに Oracle Solaris OS を実行していて、個別のパッチをインストール済みの場合、以降の Solaris 10 リリースにアップグレードしたときの動作は次のとおりです。
上記のリリースの 1 つでその一部として提供されているすべてのパッチが、システムに再び適用されます。これらのパッチはバックアウトできません。
システムにすでにインストールされていたパッチのうち、上記のリリースの 1 つに含まれていないものは、すべて削除されます。
パッチアナライザを使用すると、削除されるパッチがどれであるかを判断できます。パッチアナライザの詳しい使用方法については、『Oracle Solaris 10 8/11 インストールガイド (Solaris Live Upgrade とアップグレードの計画)』の付録 C「アップグレード時のパッチアナライザの使用 (作業)」を参照してください。
Solaris OS のアップグレードを行う前に、既存のファイルシステムのバックアップを行うことを強くお勧めします。ファイルシステムをテープなどのリムーバブルメディアにコピーすれば、データの損失や損傷、破壊などを防止できます。
システムのバックアップを作成する方法については、『Solaris のシステム管理 (デバイスとファイルシステム)』の第 22 章「UFS ファイルシステムのバックアップと復元 (概要)」を参照してください。
非大域ゾーンがインストールされている場合にシステムのバックアップを作成する方法については、『Oracle Solaris のシステム管理 (Oracle Solaris コンテナ : 資源管理と Oracle Solaris ゾーン)』の第 27 章「Solaris のゾーン管理 (概要)」を参照してください。
以前のリリースでは、再起動メカニズムによって電力損失などの問題が発生したあともアップグレードを続行できました。Solaris 10 10/08 リリース以降、再起動メカニズムは信頼できなくなりました。問題が発生した場合は、アップグレードが再起動されないことがあります。