我们有一个小型的、相对空闲的 Windows Server 2008 R2 安装，它可以执行基本的文件共享，并为大约 10 个不太活跃的用户托管 Exchange。
运行 Windows Server 备份时，每日增量数据约为 20GB。这并非来自用户共享文件，也不是来自其邮箱大小的变化。安装的总大小为 249GB，其中大部分是旧文件。
这些数据从何而来？我该如何减少这些数据？由于每天都有变化，使用备份中的 vhd 文件在线备份需要一段时间。
有什么方法可以让我至少看到哪些文件正在改变并对这些数据产生影响？
我能想到但不确定的选项：
- 页面文件搅动 - 虽然备份不包含页面文件，但可能包含了留下的更改块？
- 日志之类的？但安装大小每天都一样
- 我是否应该在备份之前使用 sdelete 将可用空间清零？
答案1
禁用 LastAccessedTime NTFS 文件系统设置并查看是否可以解决问题。
[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\FileSystem]
"NtfsDisableLastAccessUpdate"=dword:00000001
您可能需要检查一下您的备份方式。
在 Windows 2008 R2 中，可以每天对专用的本地驱动器执行“完整”备份，并且块级更改功能应仅将新数据和更改的数据复制到备份介质。使用此功能，我在一个 2 TB 的 USB 硬盘上拥有数百个“完整”备份。（如果备份目标是网络共享，则此策略和功能不起作用）。
与传统的全增量策略相比，这似乎有悖常理。
此功能可能没有得到充分记录。更多信息请见：
https://blogs.technet.com/b/filecab/archive/2009/10/31/learn-more-about-system-image-backup.aspx
[...]
“简单回顾一下，系统映像本质上是整个驱动器的快照。备份以块级（而不是文件级）增量完成，包括驱动器上存在的所有用户和系统文件、配置数据和应用程序，以及有关磁盘布局和启动项的信息。如果您的硬盘出现故障，或者您只是想将操作系统重新映像到较早的时间点，可以使用该映像恢复正常运行的 Windows。
“在第一次备份期间，备份引擎会扫描源驱动器并仅将包含数据的块复制到存储在目标上的 .vhd 文件中，从而创建源驱动器的紧凑视图。下次创建系统映像时，只有新数据和更改的数据才会写入 .vhd 文件，而同一块上的旧数据会从 VHD 移出并移入卷影副本存储区域。卷影复制服务用于计算备份之间的更改数据，以及处理将旧数据移出到目标上的卷影副本区域的过程。这种方法使备份速度更快（因为只备份了更改的块）且效率更高（因为数据以紧凑的方式存储）。恢复映像时，块将恢复到源磁盘上的原始位置。如果要从较旧的备份中恢复，引擎将从卷影副本区域读取并恢复相应的块。”
答案2
您在服务器上运行 wsus 还是 SQL？SQL 日志虽然不大，但变化很大，以至于备份会变得非常臃肿。通常，如果我备份 SQL 服务器，我会将任何维护计划运行到未备份的单独驱动器上。
答案3
因此，经过一番痛苦之后，我找到了数据混乱的根源。有些应用程序级备份作业每晚都会转储到磁盘（例如 SQL）。虽然我认为我们的在线备份软件应该能够检测到数据中的相似性，但如果备份启用了压缩，它就无法做到这一点，而且它在像 vhd 这样的大文件中找到重复项也非常困难。
我还通过连续两天安装 vhd 并使用 BeyondCompare 查看更改的内容了解到 pagefile.sys 包含在 vhd 中，因此所有页面文件活动现在都是备份的一部分。
因此，总而言之，如果有应用程序级备份写入磁盘，请确保它们已关闭压缩，并写入单独的卷以进行独立备份，如果可能的话，将 pagefile.sys 移至另一个未备份的卷。即使 Exchange EDB 的变动也不足以影响备份能力。
谢谢。