任何人都可以对在文件服务器上启用卷影复制的性能影响提供一些见解吗?我们有一个包含大约 700 GB 数据的卷,供 100 个用户使用。更改文件的负载并不高,但读取次数很多。
由于大小和缺乏替代驱动器,只能在同一卷上启用卷影副本。将源和存储区域放在同一个驱动器上是否会严重影响性能?我知道文档说会,但我正在寻找真实世界的例子。
任何人都可以对在文件服务器上启用卷影复制的性能影响提供一些见解吗?我们有一个包含大约 700 GB 数据的卷,供 100 个用户使用。更改文件的负载并不高,但读取次数很多。
由于大小和缺乏替代驱动器,只能在同一卷上启用卷影副本。将源和存储区域放在同一个驱动器上是否会严重影响性能?我知道文档说会,但我正在寻找真实世界的例子。
我遇到了类似的情况(更多的数据更少使用 - 大约 60 个),并且拥有可用于撤消错误的卷影副本的好处是无价的。话虽如此,您的问题是关于性能的。
微软对此并没有多说,因为它非常主观。大多数情况下,您可能不会注意到任何内容。NTFS 使用写时复制来实现快照。(如果您听说过他们的营销,类似于 zfs)这意味着每次写入现有文件都必须写入一个新块并记下旧块已旧。我的大部分服务器都设置为 5 或 6 组,所以我没有注意到额外的写入。你可以在一个主轴上。
我还将快照用于备份目的,我不需要担心打开的文件等。许多不同的备份实用程序(ghost、真实映像和可能的 Microsoft 备份)都利用了这一点。
我们的任何员工都没有注意到网络共享性能(网络、cpu、应用程序)快照的许多其他变量。直到他们对一个文件做了一些愚蠢的事情。
如果出现问题,可以打开快照,然后再将其关闭。所以值得一试。
我相信性能影响在很大程度上取决于快照之间更改了多少数据,以及计划运行快照的时间/频率。
卷影副本通常不会对您的读取性能做任何事情,而是发生的情况是,每当您写入被认为是快照一部分的文件时,都会制作一个副本,并且您将写入该副本。
在我负责的一个系统上,我在我们的服务器上启用了卷影复制,鉴于您的描述,我的情况可能与您的情况大致相同,而且它似乎根本不会对性能造成太大影响。我有大约 100 个用户和大约 600gb 的数据,大多数是 doc、pdf、xls 等。我每天做两张快照。
我希望我能给你提供一些更具体的东西,但由于它非常依赖于你的特定使用模式,你可能不得不警告你的用户并简单地尝试一下。您可能希望从每天一个保守的快照开始,然后根据需要/希望增加频率。
在进行任何更改之前获取服务器上的一些性能数据非常重要,这样您将获得一些数据来了解更改产生的影响。