親/子関係、依存関係および起動の順序付け以下のように、リソースツリー内の親/子関係のルールはかなり単純です。親は子の前に開始する。親が停止する前に、すべての子が正常に停止していなければならない。つのルールから、子リソースはその親リソースに依存していると言えます。リソースが健全な状態にあると見なされるには、依存するすべての子が健全である必要があります。以下の操作は、仮想マシンにのみ有効な移行操作を除き、サービスと仮想マシンの両方に適用されます。つの選択可能なアクションのいずれかを適用するためにユーザーが呼び出すことのできる有効なコマンドです。サービスを起動します。オプションとして、優先ターゲット上での実行や、フェイルオーバードメインのルールに従った実行が可能です。実行されるローカルホストがサービスを起動します。操作が成功すると、サービスは起動状態になります。サービスを停止し、無効状態にします。これは、サービスが失敗状態にある場合にのみ許可される操作です。サービスを別のノードに移動します。再配置は継続し、別のノードが選択されます。クラスター内の許可されたすべてのノードでサービスの起動を試みます。クラスター内の許可されたターゲットノードがサービスを起動できない場合、再配置は失敗となり、サービスは元のオーナーで再起動を試行します。元のオーナーがサービスを再起動できない場合、サービスは停止状態になります。サービスを停止し、停止状態に切り替わります。仮想マシンを別のノードに移行します。管理者はターゲットノードを指定する必要があります。移行時の障害の内容によっては、仮想マシンは失敗状態になるか、または元のオーナー上で起動状態になる可能性があります。サービスを凍結できます。その他のソフトウェアをアップグレードすることができます。サービスの複数部分のメンテナンスが可能になります。サービスを凍結してから、データベースを停止し、メンテナンスを実行し、データベースを再起動してからサービスの凍結解除を行うことができます。凍結時のサービスの動作ステータスチェックが無効になります。操作が無効になります。操作が無効になります。フェイルオーバーは起こりません。以下のガイドラインに従わなかった場合、リソースが複数ホスト上で割り振られる可能性があります。すべてのインスタンスを停止しないでください。再起動するまでは、サービスを凍結解除しないでください。よって管理されるサービスの状態の定義をリストします。まで、サービスは無効状態のままになります。管理者はこの状態からサービスを有効にすることができます。サービスは停止していると見なされます。リソースの停止操作が失敗すると常にこの状態になります。存在していないことを確認しなければなりません。停止した状態で、次のサービスまたはノードに遷移後にサービスを起動するかどうかが評価されます。これは一時的な状態です。管理者は、この状態からサービスを無効/有効にすることができます。クラスターはサービスのリカバリーを試行中です。管理者は、必要な場合はリカバリーを防止するためにサービスを無効にすることができます。サービスのステータスチェックが失敗した場合、サービスリカバリーポリシーに従ってサービスのリカバリーを行います。サービスを実行するホストが失敗する場合、フェイルオーバードメインおよび排他的なサービスルールに従ってサービスのリカバリーを行います。移行を行うことができます。状態の特殊な遷移状態です。以外の他のサービスとは少し異なる方法で仮想マシンを扱います。他のクラスター対応のツールによってのみ管理する必要があります。動作の大半は通常のサービスに共通するものです。これには以下が含まれます。通常のサービス操作のほかにも、仮想マシンは、他のサービスがサポートしていない移行動作をサポートします。移行動作により、クラスター内で仮想マシンの場所を変更するために起動/停止を行う必要がなくなるため、仮想マシンのダウンタイムを最小限に抑えます。ごとに移行の属性に応じて選択されます。仮想マシンは、ほとんどのメモリーコンテンツが移動先ホストにコピーされる間も継続的に実行されます。仮想マシンは、メモリーコンテンツが移動先ホストにコピーされている間にメモリーに凍結されます。これにより、仮想マシンの移行完了までにかかる時間を最小限に抑えることができます。どの移行スタイルを採用するかは、可用性とパフォーマンスの要件によって変わります。秒間の完全な使用不可状態が発生する可能性はあるものの、パフォーマンスの低下は予想されません。仮想マシンをサービスのコンポーネントとして使用することもありますが、その場合は、すべての移行および以下の大半の便利な機能が無効になります。注意深く設定することが必要です。仮想マシンの管理を容易にする様々な方法を示します。