我一直负责在这个有点不在我的工作的地方pipe理一个过程。
我们目前可以访问两个networking驱动器，S驱动器和V驱动器。 S驱动器是18.1兆兆字节。 V驱动器是1兆兆字节。 我不知道这些驱动器是如何布局或设置的。 我们的IT人员很好地支持这些和所有这些东西。 我们的V驱动器是工作的驱动器。 也就是说，人们将其用于客户项目的日常工作。 我们经常在这个驱动器上用完空间。 S驱动器是我们的存档驱动器。 我们必须将所有电子文件保留很长一段时间（合法原因）。 一旦一个项目“完成”，它应该被转移到S驱动器，但我是唯一一个可以写访问这个驱动器的人。 我们不允许每个人在两个驱动器之间来回移动文件，因为我们冒着从我们应该保留的S驱动器中删除东西的风险。
这是目前发生的事情：
人们应该告诉我，当他们完成这些项目时要归档哪些项目。 然后，我必须手动将它们移到S驱动器。 问题是大部分时间，部分项目已经被存档，而其他项目则没有。 有时候，人们需要某些项目的“非arhive”的部分，所以对于每个项目，我都必须非常小心地重写，整个过程是非常手动的。 最后，我不能让人们告诉我什么时候他们完成了项目，所以总是归结为“神圣的狗屎，只剩下20 GB的驱动器，我必须运行所有这些狗屎，将占用更多的空间，现在修复！“
我是一个总pipe理noob，所以我不知道如何改善这种情况，我不知道这个问题的“名称”是什么，所以我很难用googlesearch。 你能推荐任何工具或stream程来帮助吗？
那么首先，下巴 你被要求提供一个pipe理问题的技术解决scheme。
在我看来，你工作的人需要做以下两件事之一：
不过，您正在寻找一种更好地自动化stream程的方法。
这看起来像一个好的备份系统，像BackupPC的工作 。 如果你有日常的备份，并且保存了很长时间，那么只要所有的文件至less有一天在那里，人们就可以删除他们的项目，所以他们已经备份了）。 用户将不具有对存档驱动器的写入访问权限，但是备份系统可以。 这可能不符合您的所有要求，但是会为您带来很多方法。
我不知道这个问题有没有更好的名字，而不仅仅是归档。
祝你好运。
摆脱两个驱动器，并将所有内容存储在同一个驱动器上的两个不同的目录中。 这样，在工作区域中就不会有less量的空间，而将文件移动到归档目录将是即时的。