与一个更新的 Ntfs.sys 驱动程序打包的 Ntfrs.exe 的 SP2 后的发布版本中的改进

文章翻译 文章翻译
文章编号: 321557 - 查看本文应用于的产品
本文已归档。它按“原样”提供,并且不再更新。
重要提示: 本文包含有关修改注册表的信息。 在修改注册表之前,请务必对其进行备份,并确保您了解如何还原注册表发生问题。有关如何备份、 还原,和编辑注册表单击下面的文章编号,以查看 Microsoft 知识库中相应的文章:
256986在 Microsoft Windows 注册表的说明
展开全部 | 关闭全部

本文内容

症状

文件复制服务 (FRS) 是一个多线程、 多主机复制引擎,它将替换 LANMan 目录复制服务 (LMRepl 服务) 在 Microsoft Windows NT 版本 3.x 和 4.0。基于 Windows 2000 的域控制器和服务器使用 FRS 复制为基于 Windows 2000 及更早版本的客户端的系统策略和 $ 登录脚本。

(可选),FRS 可以承载同一个容错分布式文件系统 (DFS) 根或子节点副本的基于 Windows 2000 的服务器之间复制内容。

对所做的更改 Ntfrs.exe 本文的"更改为后 SP2 修补程序版本的 Ntfrs.exe 和 Ntfs.sys"部分所述的最初在 2001 年秋季发布修补程序 Q307319 作为。时发现所有版本的文件复制服务共用的数据文件删除问题的 Office,Ntfrs.exe 已再次更新和修补程序 Q307319 作为再次发布在 2002 年三月中。

这两个版本 Q307319 修补程序的公开可防止某些重命名操作,并阻止某些文件的复制的 Ntfs.sys 中的问题。因此,从 2002年发布的修复程序 Q307319 Ntfrs.exe 正在重新打包并重新发布的修复程序 Q319473 Ntfs.sys 版本为修补程序 Q321557。是包含 Ntfs.sys 安装此修补程序要求您重新启动计算机。

本文介绍的 Ntfrs.exe 版本的更改,并在 Windows 2000 post-Service 中可用的 Ntfs.sys 包解决已知问题并提高可管理性和稳定性的 FRS.的 2 (SP2) 修复程序有关这些更改的说明,请参阅"更改为后 SP2 修补程序版本的 Ntfrs.exe 和 Ntfs.sys"一节中。

如果上安装了此版本的 Ntfrs.exe 任何 FRS 副本集成员,Microsoft 建议管理员部署 Q321557 修补程序版本或 Windows 2000 Service Pack 3 Ntfrs.exe 常见的 FRS 副本集,这意味着相同的域或 $ 分布式文件系统 (DFS) 根或链接的所有成员中的所有域控制器中的所有成员的发布目标位置 FRS 复制已被启用。

原因

它在处理下游伙伴上的一个更改订单时 Ntfrs 将预安装文件夹中匹配的临时文件重命名为其目标文件名称和文件夹。如果目标文件夹已被其他进程,如 Explorer.exe 锁定 Ntfrs 的早期版本可能在重命名操作过程中遇到共享冲突。

若要避免出现共享冲突,Q307319 (和该 Q321557) 版本的 FRS 将减少的访问需求 (代替 GENERIC_READ 和 GENERIC_EXECUTE FILE_READ_ATTRIBUTES) 打开父文件夹。在这样做宽松的文件夹锁避免共享冲突,以防止重命名操作无法完成。但是,此公开 Ntfs.sys 文件系统驱动程序中不正确的访问检查。 此问题如 Ntfrs 没有足够的显式权限访问文件或文件夹上, 执行的操作,但没有隐式权限作为服务的服务,从而防止文件重命名。在这种情况下 NTFRS 有备份/还原权限的隐式地进行的所有文件夹和一个卷中的文件。Q321557 修补程序包括可解决此问题已更新的 Ntfs.sys 驱动程序。

解决方案

服务包信息

