网络驱动器号分配最佳实践

Joh*_*ohn 6 windows drive-letters best-practices

我们正在努力从 Novell 迁移到 Active Directory。在过渡期间,我们将根据当前标准评估我们的驱动器映射,看看我们所做的是否仍然适合、与最佳实践保持一致、简化资源管理等。目前,我们有 11 个不同的映射的驱动器映射。在我看来,这对于最终用户来说似乎太多了,而且相当混乱。这些驱动器映射似乎也与组织中存在的一些旧约定有关,这些约定最终类似于以下内容:

  • K:\ - Novell 服务器物理光驱的映射
  • N:\ - IT 管理脚本和实用程序
  • S:\ - 另一个用户的主文件夹(如果需要)
  • T:\ - dBase III 映射(这有望在迁移后消失)
  • U:\ - 项目或其他组共享
  • V:\ - 项目或其他组共享
  • W:\ - 工作(部门或单位工作份额)
  • X:\ - 应用程序共享
  • Y:\ - 主文件夹
  • Z:\ - 系统音量

对于我们组织内的最终用户和 IT 用户来说,这是一个非常令人困惑的结构。我想询问行业最佳实践以及其他人如何设计他们的驱动器映射。应该注意哪些事项?您如何补偿或控制这些项目?从管理和维护的角度应该考虑哪些事情?

我们的客户端将是 Windows XP、Windows Server 2003、Windows 7 Pro 和 Windows Server 2008。稍后我们还希望将 Linux 和 Macintosh OS X(10.6 或更高版本)客户端合并到我们的驱动器映射中。

您可以提供的任何帮助、想法、资源或链接将不胜感激。

The*_*Wiz 6

以我个人的拙见,如果你能摆脱“驱动器字母”的概念……完全忘记它们。UNC 路径可以让您走得更远,而且您不会遇到命名冲突。您可能还想将各种服务器名称和共享合并到一个(或几个)DFS 根目录中。这将提供一个单一的 UNC 路径,以便为用户找到任何和所有相关的共享......并提供设置复制、故障转移和可扩展性的选项。

  • 这是关于 UNC 路径的一个很好的观点,但我总是遇到大量的培训问题,让非技术人员使用它们。即使在我自己的部门,我们混合了技术人员和技术业务分析师,这也是一个绊脚石。 (2认同)

squ*_*man 5

保持 C: 作为系统音量。尽管我不敢相信它仍然会发生,但它仍然会发生在软件被硬编码安装到 C:(那些开发者应该被枪杀)的地方。

保留 C: (E:, F:, G:) 后面的几个保留给物理设备(CD/DVD、可移动媒体等)。

除此之外,我尝试将事物与其开始的内容相匹配(显然,随着驱动器映射数量的增加,成功的程度有限)。

H: = 家庭驱动器
P: = 项目驱动器或个人驱动器
等...


sys*_*138 3

一年半前,我们出于完全相同的原因面临着这个确切的问题。主要问题有三个:

  1. Novell 网络历史上是基于驱动器盘符的。大家都知道 U: 驱动器是用户的主目录,S: 是共享目录。等等。
  2. Microsoft 网络与驱动器盘符的联系要少得多,自 Active Directory 出现以来,Microsoft 一直在推动 UNC 样式寻址。历史悠久的微软公司倾向于使用现有的任何驱动器号,其中一些标准驱动器号适用于需要驱动器号的旧应用程序。
  3. 用户haaaaaaate改变既定程序。他们根本不会将驱动器号扔到一边而转而支持 UNC,并且会继续致电帮助台并告知“Y:驱动器已关闭”。

由于 1 和 3,我们在 Microsoft 迁移一年后仍在使用驱动器号。用户正在慢慢习惯 UNC 寻址来处理一些事情,但我们的共享卷是一个巨大的整体卷,由于 SAN 上的大小原因,需要进行拆分。我们没有强迫每个人都处理 UNC,而是想出了如何在集群中处理目录挂载卷。

如果您有选择(例如很少有 Mac 用户),Microsoft DFS 可以使事情变得更容易。创建单个驱动器盘符,其中顶级目录本质上是旧的驱动器盘符映射。在纯 Windows 环境中这可以很好地工作。然而,任何使用 Samba 的东西都不能使用它。用户只有一个驱动器号,并且从 14 个驱动器号迁移到具有“S:\K-Drive\”等路径的单个驱动器号非常容易。我们有很多 Mac 用户,所以不能走这条路。

我们在登录脚本中标准化了驱动器字母(Novell 时代的另一个保留):

  • P: = 整体共享卷
  • S:=学生课堂作业量(随着所有内容移至黑板,使用量逐渐减少)
  • U: = 主目录
  • W: = 最终用户软件存储库
  • X: = 某些网络安装的软件包,主要集中在我们的 ERP 系统
  • Y: = 管理脚本和东西

我们还在 Windows 管理员组中操作了驱动器盘符注册表。如果一个驱动器被映射到登录脚本中,就会记录谁正在执行该操作。如果两个部门想要映射 T: 驱动器到不同的地方,并且碰巧共享员工,这可以节省很多麻烦。

我可以推荐的标准是:

  • 将集中强制的驱动器盘符保持在最低限度。
  • 在整个管理协调组中操作驱动器盘符注册表
  • 如果需要,请根据您的预期定期审核您的驱动器映射方法。