我已经被要求input以下问题。
大约有100多人正在以深度目录结构访问文件。 客户端都是Windows XP。 我不确定服务器端，但它可能是Windows Server 2003。
这种结构随着时间的推移已经腐烂了，应该进行大修。 计划是在顶层目录下创build一个目录“ZZ_Old”，将所有现有（顶级+ 1）级目录移动到目录，然后逐渐将其移动到顶层目录下的新结构中。
问题是目录结构足够深，有些文件path超过了260个字符。 networking驱动器被用来处理这个问题，但在个人的基础上 – 没有什么是集中pipe理的。 换句话说，不同的人在整个结构中都有不同的驱动字母，这些驱动字母安装不同的目录
通过迁移到ZZ_Old将打破所有这些networking驱动器，但用户需要能够在过渡阶段访问旧的结构，因为他们将负责将旧内容移动到新结构中。 不幸的是，个人用户不能期望能够手动重新创build必要的驱动器映射。
所以我的问题是：pipe理这个最好的方法是什么？
是否有可能编写一个脚本来检查所有当前的networking驱动器，并确定挂载点将被移动到ZZ_Old的影响？
是否可以创build一个重build驱动器映射的脚本，以便下一次重新连接驱动器时，它将使用包含ZZ_Old的更新path？
我已经尝试通过HKEY_CURRENT_USER \ Software \ Microsoft \ Windows \ CurrentVersion \ Explorer下的registry，但似乎只包含一些，而不是所有当前的驱动器映射。
我应该推荐整个移动到ZZ_Old然后逐渐转移内容的想法被废弃？ 如果是这样，那么更好的策略是什么？
任何build议都欢迎，从“重新开始，再想一想”到“这是一切为了你的脚本”。
告诉用户根据约定将他们的东西移动到新的目录结构中。
2A。 如果他们有很多东西要移动，他们可能会更容易告诉你直接在服务器上移动它，因为他们将通过networking移动文件，这将花费更长的时间，但是对于你来说会更快你有pipe理员访问服务器。 如果完全转移到新的服务器，这不会太重要。
由于您似乎担心覆盖他们现有的专用networking驱动器，只要向他们清楚新驱动器将是G，H，I或其他什么，现有的networking驱动器号将在xdate被覆盖（不一定是与上面相同的xdate，但在它之前一段时间）。 由于他们首先映射驱动器，他们应该知道如何重新映射它们。 如果不只是告诉他们，如果他们有任何顾虑，请求你帮助重新映射他们。