イベントID 8193のボリュームシャドウコピー（VSS）エラーを解決する方法

Windows ServerでVSSエラーイベントID 8193を修正する方法

シャドウコピーの問題への対処は、特にイベントID 8193のようなエラーメッセージが表示される場合は、頭を悩ませる問題になりかねません。少し奇妙に思えますが、これらのエラーは、サービスに問題がないように見えても、警告なしに頻繁に発生します。通常、根本的な原因は特定のレジストリキーの権限の問題であり、多くの場合、DHCPロールのインストールに関連しています。幸いなことに、設定する必要がある権限がわかれば、修正はそれほど複雑ではありません。ただし、これは少しデリケートな問題です。レジストリ権限を変更すると、慎重に行わないと他の機能に悪影響を与える可能性があります。特に、このエラーは、Network Serviceアカウントがレジストリキー`HKLM\SYSTEM\CurrentControlSet\Services\VSS\Diag`への権限を失った場合に発生します。どのサーバーで発生したとしても、これらのエラーはVSSモジュール、特にDHCPサーバーのシャドウコピーを処理するDHCP Jet Writerに関連する傾向があります。一部の環境では、DHCPのインストール後にこのエラーが発生し、イベントID 8193がログに大量に記録されますが、システムは概ね正常に動作します。一般的に役立つのは、該当するレジストリキーに適切な権限を手動で付与することです。あるいは、SubInACLなどのコマンドラインツールを使用すると、権限の復元をより確実に行うことができます。どちらの方法も、Network Serviceへのフルコントロール権限の復元を目的としています。—

VSSイベントID 8193エラーの修正方法

方法1: レジストリエディターで手動で権限を付与する

この修正プログラムは、`HKLM\SYSTEM\CurrentControlSet\Services\VSS\Diag` のアクセス許可が変更され、VSS サービスが正常に動作しなくなった場合に適用されます。特に Windows Server バックアップまたは Hyper-V スナップショットを実行している場合は、VSS エラーが表示され、バックアッププロセスが中断される可能性があります。 役立つ理由: ネットワークサービスがレジストリキーにアクセスする機能が復元されます。これは、シャドウコピーを正しく作成するために必要です。 使用する場合: VSS エラーが表示され、そのキーのアクセス許可が正しくないように見える場合、または最近 DHCP または関連機能をインストールした場合。 期待される結果: アクセス許可を修正すると、VSS エラーは停止し、シャドウコピーまたはバックアップが再びスムーズに実行されるようになります。 手順: – regedit.exe を開きます (`スタート` > `regedit` と入力して Enter キーを押します)。 – ` HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\VSS\Diag ` に移動します。 – Diag を右クリックし、[アクセス許可…] を選択します。 – アクセス許可ウィンドウで、リストから [Network Service] を見つけます。 – [許可] 列で [フルコントロール] がオンになっていることを確認します。 – [詳細設定] をクリックし、[子オブジェクトのすべてのアクセス許可エントリを、このオブジェクトからの継承可能なアクセス許可エントリで置き換える] をオンにします。 – [OK] をクリックしてすべてのダイアログを閉じ、サーバーを再起動します (この操作を行うまでアクセス許可は完全に更新されません)。注: 手動でのアクセス許可の編集に不安がある場合、またはよりきれいに編集したい場合は、別の方法について読んでください。 —

方法2: SubInACLを使用してレジストリのアクセス許可を復元する