若要解决此问题,获得最新的 service pack,对于 Microsoft Windows 2000。有关更多的信息请单击下面的文章编号,以查看 Microsoft 知识库中相应的文章:
260910如何获取最新的 Windows 2000 服务软件包

修复程序信息

可以从 Microsoft 获得支持的修补程序。但是,此修补程序被用于解决本文所述的此问题。此修补程序仅应用于出现这一特定问题的系统。

是否可供下载此修补程序没有"提供修补程序下载"部分中,在这篇知识库文章的顶部。如果未出现本部分,将申请提交到 Microsoft 客户服务和支持以获取此修复程序。

注意如果出现其他问题,或者如果需要进行任何故障诊断,则您可能不得不创建单独的服务请求。将正常收取支持费用将应用于其他支持问题和不需要进行此特定的修补程序的问题。有关完整列表的 Microsoft 客户服务和支持的电话号码,或创建一个单独的服务请求,请访问下面的 Microsoft 网站:
http://support.microsoft.com/contactus/?ws=support
注意"提供修补程序下载"窗体所显示的此修复程序是可用的语言。如果您看不到您的语言,则是一个修复程序不能用于该语言。此修复程序的英文版应具有以下文件属性或更高版本:
   Date         Time   Version        Size     File name
   --------------------------------------------------------
   02-Mar-2002  23:40  5.0.2195.5016  733,456  Ntfrs.exe
   03-Mar-2002  02:44  5.0.2195.5016   54,544  Ntfrsapi.dll
   03-Mar-2002  02:44  5.0.2195.5016   21,264  Ntfrsprf.dll
   02-Mar-2002  23:39  5.0.2195.5016   80,384  Ntfrsres.dll
   03-Apr-2002  02:41  5.0.2195.5524  513,072  Ntfs.sys

若要不必复制出现问题的系统不具有完全控制权的 FRS 副本树安装在所有基于 Windows 2000 的域控制器和其安装的 Ntfrs.exe Q307319 发布的成员服务器上的此 Ntfs.sys 修补程序。安装此修补程序后,您必须重新启动计算机。

替代方法

若要解决此问题,而无需安装此修补程序,选择在受影响的 Ntfrs 副本集 (最好是带有多个出站连接的桥头服务器) 的成员。授予系统帐户的完全控制的 FRS 副本树中文件夹的所有权限通过使用下列步骤:
  1. 停止 Ntfrs 服务。
  2. 通过使用 安全 选项卡,在 Windows 资源管理器中,或使用命令行的等效项,授予系统帐户的完全控制在和 FRS 下方的所有文件夹权限包括隐藏的 DO_NOT_REMOVE_NtFrs_PreInstall_Directory 的副本根文件夹,以便新文件和文件夹将继承该权限。您必须停止该 DO_NOT_REMOVE_NtFrs_PreInstall_Directory 修改 ACL 的 FRS 文件夹。

    您可能希望使用下面的示例脚本,从命令提示符。通过使用 Subinacl.exe 授予系统帐户的完全控制 FRS 副本树和 $ DO_NOT_REMOVE_NtFrs_PreInstall_Directory 文件夹的权限,该脚本将重点放在 FRS 副本根文件夹:
    C:\>for /"X:\Frs_root_dir"中 (*),请执行 subinacl /file"%i"/ %i d /grant = 系统 = f
    在此脚本示例 X:\Frs_root_dir 是所需的驱动器和路径 FRS 副本根文件夹的 ACL 将被修改。

    添加脚本"SYSTEM = 完全控制"和 X:\Frs_root_dir 参数中指定的路径下的所有文件夹上现有的权限。在响应 ACL 更改,Ntfrs 复制的所有文件夹在指定的目录树中,但不会复制该文件。

    Subinacl.exe 的版本必须是版本 2.6.0.1399 或更高版本以避免不正确地排序 ace。已知的良好 Subinacl.exe 文件信息是:
    --a-- W32i   APP ENU   2.6.0.1399 shp   193,024 01-15-2002 subinacl.exe
  3. 重新启动 FRS 服务。
  4. 监视在安装前的文件夹和副本树。 将文件移动到其目标文件夹为新的 ACL 更改生效,在安装前的文件夹中的文件都被删除。

