在分布式Windows Server 2008networking上备份硬件和策略

这个问题是跟进的。

我们在跨越两个不同build筑物的networking上有一个Windows Server 2008 R2域,通过100 Mbps的点对点线连接。 超过60个用户在组织中工作。 我们计划在整个组织内使用DFS文件夹和DFS复制进行文件服务。 估计的数据量超过2TB,并将以每年约20%的速度增长。 我们的想法是在每个build筑物中设置一个DFS文件服务器,并使用DFS,以便所有内容都保持在100 Mbps链接上。

我们正在考虑备份硬件和策略。 我们是戴尔客户,在浏览在线戴尔产品目录后,我可以看到许多备份硬件选项。 我主要怀疑的是以下几点:

  1. 你会去磁带库,磁盘备份,还是有其他值得考虑的选项?
  2. 你会执行批量备份(即每晚),或者你会使用连续备份(即在用户正在工作)?
  3. 你会使用磁带库(或任何其他备份设备)所连接的专用备份服务器,还是有任何其他方式的做事?

我对备份硬件和整体设置的经验是有限的,所以我感谢您可能有的任何好的build议。 谢谢。

首先,我会考虑解决scheme的不同结构。 您希望避免两个用户同时访问文件的两个版本并进行冲突更改的情况。 DFS复制可以处理这个问题,但这不是很好,可能需要pipe理员干预。 我build议一个共享文件的主要位置,复制到另一个位置进行备份。 你有一个巨大的pipe道,所以除非文件很大,它应该performance良好。 或者,每个位置都承载主要在该位置使用的文件,并将这些文件复制到整个networking进行备份。

DFS复制是相当不错的,但确实需要照顾和喂养,并且确实让您打开更新冲突。 用户将不得不学会不留下文件打开..他们需要进入,做出改变,并离开。 另一种方法是使用DFS复制,但将高度使用的文件迁移到SharePoint文档库,该文档库可以pipe理locking和版本控制。

关于备份…我喜欢磁带..如果没有别的历史档案。 复制可以减轻硬件故障,火灾等造成的数据丢失。因此,问题变成:
– 你想要缓解什么样的情况?
– 这些情景的影响是可以容忍的?
– 你能花多less钱?

这些答案决定了必须备份的内容和频率,这又可以让你定义你需要的东西。 解决scheme可能是磁带库,磁盘到磁盘到磁带,每晚复制自己的SAN,夜间备份到Amazon S3, SunGard备份工具 , Iron Mountain在线备份 ,这些的组合或其他的东西完全。

如果你需要开始的地方,我会把一个磁带库放在一个位置,每天晚上把所有东西都备份到磁带上,并且每天都使用一个非现场磁带服务。 我不担心服务器恢复,确保所有的用户数据每晚都保存。

正如tomjedrz在他的回答中所说,DFS复制可能会在多个位置同时修改文件时出现问题。 如果您的数据是这样的,一组给定的文件的修改只发生在一个build筑物(即在一台服务器上),大多数时间,那么你可能没有问题的DFS复制和冲突。

使用单个文件服务器共享文件可以减轻冲突的可能性。 100Mb / s的pipe道当然不慢,但是根据文件大小和访问频率的不同,build筑物内没有文件服务器的用户可能会被延迟打开文件。 你将不得不基准,看看。 Microsoft Office文档超过100Mb /秒的pipe道是没有问题的。 通过100Mb / secpipe道的多千兆字节实体模型文件可能成为用户主要痛苦的来源。

总结一下:我认为DFS复制绝对是一种select,但是您必须评估文件修改和访问模式的“特征”,以决定它是否是“胜利”。 单个文件服务器也可以是“胜利”,但也可能是“远程”build筑中某些types的文件访问的“丢失”,其中该单个服务器不在该位置。

DFS复制只能保护您免受灾难性故障/副本的破坏。 意外删除或数据损坏将需要一些其他types的保护。 此外,如果您的build筑物位置紧密,身体上,我认为在另一栋build筑物上复制可能不足以防御物理灾难(火灾,洪水,盗窃等)。 您必须评估风险并采取适当的行动。

卷影复制可能只是意外删除/损坏保护的票据。 我没有广泛地使用它在生产中,但它似乎是合理的,并已在实验室环境中正确执行。 (只是不要被愚蠢的相信营销炒作试图将其描述为一个真正的版本化的文件系统,你会没事的…)

您仍然需要某种types的场外和离线备份(理想情况下具有多个完整的后备保留能力)。 从成本/性能的angular度来看,磁带可能符合这个法案。

只要您的服务器计算机能够将数据快速地传送到驱动器,LTO-4自动加载器就可以简化数据的备份工作。 无论您是否每天运行完整备份,都将取决于您的备份窗口和备份速度。 每个磁带的成本是相当合理的(大约是$ 50.00,上次我看了),这样您就可以维护一个旧的备份旋转存档在一个可控的费用。

希望您可以在自动加载机的计划生命周期结束时做些事情,使其超过备份窗口或自动加载器的容量。 以每年20%的速度增长,到第3年底,您的2TB容量应该达到3.5TB左右。一个8插槽的LTO-4自动加载机(每个磁带800GB容量/1.6TB压缩容量)仍然会有容量。 您可能需要迁移到完整/差异备份才能继续适应您的备份时段,但从LTO-4自动加载器解决scheme中获得3年似乎是可行的。

我同意w / tomjedrz也是这样的:如果你经常需要执行偶然的恢复(或者没有使用卷影副本,或者没有得到你的保护,你可以做磁盘到磁盘到磁带需要它)。 像RAID-0或RAID-10arrays中廉价的SATA磁盘一样简单,可以快速地向LTO-4提供数据以保持运行,并且可以作为快速偶然恢复的地方,而无需处理安装磁带(去外面的存储设备去拿磁带等等)。