在服务器群集上实现主文件夹

文章翻译 文章翻译
文章编号: 256926 - 查看本文应用于的产品
展开全部 | 关闭全部

本文内容

概要

本文介绍了共享在群集上的共享磁盘上的主文件夹的基本步骤。

更多信息

在群集管理不是最佳配置创建群集文件共享资源的每个用户的主文件夹。不仅这不会需要大量的管理的工作,而且它还使用内存和 CPU 资源,它不需要的。群集服务使用您在 $ 群集管理器中定义了每个资源的内存和 CPU 周期。您拥有的资源越多、 更多的系统开销的群集服务生成。假定群集中有 750 用户的主文件夹将为每个用户创建文件共享资源。故障转移时间是从一个节点到另一个增加,以及查看在群集管理器中的资源。最坏的情况是时间的很忙群集可能由于的用来管理 750 群集资源量中删除连接。

房屋主文件夹中使用服务器群集的最佳方式是使用"共享子目录"或动态的共享功能。后面的动态文件共享在基本原则是在创建单个群集文件共享资源中尚未为每个用户的文件夹创建一个独立的文件共享。例如:
Z:\
Z:\Users
Z:\Users\Steve
Z:\Users\Shon
Z:\Users\Elden
Z:\Users\Dewitt
Z:\Users\Emily
驱动器 Z 是共享的磁盘。Z:\Users 文件夹是包含所有用户的主文件夹的根目录共享。

不正确的配置:
  1. 创建群集文件共享资源的每个用户。群集资源在这种情况下为每个用户在该 Z:\Users 下定义五次文件夹。
  2. 设置 Z:\Users\ Username 文件夹以允许只有预期的用户访问该文件夹的 NTFS 权限。
  3. 每次在创建用户转到 Z:\Users 文件夹,并创建具有权限的正确的文件夹。若要创建文件共享资源,然后使用群集管理器。
正确的配置:
  1. 创建单个群集文件共享资源在 Z:\Users 到根文件夹。
  2. 所有人组授予完全控制共享级权限在群集管理器中。
  3. 使用 参数 选项卡上的根群集文件共享资源,单击以选中 共享子目录 复选框。
  4. 若要允许访问该文件夹预期的用户 Z:\Users\ Username 文件夹上设置 NTFS 权限。群集服务帐户需要至少具有读取权限。此位置 Z:\users 下的所有文件夹自动都共享的根目录共享相同的网络权限。若要使用动态共享时,请添加用户,Z:\Users 下创建一个文件夹,并分配适当的 NTFS 权限 (请参阅第 4 步)。群集服务自动共享该文件夹。

    : 当您执行以下步骤时,您执行不隐藏下一个共享该目录只共享本身。

  5. 若要将隐藏的用户共享根群集文件共享资源,使用参数选项卡,然后单击以选中 隐藏子目录共享 复选框。此操作将"$"追加到位于 Z:\Users\ <username>共享的末尾。
添加到 Microsoft Windows NT 4.0,企业版 Service Pack 4,的群集服务"共享子目录"功能,并进行了增强,Service Pack 5。如果您打算实现动态应用 Service Pack 5 文件共享。Windows 2000 高级服务器包括此功能。

如果在群集文件共享位置中共享子目录,并且有一个以上的文件共享组在群集中使用的用户名的环境变量组的相同的物理节点上联机时,可能会出现以下行为。 例如对于有每个组中有以下文件夹的驱动器:
  • \\<virtual_server1>\users 驱动器 U: |--用户 |--用户 1 |--用户 2
  • \\<virtual_server2>\data 驱动器 Z:|--数据 |--用户 1 |--用户 2
例如对于您使用环境变量和任何一个或两个以下的两个虚拟服务器组联机在同一个物理节点上时, 用户可以连接到正确的共享:
  • \\<virtual_server1>\users\%username%
  • \\<virtual_server2>\data\%username%
