ナビゲーションリンクをスキップ | |
印刷ビューの終了 | |
Oracle VM Server for SPARC 3.0 管理ガイド Oracle VM Server for SPARC (日本語) |
パート I Oracle VM Server for SPARC 3.0 ソフトウェア
1. Oracle VM Server for SPARC ソフトウェアの概要
3. Oracle VM Server for SPARC のセキュリティー
XML ファイルからのドメイン構成の復元方法 (ldm add-domain)
XML ファイルからのドメイン構成の復元方法 (ldm init-system)
パート II オプションの Oracle VM Server for SPARC ソフトウェア
13. Oracle VM Server for SPARC 物理から仮想への変換ツール
14. Oracle VM Server for SPARC Configuration Assistant (Oracle Solaris 10)
16. Oracle VM Server for SPARC 管理情報ベース (MIB) ソフトウェアの使用
17. Logical Domains Manager の検出
Logical Domains 「構成」は、単一のシステム内のすべてのドメインおよびリソース割り当ての詳細を示します。構成は、サービスプロセッサ (SP) に保存および格納し、あとで使用することができます。
SP に構成を保存すると、ドメインのリブートやシステムの電源再投入後も構成が保持されます。複数の構成を保存すると、次に電源投入を試みたときにブートする構成を指定できます。
Oracle VM Server for SPARC 3.0 以降のリリースでは、SP に構成を保存するたびに、SP 構成および Logical Domains 制約データベースのローカルコピーが制御ドメインに保存されます。このローカルコピーは、ブートセットと呼ばれます。ブートセットは、システムの電源再投入時に、対応する Logical Domains 制約データベースを読み込むために使用されます。
注 - 制御ドメインのファイルシステムでは、ミラー化や RAID などのテクノロジを使用して、ファイルシステムが単一障害点にならないようにしてください。
システムに電源を投入すると、SP は選択された構成をブートします。特定の構成をブートすることで、システムは、同じドメインセットを実行し、その構成に指定されている同じ仮想化およびリソース割り当てのパーティション分割を使用します。デフォルトの構成は、最後に保存された構成です。
Logical Domains 構成が変更された場合は、現在の構成のコピーが制御ドメインに自動的に保存されます。この自動保存処理では、SP に構成が明示的に保存されません。
次の状況でも、自動保存処理はただちに行われます。
新しい構成が、SP に明示的に保存されていない場合
実際の構成の変更が、影響を受けるドメインのリブート時まで行われない場合
SP に保存されている構成が失われた場合、この自動保存処理によって構成を回復できます。また、システムの電源再投入後に現在の構成が SP に明示的に保存されなかった場合も、この処理によって構成を回復できます。このような状況では、次回のブート用にマークされた構成よりも日付が新しければ、その構成が再起動時に Logical Domains Manager によって復元されます。
注 - 電源管理、FMA、ASR、および PRI 更新イベントでは、自動保存ファイルは更新されません。
自動保存ファイルは、自動または手動で新規または既存の構成に復元できます。デフォルトでは、自動保存構成が、対応する実行中の構成よりも新しい場合、メッセージが Logical Domains ログに書き込まれます。したがって、ldm add-spconfig -r コマンドを使用して既存の構成を手動で更新するか、または自動保存データに基づいて新しい構成を作成する必要があります。
注 - 遅延再構成が保留中の場合は、構成の変更はただちに自動保存されます。そのため、ldm list-config -r コマンドを実行すると、自動保存構成は、現在の構成より新しいものとして表示されます。
ldm *-spconfig コマンドを使用して構成を管理する方法と、自動保存ファイルを手動で回復する方法については、ldm(1M) マニュアルページを参照してください。
ブートする構成を選択する方法については、「サービスプロセッサでの Logical Domains の使用」を参照してください。
自動回復ポリシーには、制御ドメインに自動的に保存された 1 つの構成が対応する実行中の構成よりも新しい場合に、構成の回復を処理する方法を指定します。自動回復ポリシーを指定するには、ldmd SMF サービスの autorecovery_policy プロパティーを設定します。autorecovery_policy プロパティーには次の値を使用できます。
autorecovery_policy=1 – 自動保存構成が、対応する実行中の構成よりも新しい場合に、警告メッセージをログに記録します。これらのメッセージは、ldmd SMF ログファイルに記録されます。ユーザーは、構成の回復を手動で実行する必要があります。これはデフォルトのポリシーです。
autorecovery_policy=2 – 自動保存構成が、対応する実行中の構成よりも新しい場合に、通知メッセージを表示します。この通知メッセージは、毎回の Logical Domains Manager の再起動後に最初に ldm コマンドが発行されたときに、いずれかの ldm コマンドの出力になります。ユーザーは、構成の回復を手動で実行する必要があります。
autorecovery_policy=3 – 自動保存構成が、対応する実行中の構成よりも新しい場合に、構成を自動的に更新します。この処理により、次の電源再投入時に使用される SP 構成が書き換えられます。この構成は、制御ドメインに保存されている、より新しい構成で更新されます。この処理は、現在実行中の構成には影響を与えません。この処理は、次の電源再投入時に使用される構成にのみ影響します。新しい構成が SP に保存され、次回システムの電源再投入時にこの構成がブートされるというメッセージも記録されます。これらのメッセージは、ldmd SMF ログファイルに記録されます。
Oracle Solaris 10 の場合は、『System Administration Guide: Security Services』の「Configuring RBAC (Task Map)」を参照してください。Oracle Solaris 11.1 の場合は、『Oracle Solaris 11.1 Administration: Security Services』のパート III「Roles, Rights Profiles, and Privileges」を参照してください。
# svccfg -s ldmd listprop ldmd/autorecovery_policy
# svcadm disable ldmd
# svccfg -s ldmd setprop ldmd/autorecovery_policy=value
たとえば、自動回復を実行するようにポリシーを設定するには、プロパティー値を 3 に設定します。
# svccfg -s ldmd setprop ldmd/autorecovery_policy=3
# svcadm refresh ldmd # svcadm enable ldmd
例 11-3 ログへの記録から自動回復への自動回復ポリシーの変更
次の例は、autorecovery_policy プロパティーの現在の値を表示し、その値を新しい値に変更する方法を示しています。このプロパティーの元の値は 1 です。この場合、自動保存の変更はログに記録されます。ldmd サービスの停止および再起動には svcadm コマンド、プロパティー値の表示および設定には svccfg コマンドが使用されます。
# svccfg -s ldmd listprop ldmd/autorecovery_policy ldmd/autorecovery_policy integer 1 # svcadm disable ldmd # svccfg -s ldmd setprop ldmd/autorecovery_policy=3 # svcadm refresh ldmd # svcadm enable ldmd