我需要一种方法来完成我想要做的事情。这是一次性的事情，任何指导都会很感激。
我需要存档大量 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 部门。