通常、こちらの方が信頼性が高いです。SubInACL は、アクセス許可を一括で修正するための Microsoft のコマンドラインユーティリティです。[Microsoft の公式サイト](https://www.microsoft.com/en-us/download/details.aspx?id=23510)または信頼できるソース (まだ利用可能な場合) からダウンロードする必要があります。役立つ理由: アクセス許可の設定プロセスを自動化し、エラーの可能性を減らし、手動編集よりもネストされたオブジェクトをより適切にカバーします。使用する場合: 手動でのレジストリアクセス許可が保持されない場合、またはクリックするよりもスクリプトを好む場合。期待される結果: コマンドを実行すると、`VSS\Diag` のアクセス許可がデフォルトにリセットされ、アクセスの問題が修正されます。手順: – SubInACL をダウンロードしてインストールします。 – コマンドプロンプトを管理者として開きます。 – ディレクトリを変更します: ` cd "C:\Program Files (x86)\Windows Resource Kits\Tools"`。 – 次のコマンドを実行します (異なる場合は正確なパスに置き換えてください): bash subinacl.exe /Subkeyreg “System\CurrentControlSet\Services\VSS\Diag” /sddl=D:PAI(A;;KA;;;BA)(A;;KA;;;SY)(A;;CCDCLCSWRPSDRC;;;BO)(A;;CCDCLCSWRPSDRC;;;LS)(A;;CCDCLCSWRPSDRC;;;NS)(A;;CIIO; RC;;;OW)(A;;KR;;;BU)(A;CIIO;GR;;;BU)(A;CIIO;GA;;;BA)(A;CIIO;GA;;;BO)(A;CIIO;GA;;;LS)(A;CIIO;GA;;;NS)(A;CIIO;GA;;;SY) – Windows Server 2008 R2 では、コマンドは次のようになります: bash subinacl.exe /Subkeyreg 「システム\現在のコントロールセット\サービス\VSS\Diag」 /sddl=O:SYG:SYD:PAI(A;;KA;;;BA)(A;;KA;;;SY)(A;;SDGRGW;;;BO)(A;;SDGRGW;;;LS)(A;;SDGRGW;;;NS)(A;CIIO;RC;;;S-1-3- 4)(A;;KR;;;BU)(A;CIIO;GR;;;BU)(A;CIIO;GA;;;BA)(A;CIIO;GA;;;BO)(A;CIIO;GA;;;LS)(A;CIIO;GA;;;NS)(A;CIIO;GA;;;SY) – 実行後、regedit を再度開き、`Diag` に移動します。 [権限] > [詳細設定] で、[子オブジェクトのすべての権限エントリを、このオブジェクトからの継承可能な権限エントリに置き換える] をクリックして、ネストされた権限が正しいことを確認します。 – サーバーを再起動すると、権限が再適用され、VSS エラーが停止する可能性があります。—

`.bak`サフィックスに関連する2番目の、よりわかりにくいエラーを修正する

時々、次のエラーが発生することがあります: > 「セキュリティ ID 構造が無効です」というエラーが発生し、バックアップジョブが 0x80042308 などのエラーで失敗します。これは多くの場合、`HKLM\Software\Microsoft\Windows NT\CurrentVersion\ProfileList` 内のユーザープロファイルキーが残っているか破損していることが原因です。`.bak` で終わる同じ SID を持つユーザープロファイルが問題の原因であると考えられます。役立つ理由: この無効なプロファイルレジストリキーを削除すると、システムがプロファイル情報を再作成またはクリーンアップするように促され、バックアップが再び機能するようになります。使用する場合: `ConvertStringSidToSid` と `.bak` サフィックスに関する特定のエラーが発生し、スナップショットまたはシステム状態のバックアップが失敗する問題に対処する場合。手順: – regedit.exe を開きます。 – ` HKEY_LOCAL_MACHINE\Software\Microsoft\Windows NT\CurrentVersion\ProfileList ` に移動します。 – リストをスクロールして、`.bak` で終わるキー（例：`S-1-5-21-…-XXXX.bak`）を見つけます。 – そのキーを右クリックし、削除を選択します。 – サーバーを再起動し、バックアッププロセスを再度実行します。補足情報として、プロファイルが孤立している場合は、設定によっては `.bak` キーとその兄弟キー（`.bak` を含まない）の両方を削除する必要がある場合がありますが、ほとんどの場合は `.bak` キーを削除すれば問題ありません。 —

まとめ

HKLM\SYSTEM\CurrentControlSet\Services\VSS\Diagの権限を確認してください。手動で修正するか、SubInACL を通じて修正してください。
SubInACLを使用して、権限をより確実にリセットします。
バックアップエラーが ProfileList の `.bak` に関連している場合は、それらのレジストリキーを慎重に削除してください。
レジストリの権限を変更した後、またはプロファイルキーを削除した後は、必ず再起動してください。

まとめ

これらのVSSエラーを解決するのは難しい場合があります。特に、権限が原因となることが多く、権限の問題はレジストリに隠れていることが多いためです。手動での方法は問題なく機能しますが、より広範囲にクリーンアップするには、SubInACLを使用したコマンドラインアプローチの方が安全です。また、バックアップが失敗し続ける場合は、ユーザープロファイルのSIDの問題も忘れないでください。シャドウコピーエラーに悩まされている場合は、これで数時間短縮できるかもしれません。すべての環境で効果があるとは限りませんが、ある環境ではうまくいきましたが、別の環境ではそうでもありませんでした。それでも、このレジストリキーの権限修正は、繰り返し発生する問題のようです。頑張ってください！