我需要一种方法来完成我想要做的事情。这是一次性的事情,任何指导都会很感激。
我需要存档大量 Windows 共享,但我希望能够根据年份引用备份的结构。让我更详细地解释一下。
- 将所有 2006 文件/目录移动到备份目录同时保持文件结构。
- 在该备份位置运行我的存档。
- 对每年重复步骤 1 和 2。
这样,如果用户来找我,说我需要 2010 年的 XYZ 客户端文件,我只需引用 2010 年的文件并提取该年的存档即可。最后,我想我会使用 Backup Exec 进行备份并将其保存到磁带上。
我该怎么做才能实现这一目标?我可能问错了这个问题...
答案1
任何备份软件都可以做到这一点。您不必将其写入磁带,可以使用重复数据删除池(这在现代解决方案中很常见),并将其写入异地服务器的磁盘(如果您没有 DR 要求,则写入现场服务器)。
Backup Exec、NetBackup、Commvault、TSM、Avamar,甚至内置的 Windows Backup 都可以做到这一点。
聊天中有人指出我可能误解了你的问题。我认为按年份使用磁带没有好处。如果我为此设计解决方案,我会得到一大堆缓慢、大容量的磁盘,并将它们用作重复数据删除池的数据存储。然后,我会做一次完整备份,然后永远做增量备份。你可以直接从磁盘池恢复。偶尔将整个东西写入磁带以进行灾难恢复,然后就结束了。现在,使用磁带进行恢复的情况越来越少见了。人们正在转向 D2D2T 策略,其中磁带仅有的对于 DR。
答案2
- 将所有 2006 个文件/目录移动到备份目录,同时保持文件结构。
这显然是一个棘手的部分。 其余的事情您可以按照 MDMarra 指出的那样去做。
从 IT 所有权的角度来看,您需要一个空间暂存区,以便使用脚本根据时间戳抓取文件和文件夹,使用类似 robocopy 的工具,并正确设置 MINAGE/MAXAGE 以涵盖一年的时间,将文件放在那里,然后针对该暂存区运行备份。
然而,老实说,最好的选择是:
- 按原样移动整个内容并备份。然后摆弄 robocopy,看看它是否能满足您的需要。然后再次备份。
- 将设置生产份额的任务委托给最终用户/部门,采用新的“年度”结构。让他们负责自己的文件结构。如果这是最佳的树形拓扑结构,则让他们根据年份分解结构。这样,除非文件/文件夹真的消失了,否则他们甚至不必要求您进行恢复。然后您可以说“嘿,现在是 2014 年,在 x 天我要存档 2011 年的文件夹及其内容”。
不过,正如聊天中指出的那样...项目/任务等通常不会在 12 月 31 日就圆满结束。跨越数年或 12 月至 1 月之间的事务会让您头疼,这就是为什么文件夹/文件结构应如何存在的责任应该由实际使用数据的用户承担,而不是 IT 部门。