状态

Microsoft 已经确认这是在本文开头列出的 Microsoft 产品中的问题。 在 Microsoft Windows 2000 Service Pack 4 中,第一次已得到纠正此问题。

更多信息

已作为修补程序发布的两个版本的 Ntfrs.exe Q307319 在 2001 年秋季和 2002 年三月,公开 Ntfs.sys,可防止 FRS 完全复制文件和文件夹中的访问复选问题。 在其的 $ 系统帐户不具有完全控制权的已复制的目录树的计算机安装这些版本的 Ntfrs.exe 之一的管理员可能会遇到以下症状:
  • FRS 复制 DFS 或 Sysvol 副本的内容中存在不一致的设置。特别是:
    • 文件或文件夹可能存在上游伙伴上的文件创建或最后一次写入,而不是在副本集的其他成员。
    • 上游和下游伙伴上可能存在的文件和文件夹,但它们的版本可能不一致的 (较早的) 相比,接收到上一次更新的计算机。
    • (通过单击 文件 菜单上的 新建,然后创建文件或文件夹) 在 Windows 资源管理器中创建的文件和文件夹将被复制到下游的合作伙伴,但不是会复制如果在创建使用任何其他方法 (如 mkdir 命令、 con filename.ext 的复制 命令、 复制 命令,在 文件 菜单的 另存为 命令在 文件 菜单上或通过拖动在 Windows 资源管理器中的该文件上的 保存 命令。
  • 文件位于该 DO_NOT_REMOVE_NtFrs_PreInstall_Directory 文件夹中不会移动到其最终位置。
  • Connstat 报表从上游的合作伙伴表示所有在向下游伙伴发送的复制更改顺序的已接收和处理。
  • ntfrsutl idtable 命令指示位于上游伙伴上的文件夹,但缺少下游伙伴上的文件位于 FRS IDTABLE,两台计算机。 这表明下游伙伴接收到的文件更改顺序。
  • FRS 在试图安装前的文件重命名其最终名称时,访问被拒绝错误消息会记录在 FRS 调试日志。例如:
    <StuPreInstallRename: 2728年: 1546年: S0: HH:MM:SS > + + 错误-无法预安装文件 NTFRS_ <ChangeOrder_GUID> 重命名为filename.ext WStatus: ERROR_ACCESS_DENIED
  • 传入登录 (通过使用 ntfrsutl inlog 命令) 上的更改丢失的文件都处于"IBCO_INSTALL_REN_RETRY"状态订单下游伙伴节目。这表明进行了多次尝试安装前的文件重命名为其目标位置 (请参阅该状态: 字段)。例如:
    Table Type: Inbound Log Table for DFSROOT|APPS (1)
    SequenceNumber               : 0000000d
    Flags                        : 0100004e Flags [VVAct Content Locn Retry CmpresStage ]
    IFlags                       : 00000001 Flags [IFlagVVRetireExec ]
    State                        : 0000000e  CO STATE:  IBCO_INSTALL_REN_RETRY   <--Note the rename retry error state.
    ContentCmd                   : 00002000 Flags [RenNew ]
    Lcmd                         : 00000004  D/F 0   Movein
    FileAttributes               : 00000020 Flags [ARCHIVE ]
    FileVersionNumber            : 00000005
    ..
    ..
    ChangeOrderGuid              : 9883330a-265f-4384-a38b69acb9d224bc
    OriginatorGuid               : fce4a387-68c7-43b2-9a2e93c3acbb401c
    FileGuid                     : 16ed465b-0324-4248-8c25535248bb51b6
    OldParentGuid                : 54d058b9-9a2e-4225-866d0a8a77cce7f0
    NewParentGuid                : 54d058b9-9a2e-4225-866d0a8a77cce7f0
    CxtionGuid                   : 86bc5234-f9ec-496b-8fc1b09eb55fa4b9
    Spare1Ull                    : Mon Jan  7, 2002 09:13:26
    MD5CheckSum                  : MD5: 9ac5676d 669a9926 a5a86bac 6eeae417 
    ..
    FileName                     : SOMESUCHFILE.EXT
这种情况下最能标识 FRS 中的邮件调试日志,并且如果在 Windows 资源管理器中创建的文件和文件夹将被复制到下游的合作伙伴,但不复制如果它们通过使用任何其他方法创建"访问被拒绝"错误。

更改后 SP2 修补程序版本,Ntfrs.exe 和 Ntfs.sys

本文介绍的 Ntfrs.exe 版本的更改,并在 Windows 2000 post-Service 中可用的 Ntfs.sys 包解决已知问题并提高可管理性和稳定性的 FRS.的 2 (SP2) 修复程序

FRS 检测和取消过复制

当数据写入到文件时, 该文件被转移以进行复制。但是,在某些情况下,在其中写入数据,但该文件并不会更改。例如对于使用组策略来应用文件权限,如果文件不会更改。如果您使用组策略来实施 Sysvol 中的文件的权限,该策略是在默认情况下应用每隔 5 分钟。因此,FRS tires 复制"更改"的文件,即使不一定是修改权限。

在 SP2 修补程序 FRS 并不复制文件,如果未不进行任何实际的更改。此外,如果 FRS 检测明显增加到数量对所做的更改一个的文件 FRS 日志的事件 ID 13567 FRS 事件日志中的邮件。

FRS 执行序列化的版本向量联接

当成员首先加入一个副本集时,FRS 查找上游伙伴,并请求的所有副本集内的文件列表。在此 SP2 修补程序之前版本的 Windows 2000,FRS 获取从所有上游伙伴的文件的此列表在同一时间这会导致这些伙伴上的工作的一个重复。在 Windows 2000 SP2 修补程序,已更改此行为,以便该 FRS 接从上游伙伴一个获取列表中。因此,如果同步的第一个上游伙伴新成员的所有文件从复制它。版本向量与每个后续的伙伴加入进程是更短的因为新成员不需要复制的任何文件。如果不同步的初始合作伙伴,后续联接将导致发送到新成员的更新。

FRS 不会停止复制如果在填充临时区域

如果 FRS 尝试为临时文件分配空间,但不是成功时由于没有足够的空间,或因为使用空间的数量已达到 90%的临时空间限制参数 (默认值是 660 兆字节为单位),FRS 开始删除临时文件。分阶段的文件将被删除 (按照自上次访问后的最长时间) 的顺序,直到在使用的空间量有低于临时空间限制参数的 60%。因此,FRS 不再会停止复制如果临时区域的可用空间不足。如果长时间脱机副本集成员,FRS 由于临时区域就会填满,因此不会阻止在上游成员上的复制。 临时空间限制参数有关的其他信息,请单击下面文章编号,以查看 Microsoft 知识库中相应的文章:
221111FRS 在注册表中的项的说明

在 NTFS 日志大小增加

FRS 使用 NTFS 文件系统日志时对文件进行的更改通知它。如果换行日志,FRS 将丢失所做更改,它需要复制的曲目。您必须执行非权威性还原操作。NTFS 日志大小已增加到 128 兆字节 (MB),以减少日志环绕的可能性。

对自动非的权威性还原功能的更改

如果检测到一个日志自动换行条件 FRS 将不再执行自动非权威性还原。而是,它记录事件 ID 13568 FRS 事件日志中的邮件以提醒您在方便的时候执行此操作。若要配置自动非权威性还原操作,如果您想要执行此操作包括了一个注册表项。但是,如果您配置了此设置副本树中的内容可能不可恢复操作开始执行时。

超时问题

解决以下超时问题:
  • 当多个成员尝试与一个上游伙伴一次同步时出现的超时问题。
  • 正在创建非常大的文件的临时文件的情况下发生的超时问题。

更改 FRS 临时路径中的方式的更改

现在,您可以更改 FRS 临时路径,而不必执行非权威性还原操作。FRS 在检测到临时路径进行更改时它将记录事件 ID 13563 描述了过程,FRS 事件日志中的消息。此消息是:
文件复制服务已检测到的临时副本集 %1 的路径已更改。
当前临时路径 = %2
新的临时路径 = %3
此服务将启动重新启动后,请使用新的临时路径。该服务被设置为在每次重新启动后重新启动。建议您重新手动启动该服务以防止在临时目录中的数据丢失。若要手动重新启动服务,请执行以下步骤:

[1] 运行"净停止 ntfrs"或服务管理单元用于停止文件复制服务。

[2] 将移动到新的临时位置,对应于副本的所有临时文件设置 %1。如果多个副本集共享当前的临时目录则是复制到新的临时目录的暂存文件更安全。

[3] 运行"net start ntfrs"或使用服务管理单元启动文件复制服务。

FRS 预安装文件夹中的文件的重命名生成"访问被拒绝"

此版本的 FRS 将父文件夹打开以避免出现共享冲突,以防止在临时无法完成文件重命名操作减少了的访问需求 (代替 GENERIC_READ 和 GENERIC_EXECUTE FILE_READ_ATTRIBUTES)。但是,此公开 Ntfs.sys 文件系统驱动程序中不正确的访问检查。此修补程序包中包含更新的 Ntfs.sys 驱动程序。

其他更改

  • 无法创建 Sysvol 共享的域控制器时记录的事件消息现在是更具说明性的。
  • Windows 2000 Service Pack 2 (SP2) 的 FRS 更新使压缩线路"。如果复制的数据已经压缩,生成的文件实际上可能大于原始。如果发生这种情况,FRS"静默"不复制。此问题已解决。
  • 更改为 Microsoft Office 文档文件 (.doc、.xl 吗?、 等) 的一个副本可能会导致删除所有下游伙伴上相同的文件。此问题已得到修复。
  • FRS 服务必须生成一个表,该链接卷序列号到的驱动器号。此表用于确保该服务可以找到正确的卷复制的文件夹即使更改了驱动器号分配。生成此表时,FRS 不再轮询可移动驱动器。
  • 包括有关如何更新注册表的说明的事件消息都已更正。
  • 可以是具有许多域控制器的环境中重大的内存泄漏已得到修复。
有关更多的信息请单击下面文章编号,以查看 Microsoft 知识库中相应的文章:
221111FRS 在注册表中的项的说明
有关如何获得 Windows 2000 数据中心服务器修补程序的其他信息请单击下面文章编号,以查看 Microsoft 知识库中相应的文章:
265173数据中心计划和 Windows 2000 数据中心服务器产品

属性

文章编号: 321557 - 最后修改: 2014年2月26日 - 修订: 3.3
这篇文章中的信息适用于:
  • Microsoft Windows 2000 Server SP1
  • Microsoft Windows 2000 Server SP2
  • Microsoft Windows 2000 Advanced Server SP1
  • Microsoft Windows 2000 Advanced Server SP2
  • Microsoft Windows 2000 Professional SP1
  • Microsoft Windows 2000 Professional SP2
关键字:?
kbnosurvey kbarchive kbmt kbautohotfix kbhotfixserver kbqfe kboswin2000fix kbwin2ksp4fix kbbug kbfix kbwin2000presp3fix KB321557 KbMtzh
机器翻译
注意:这篇文章是由无人工介入的微软自动的机器翻译软件翻译完成。微软很高兴能同时提供给您由人工翻译的和由机器翻译的文章, 以使您能使用您的语言访问所有的知识库文章。然而由机器翻译的文章并不总是完美的。它可能存在词汇,语法或文法的问题,就像是一个外国人在说中文时总是可能犯这样的错误。虽然我们经常升级机器翻译软件以提高翻译质量,但是我们不保证机器翻译的正确度,也不对由于内容的误译或者客户对它的错误使用所引起的任何直接的, 或间接的可能的问题负责。
点击这里察看该文章的英文版: 321557
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