从系统还原中排除文件或文件夹

在Windows Vista，7，8和8.1，My Documents 是包括（更新：在Windows 10，系统保护在默认情况下关闭了C :)。从理论上讲，“系统还原”不会影响文档，但是不幸的是，Microsoft对“文档”的定义仅是那些扩展名未包含在“受监视的文件扩展名”列表中的文件。此列表包括JavaScript .js，ActionScript .as，C＃.cs，.INF，.INI，.1ST和.HLP之类的内容，总计574，其中包括许多由各种应用程序用来保存用户工作的内容。

如果您希望系统还原保留下来的文件在此列表中，则无法阻止它删除自选定还原点以来添加的此类文件。将它们添加到FilesNotToBackup项将阻止它们被常见的备份程序备份，这可能不是您想要的。它对系统还原没有影响。将它们添加到FilesNotToSnapshot将阻止它们恢复到较早版本，但是如果在所选还原点不存在它们，则不会阻止它们被删除。更糟糕的是，使用FilesNotToSnapshot删除的文件将无法通过撤消还原或Shadow Explorer恢复。，因为还原前创建的自动还原点将不包含它们。甚至更糟的是，使用FilesNotToSnapshot创建一个还原点并立即返回到该还原点将删除那些文件，再次没有撤消还原的可能性（如果没有FilesNotToSnapshot，则不会进行任何更改）。

因此，使用FilesNotToSnapshot会比监视扩展名的原始问题更加危险：文件将被删除，而不是在还原时还原，并且您将无法使用撤消还原或Shadow Explorer撤消删除。下表显示了自进行还原点以来对受监视文件的可能更改，用户希望在还原时发生的情况，默认情况下发生的情况以及如果文件位于FilesNotToSnapshot中时会发生的情况：

我已经在Windows 7、8和8.1更新中测试了所有这些；听到那些提示这些注册表项的人是否真的尝试过将它们与系统还原一起在所有情况下使用的消息，将是很有趣的：添加，修改，删除和保留具有受监视扩展名的文件。

就个人而言，我认为微软在此功能上犯了错，应该对扩展列表进行调整。目前最好的解决方案是将工作文件放在未启用系统保护的磁盘上（例如，在上禁用它C:，或在上存储文件D:）。如果没有将文件添加到FilesNotToSnapshot的情况，执行系统还原后，您可以将Shadow Explorer作为单个文件或整个目录树（如）恢复已还原或删除的工作C:\workshop。