アプリケーション対応バックアップとは？
バックアップに関しては、データを確実かつ迅速に復旧させるために、検討すべき選択肢が数多くあります。その選択肢には、バックアップの種類、頻度、ソース、保存先などが含まれます。現在では、ほとんどの組織がサーバーを使用してアプリケーションを実行しているため、バックアップソリューションが単にディスク上のファイルを保存するだけでは不十分です。"不完全な"ファイルバックアップでは、最適な復旧時間目標(RTO)や復旧時点目標(RPO)を達成することはできません。
以前にも取り上げましたが "クラッシュ耐性のある"バックアップ、これらは、以下の方法でバックアップされたボリュームについては一貫しています。 Volume Shadow Copy Service (VSS)。ただし、アプリケーションの一貫性のあるバックアップを作成することも可能です。市場に出回っている仮想マシンおよび物理マシンのバックアップソリューションの多くは、アプリケーション対応のバックアップ機能を備えており、仮想マシンや物理マシンの復旧後、すぐにアプリケーションを利用できるようになります。
アプリケーションを意識した一貫性のあるバックアップ:その仕組み
アプリケーション一貫性のあるバックアップとは、アプリケーション内のすべてのデータが一貫性のある状態で確実に取得され、データの破損や整合性の問題が生じることなく完全に復元できることを保証するバックアップのことです。この種のバックアップは、単にファイルやディスク上のデータをコピーするだけでなく、アプリケーションと連携してその動作を一時停止(一時的に中断または安定化)させ、バックアップ処理が開始される前に、処理中のすべてのデータがディスクにコミットされるようにします。
アプリケーション一貫性バックアップは、クラッシュ一貫性バックアップをさらに一歩進めたものです。クラッシュ一貫性バックアップは、 Volume Shadow Copy Service, メモリ上に残っている可能性のあるアプリケーションデータや、保留中の処理については認識していない I/O 運用。アプリケーションを意識したバックアップでは、が提供する特別なフックを活用し、 Volume Shadow Copy Service、その名は VSS writers.
VSS writers は、以下のアプリケーション固有のコンポーネントであり、 Microsoft’s Volume Shadow Copy Service. これらは、アプリケーションデータがメモリから適切にフラッシュされ、十分な時間凍結されるようにするという特別な役割を果たしています。 VSS スナップショットの取得が行われ、スナップショットの取得が完了した後にロックが解除されます。この処理には通常、数秒しかかかりません。
この処理は、Microsoft SQL Server など、トランザクションの一貫性を必要とするアプリケーションにとって重要です。この Microsoft VSS writers SQL Server では、メモリからデータをフラッシュし、SQL 操作を一時停止させた後、スナップショットの取得が完了したらその一時停止を解除することができます。これにより、メモリ内に存在するデータや処理待ちのデータが I/O スナップショット操作が実行される前に、各操作が適切にフラッシュされ、処理が完了していることを確認します。 VSS ディスクのスナップショット。
これにより、ディスクだけでなくアプリケーションもトランザクションの一貫性を維持した状態でバックアップされるため、バックアップ操作は"アプリケーション一貫性"を確保できます。アプリケーション対応機能を有効にせずにクラッシュ一貫性バックアップのみを使用した場合、アプリケーションが一貫性のない状態になってしまう可能性が高くなります。
アプリケーションの一貫性は、バックアップ操作が行われる時点でのみ懸念される問題ではありません。復旧操作においても同様に懸念すべき事項であり、またそうあるべきです。Microsoft Exchange Server や SQL Server などのアプリケーションサーバーは、クラッシュ一貫性のあるバックアップから正常に復元することができます。 ただし、アプリケーションを一貫性のある状態にするためには、それらのアプリケーションが要求するプロセスを実行する必要があります。これには、ログの再生などが含まれる場合があります。そのため、これらのサーバーを復元する所要時間には、VMware や Hyper-V の仮想マシン、あるいは物理マシンといった生のファイルリソースを復元する時間だけでなく、アプリケーションを一貫性のある状態にするために必要な時間も含まれることになります。
を使用して、アプリケーションを意識したバックアップを作成する NAKIVO Backup & Replication
以下に、バックアップジョブの例を示します。 NAKIVO Backup & Replication. 以下を選択してください App-aware mode また、以下の処理でエラーが発生した場合、その作業をどのように進めるかについても VSS について Options ウィザードのページ。
アプリウェアのボックスの横にある"疑問符"アイコンにマウスを合わせると、そのアプリウェアのプロセスや依存関係の詳細な説明が表示されます。VMwareの仮想マシンの場合、以下の点に注意してください。 VMware Tools. VMware Tools ゲストOSに使用されます 休止中 アプリケーションデータ用。
VSS Writers およびトラブルシューティング
前述の通り、 VSS writers これらは、マイクロソフトの Volume Shadow Copy Service. これらは、Microsoft製またはサードパーティ製のコンポーネントであり、通常はアプリケーション本体とともにインストールされます。の場合、 Microsoft VSS writer コンポーネントについては、特定のアプリケーションごとにインストールされている様子を確認できます。ドメインコントローラーには"NTDS”の著者によると、SQL Server には"SqlServerwriter"、そしてExchange Serverには"Microsoft Exchange Writer"。トラブルシューティングに関しては VSS writers アプリケーション対応バックアップで問題が発生した場合は、トラブルシューティングに利用できるユーティリティやリソースがいくつか用意されています。
特定の情報を確認したりトラブルシューティングを行ったりするのに最適なコマンドラインユーティリティです。 VSS writers 現在活動中の作家たち、およびそれらの作家の状況は、 vssadmin コマンド。コマンドプロンプトを開き、単に次のように入力すると vssadmin では、利用可能な具体的なコマンドを確認できます。 vssadmin.
""を使用して vssadmin list writers コマンドを実行すると、その特殊なものの詳細な一覧を確認できます。 VSS writers さまざまな用途に使用されます。以下に示すように、Microsoft SQL Server でこのコマンドを実行しました。ここでは、 SqlServerWriter 掲載されています。また、以下の点にもご留意ください。 State そして、その Last error このような注記は、現在の状態や、特定の箇所に存在する可能性のあるエラーを確認する上で非常に役立ちます。 VSS writer.
次のスクリーンショットは、ある Windows Server 2016 ドメイン コントローラー。なお、このサーバーについては、 vssadmin list writers このコマンドは、 NTDS Active Directory ドメイン サービスに固有のライターです。
前述の通り、 VMware Tools は、仮想マシン内でのアプリケーション認識型処理において不可欠な要素です。デフォルトでは、 VMware Tools がオンになっていません。のトラブルシューティングを行う際は、 VSS 仮想マシン上では、以下のログ記録を有効にする必要がある場合があります。 VMware Tools ゲストOS内で。そのためには、ファイルの編集または作成が必要です。 tools.conf 仮想マシン内です。
以下に示すように、当方の環境にはこのファイルが存在しませんでした。 Windows Server 2016 仮想マシン。次のページに移動して、 C:ProgramdataVMwareVMware Tools ディレクトリ内に、設定ファイルを作成しました。ファイル名を正しく指定できるよう、拡張子が表示されるように設定してください。
ファイルの作成後、そのファイルを編集し、使用しているオペレーティングシステムに応じて以下の内容を追加する必要があります。Windowsの場合、ツールのデータパスには二重のバックスラッシュを使用することに注意してください。Windowsでは、スラッシュを1つ使用することも可能です。
Windowsゲスト
[logging]
log = true
vmtoolsd.level = debug
vmtoolsd.handler = file
vmtoolsd.data = c:windowstempvmtoolsd.log
Linuxゲスト
vmtoolsd.data = /tmp/vmtoolsd.log
ファイルの作成・編集が完了したら、単に VMware Tools service.
生成されたログファイルには、以下のようなデバッグ情報が含まれています。 VSS 動作情報。以下は、VMware Toolsのデバッグモードを有効にした直後の、比較的整理されたデバッグログの一部です。
また、トラブルシューティングを行う際は、 VSS 関連するエラーについては、Windowsのイベントログ、特に"アプリケーション"ログと"システム"ログを確認してください。"アプリケーション"ログのエントリは、ソースとして表示されます。 VSS また、システムログのエントリは、以下のソースの下に表示されます。 volsnap. また、他にも 具体的な VMware VSS トラブルシューティングの手順 VMware Tools に関連する問題の確認やトラブルシューティングを行う際に確認すべき点 VSS エラー。
結論
トランザクションの一貫性に依存するアプリケーションをバックアップする際、ビジネスに不可欠なアプリケーションに対してアプリケーション認識型VMバックアップを利用することは、堅牢な災害復旧戦略を構築するために不可欠です。アプリケーション認識型バックアップでは、メモリ内に存在するすべてのデータに加え、保留中の I/O ディスクの一貫性のあるバックアップが実行される前に、ディスクに書き込まれる操作。これは、特別な Volume Shadow Copy Service 特定のアプリケーションに対応し、トランザクションの一貫性を保った状態でアプリケーションのバックアップが完了するまで、十分な時間、操作を適切に停止させるバックアップツールです。データの保護と、アプリケーションデータの可能な限り迅速な復元を両立させたい組織にとって、アプリケーション対応型バックアップの復元を行うことで、ログの再生など、アプリケーションデータを別途復元する手間が省けます。これにより、組織はリカバリポイント目標(RPO)とリカバリ時間目標(RTO)の両方を確実に達成することができます。
