小编eft*_*eft的帖子

我们希望向我们的 (Win 2003) AD 层次结构添加一些逻辑结构。我们有一个域和大约 500 个用户。当前，所有用户和计算机都组织到一个 OU 中。所有安全组和通讯组都在第二个 OU 中。组成员资格本质上是基于个人用户的，没有组的嵌套。

我的问题：

1. 对于这种规模的组织，是否值得根据部门、地理和/或对象类（即计算机、用户、组）设计 OU 的层次结构并将用户、计算机和组移动到相关的 OU 中？
2. 如果是这样，您将如何构建层次结构，例如部门-> 位置-> 对象类？
3. 我们是否应该在适当的情况下嵌套组，以便更好地映射到企业应用程序角色和 Exchange 地址条目？

我进入了一个基于 Windows 的企业环境，其中文档管理包括带有数字或字母前缀的文件夹命名约定（例如 1 Admin、2 Executive、3 Marketing）和带有嵌入日期和首字母的文件命名约定（例如 mmddyy-file-name- version-author-initials），两者都没有得到一致的遵守。

在我看来，我们需要摆脱这些文件夹和文件命名约定，而是提供一种替代方案，其中包含非技术最终用户可以理解的版本控制。

• 你会为此推荐什么补救措施？

• 基于浏览器的文档管理解决方案（如 WSS 或 Alfresco）能否帮助最终用户？

• 它们可以与传统的 Windows 资源管理器类型的界面并行实现吗？

• 如果基于浏览器的解决方案不是一种选择，我们如何在我们的文件服务器上实施版本控制？

谢谢