誰でも問題を明確にできますか? 自作のバックアップ ユーティリティ*で VSS API (VSS2008 を使用する C++ と XP SP3 で実行される最新の SDK) を使用しています。
VSS スナップショット操作は、サブフォルダーのないフォルダー (つまり、電子メールと SQL サーバーのボリューム) に対して正常に機能します。ただし、サブフォルダーを含むフォルダーのスナップショットを作成すると、ネストされた構造がスナップショットで「フラット化」され、すべてのサブディレクトリが存在しなくなります。
そこで質問があります。XP での VSS のサポートが少し限られていることは承知していますが、スナップショットを非再帰的に指定する方法はありますか? ドキュメントはあまり役に立ちません...
Thx++
ジェリー
あなたの質問は紛らわしいです...
VSSは「フォルダ」レベルでは機能しません。「ボリューム」レベルで動作します。
ボリュームを「スナップ」すると、ファイルシステムAPI（ファイルシステムを使用してデバイスボリュームを自動的にマウントする）を使用してファイルごとに「開く」ことができるデバイスパスが作成されます。または、デバイスに直接アクセスすることもできます（セクター別セクタ）。
スナップされたデバイスボリューム上のすべてのファイルを簡単にバックアップできるはずです（NTFSファイルのすべてのファイルストリームとACLを忘れないでください）。問題はそれらを復元することです...VSSは復元に役立ちません。主な問題は、システムボリュームの復元です。この場合、WinPEやDOSなどを起動するには、別のOSが必要になります。システムボリュームについて心配していない場合は、復元が簡単です。
セクターの観点からデータをバックアップすると、ボリュームデバイスドライバーを作成すると（ボリュームまたはHDのように見えるように）、Windowsがそのファイルシステムドライバーを自動ロードするという追加の利点が得られます。これにより、無料のエクスプローラーアプリケーションが提供されます。これは、ほとんどのセクターベースのバックアップアプリケーションが行うことです。また、VMの可能性を提供します。
単純なファイルバックアップを実行している場合でも、ファイルシステム（NTFS、FATなど）を理解して、バックアップと復元ができる/すべきことを理解しておくと役立ちます。NTFS再解析ポイントとは何か知っていますか？バックアップ中にヒットした場合、どのように対処しますか？Windowsが実際にどのように起動するか、および起動の機会を得るには、バックアップと復元、および「パッチ」を行う必要があるファイルを知っていますか。復元時に、復元されたボリュームのNTFSパフォーマンスに影響を与えないように、NTFSボリュームをどのようにレイアウトするのが最適ですか。システムボリュームを新しいハードウェアに復元することをサポートしますか？それは、動作する機会を得るために何をする必要がありますか？質問は無限大です。
システムのバックアップ/復元は簡単ではありません。それらにぶつかるまでわからないエッジケースがたくさんあります（上記の質問のいくつかを参照）。
プロジェクトを頑張ってください。私はあなたをあまり先延ばしにしていないことを願っています。ほとんどの人が知らないバックアップアプリケーションを提供できるようにするための作業がたくさんあると言っているだけです。
上記についてコメントしてください - 「ライター」が VSS ゲームをプレイしている場合、ファイル システムが VSS セットアップの一部として適切な状態にあることが保証されます。
MS SQL Server の場合 - VSS ライタであることを確認します。そうであれば、DB ファイルのスナップショットは問題ないはずです。そうでない場合は、いわゆる「クラッシュ状態」になります。したがって、たとえば、MySQL またはその他の非 MS、非 VSS 対応の SQL データベースを使用している場合、バックアップは一貫している場合とそうでない場合があります (「良いもの」)。その場合、何もないよりはましかもしれませんが、それでも役に立たないかもしれません。VSS を使用すると、バックアップを作成するための整合性が向上する可能性がありますが、ファイルが開いている場合、それらは開いており、アプリが VSS ピッグ ペンで再生されない場合は、不安になる場合とそうでない場合があります。