DataKeeper/LifeKeeperボリュームでボリュームシャドウコピー (VSS) を使用する
Windows 2008 R2では、LifeKeeper for Windowsによって保護される (共有または複製) ボリュームでVSSシャドウコピーを有効にすることができます。ただし、以下のガイドラインが適用されます。
- LifeKeeper for Windowsによって保護されるボリュームにはVSSスナップショットイメージを保存できません。LifeKeeper for Windowsによって保護されるボリュームにVSSスナップショットを保存すると、LifeKeeper for Windowsはボリュームをロックして別のノードにスイッチオーバーすることができません。
- LifeKeeper for Windowsによって保護されるボリュームがスイッチオーバーまたはフェイルオーバーした場合、LifeKeeper for Windowsによって保護されるボリュームから取得された以前のスナップショットは破棄され、再利用することができません。
- VSSスナップショットスケジュールはLifeKeeper for Windowsサーバー間でコピーされません。プライマリーサーバーで1日2回スナップショットを取得するように予定されているときにスイッチオーバーが発生した場合、このスケジュールはスタンバイサーバーには渡されず、スタンバイサーバーで再定義する必要があります。
- スナップショットが以前有効になっていたサーバーに切り替えられた場合、動作にわずかな違いがあります。
- ボリュームが共有ボリュームである場合は、VSSスナップショットを再度有効にする必要があります。
- ボリュームが複製ボリュームである場合は、VSSスナップショットは自動的に有効になります。
FAQ
- “Volume Shadow Copy service” を無効にすると、LifeKeeper / DataKeeperに影響しますか?
サービスが無効になっている場合でも、LifeKeeperはvssadminコマンドを実行し、問題が発生すると、次のアプリケーションイベントログエラーが発生します。
Volume Shadow Copy Service information: CLSIDを備えたCOMサーバー { e579ab5f-1cc4-44b4-bed9-de0991ff0623} とネームコーディネーターを開始できません。 [0x80070422、サービスが無効になっているか、有効なデバイスが関連付けられていないため、サービスを開始できません。]
したがって、サービスは少なくとも 手動に設定 する必要があります。
- スタンバイシステムでディープチェックとクイックチェックが実行されるのはなぜですか?
チェックスクリプトがアクティブノード(ミラーのソースサーバー)で実行される場合、 vssadminコマンドは、LifeKeeperコマンドlcdremexecを使用してリモート実行を実行するターゲットノードで実際に実行されます。 これが、ボリュームシャドウコピーサービスがターゲットノードで開始するのを確認する理由です。
- LifeKeeperがコマンド “vssadmin.exe delete shadows” を等間隔で実行する理由と問題の解決方法
ボリュームリソースの場合、LifeKeeperは、リソースチェック(クイック/ディープ)中およびボリュームリソースのサービスを停止するときに、vssadmin_wrapper.kshを介してvssadminコマンドを実行します。 VSSシャドウコピーストレージとして実行されるvssadminコマンドは、ミラーリングされたボリュームまたは共有ディスクボリュームでは使用できません。
ボリュームリソースのサービスを停止するときにVSSシャドウコピーストレージが検出された場合、操作は失敗し、削除が成功する前にシャドウコピーストレージを削除するための手動の手順を実行する必要があります。
リソースチェックが実行されると(ボリュームquickchk.kshまたはdeepchk.kshスクリプト)、ターゲット上のシャドウコピーストレージをクリーンアップしようとします。チェックはデフォルトで3分(quickchk.ksh)と5分(deepchk.ksh)ごとに実行されるため、定期的に開始が行われます。
解決策: 残念ながら、現時点では、LifeKeeperにこの動作を変更するための設定はありません。
</dd



このトピックへフィードバック