但是,如果您使用了两个以下的虚拟服务器组,用户可能会遇到不一致的结果,当它们映射网络驱动器时:
  • "net use * \ <virtual_server1> \%username%"
  • "net use * \ <virtual_server2> \%username%"
Lanman 服务器服务将无法区分子目录共享。因此,它不能区分的不同 \\<virtual_server1>\%username%和 \\<virtual_server2>\%username%文件共享。当第二个实例 %用户名 %文件共享的尝试共享时,则出现下列错误 2118年在该群集日志文件并不会创建该共享:

警告文件共享 <data>: SmbpCheckAndBringSubSharesOnline: NetShareAdd 失败 subshare <user1>$ 错误: 2118年。
警告文件共享 <data>: SmbpCheckAndBringSubSharesOnline: NetShareAdd 失败 subshare <user2>$ 错误: 2118年。
用于十进制 2118年 / 十六进制 0x846 2118 # C:\err>err NERR_DuplicateShare lmerr.h # / * 已经已共享的名称。 */

因为不存在第二个共享,呢驱动器映射将连接到第一个共享文件夹中。最好的解决方案,以避免共享名称冲突不是共享的文件共享资源在群集管理器中的高级属性下的子目录。使用 ABE (基于访问的枚举) 可以为用户子目录应用 acl (访问控制列表)。有关详细的信息请单击下面的文章编号,以查看 Microsoft 知识库中相应的文章:
907458 如何在 DFS 环境中实施基于 Windows Server 2003 访问的枚举
或者,可以通过使用以下两种方法之一来创建文件共享:
  • 重命名原始的共享位置下的所有子文件夹不同的地方,以便它们将永远不匹配
  • 共享子目录,然后将所有内容映射到 \\<virtual_server1>\users 或 \\<virtual_server2>\data 或两者。 然后,使用 NTFS 权限,以便用户只能访问自己的共享。

相关的文章

186496确保公用文件夹的安全
194831SP4 群集共享必须被重置为识别已添加的子目录
224967如何在群集上创建文件共享
254219实现时的安全注意事项群集文件共享
257389Microsoft 群集服务器可能不会自动共享文件夹

属性

文章编号: 256926 - 最后修改: 2007年10月26日 - 修订: 3.2
这篇文章中的信息适用于:
  • Microsoft Windows Server 2003 Enterprise Edition
  • Microsoft Windows 2000 Advanced Server
  • Microsoft Windows NT Server 4.0 企业版
关键字:?
kbmt kbproductlink kbclustering kbenv kbinfo KB256926 KbMtzh
机器翻译
注意:这篇文章是由无人工介入的微软自动的机器翻译软件翻译完成。微软很高兴能同时提供给您由人工翻译的和由机器翻译的文章, 以使您能使用您的语言访问所有的知识库文章。然而由机器翻译的文章并不总是完美的。它可能存在词汇,语法或文法的问题,就像是一个外国人在说中文时总是可能犯这样的错误。虽然我们经常升级机器翻译软件以提高翻译质量,但是我们不保证机器翻译的正确度,也不对由于内容的误译或者客户对它的错误使用所引起的任何直接的, 或间接的可能的问题负责。
点击这里察看该文章的英文版: 256926
Microsoft和/或其各供应商对于为任何目的而在本服务器上发布的文件及有关图形所含信息的适用性,不作任何声明。 所有该等文件及有关图形均"依样"提供,而不带任何性质的保证。Microsoft和/或其各供应商特此声明,对所有与该等信息有关的保证和条件不负任何责任,该等保证和条件包括关于适销性、符合特定用途、所有权和非侵权的所有默示保证和条件。在任何情况下,在由于使用或运行本服务器上的信息所引起的或与该等使用或运行有关的诉讼中,Microsoft和/或其各供应商就因丧失使用、数据或利润所导致的任何特别的、间接的、衍生性的损害或任何因使用而丧失所导致的之损害、数据或利润不负任何责任。

提供反馈

 

Contact us for more help

Contact us for more help
Connect with Answer Desk for expert help.
Get more support from smallbusiness.support.microsoft.com