我计划根据 Microsoft ( CVE-2015-2423 ) 提供的解决方法实施企业范围的解决方案,并且我想在删除引用的项目之前备份每个用户计算机的现有注册表项以供将来兼容,并以防万一发生了可怕的错误。
我已经准备好通过内部分发软件启动任务,但我不知道这些备份应该存储在每台机器上的哪个位置。.reg
我最初的假设是:
C:\Users\Default\Documents
但它似乎不太合适,因为它更多地用作未来用户帐户的模板,而不是用作.reg
备份文件的存储空间。我不希望用户能够访问,甚至不希望看到这些.reg
文件,所以我不会将它们放入C:\Users\Public\Documents
.
最好在所有 Windows 映像上都存在一个目录,我可以将其存储在其中,而不必担心用户会在其中找到它并在其中四处寻找。我考虑过在 say, 下创建一个新文件夹C:\
,但我对达到那个级别犹豫不决......这似乎有点多,我假设 Windows 已经存在类似的东西,我只是不知道它在哪里。
我已经查阅了这篇文章,但这个建议非常无用:
要通过手动复制文件来备份注册表,请将 Systemroot\System32\Config 中的所有文件复制到可移动媒体、网络共享或兼容分区。
如果我将它放在不同的设备上,那会起作用,但我不会......它将本地存储在每个硬盘驱动器上。我希望尽可能少的活动部件,以防万一我不得不撤消在路上的工作,如果需要的话。有没有人在哪里提供保护 .reg 备份的指导,或者只是“跟随你的心”并尽可能地隐藏/保护它?
更新:我试图在每台机器上本地存储这些文件有几个原因,而不是说.reg
存储在我们的网络共享上的文件的单个副本,该副本将根据请求分发。主要的是:唯一的注册表值。也就是说,这些机器有的有 Visio,有的没有。有些有 Visio 和 Project。有些人都没有。根据他们安装的 Office 产品,他们拥有的密钥数量会有所不同。如果我在说完之后回滚这个动作,并且错误地添加了一台机器以前没有的键,它可能会对大量用户的 Office 产品产生不利影响。
此外,我还想保持这种概括,所以如果我将来确实需要做类似的事情,我可以参考这个相同的区域来存储额外的注册表项以供备份使用。
最重要的是,如果我将来确实需要将其用于某些注册表修复,一些程序会生成随机分配的键名或值。如果我导入的.reg
密钥与机器预期的不匹配,这也可能导致严重问题。
我认为引用的建议可能比您想象的更有帮助。. . 过去我经常使用 dropbox 类型(不是众所周知的 Dropbox 服务)网络共享——即具有写入权限但没有读取权限的共享——来收集各种有趣的配置文件、备份等。用户机器。
经过一番搜索,我能够找到一个建议列表
C:\Windows\System32\config\RegBack
作为存储备份文件的好位置。