情况：

以下奇怪的问题发生在运行 OmniOS r151018 (95eaa7e) 的单个文件服务器上，通过 SMB 向 Windows 和 OS X 来宾提供文件。

通过 SMB 共享上的“另存为...”对话框窗口保存某些文件（.docx、.xlsx、一些图像）会导致大约 3 到 5 秒的延迟，此时应用程序根本没有响应，之后文件正常保存。

问题确实发生在“一夜之间”，没有对服务器做任何事情，但很难确定确切的日期，因为用户投诉只是在第一次发生后的一段时间内出现。重新启动服务器后，镜像根池的一个 vdev 不可用，但仔细检查没有发现该设备有任何故障，并重新挂接到该池。问题仍然存在。

一些观察：

• 它发生在所有 Windows 7 客户端上
• 它发生在所有文件大小
• 它发生在这台机器的所有共享上，无论权限如何
• 它发生在主机上通过 iSCSI 从另一台服务器导入的更快存储
• GBit 以太网上的正常复制速度为 110 MB/秒
• 数据和根池似乎没问题
• 它不会发生在其他文件服务器上
• 文件保存在本地，然后通过资源管理器复制时不会发生
• 它不会在 OS X 上发生（只能用 OpenOffice 测试）
• dmesg显示了几个NOTICE: bge0: interrupt: flags 0x0 - not updated?具有不同值的计数，但这也是以前的情况并且没有害处

进一步的想法/计划：

由于找不到明确的错误消息，我可能需要进行一些试验和错误来寻找原因。我会考虑一些事情（结果以斜体显示）：

• 用 Intel 卡替换 Broadcom 网卡=> 没有区别
• 用 SATA SSD 替换根池（目前 SLC 内存 USB 记忆棒可以正常工作超过 3 年）=> 没有任何区别
• 检查中间的网络（硬件，通过直接连接到服务器）
• 使用 WireShark 捕获流量：如果您不知道自己在寻找什么，这很困难
• 恢复到以前的 OmniOS 引导环境/版本以排除软件冲突=> 没有影响
• 回滚 Windows/Office 更新以排除错误

• 从快照中删除文件名中带有:（冒号）的文件，txgsync 在由 ewwhite => 创建的 reddit 线程上的建议没有产生任何影响

  当使用包含“：”字符的自动快照启用 Windows“以前的版本”功能时，我看到了类似的情况。这只是随风而行，但可能值得一看，因为 Windows 文件名中不允许使用“：”字符。

• 文件访问监控：根据 shodanshok 的建议，我使用DTrace了这个脚本来监控文件访问。我在保存已经打开的文件时使用它，删除了不相关的输出和个人信息，结果围绕三个文件：

  CPU ID       FUNCTION:NAME
  1   18753    fop_open:entry Open: Workbook
  0   18181 fop_create:return Create: temp_1
  0   18753    fop_open:entry Open: temp_1
  0   18753    fop_open:entry Open: Workbook
  0   18753    fop_open:entry Open: Workbook
  0   18753    fop_open:entry Open: temp_1
  0   18888  fop_rename:entry Rename: Workbook -> temp_2
  0   18888  fop_rename:entry Rename: temp_1 -> Workbook
  0   18753    fop_open:entry Open: Workbook
  0   18753    fop_open:entry Open: temp_2
  0   18892  fop_remove:entry Remove: temp_2
  0   18753    fop_open:entry Open: Workbook
  0   18753    fop_open:entry Open: Workbook
  

  在没有出现问题的另一台服务器上执行相同的过程会产生类似的结果：

  CPU ID       FUNCTION:NAME
  1   25182 fop_create:return Create: temp_1
  1   25750    fop_open:entry Open: temp_1
  1   25750    fop_open:entry Open: Workbook
  1   25750    fop_open:entry Open: temp_1
  1   25750    fop_open:entry Open: Workbook
  1   25750    fop_open:entry Open: temp_1
  1   25889  fop_rename:entry Rename: Workbook -> temp_2
  1   25889  fop_rename:entry Rename: temp_1 -> Workbook
  1   25750    fop_open:entry Open: Workbook
  1   25750    fop_open:entry Open: temp_2
  1   25893  fop_remove:entry Remove: temp_2
  1   25750    fop_open:entry Open: Workbook
  1   25750    fop_open:entry Open: Workbook
  1   25750    fop_open:entry Open: Workbook
  

  我还在脚本中添加了时间戳 ( walltimestamp)，但在这两种情况下，所有文件操作都在同一秒发生。=> 没有区别

• 在另一台主机上导入磁盘以检查池碎片或磁盘是否有故障=> 没有影响
• 将数据和根池移到同一台机器上以排除布线、主板等=> 问题确实存在，因此必须是根池（软件）或与软件不兼容的特定硬件（或突然变得不兼容。 ..)

您能否提出其他导致这种行为的原因？或者你有过类似的经历吗？因为我在网上找不到任何有用的东西，我怀疑这要么是一个奇怪的硬件问题（因为它仅限于一台机器），要么是 Windows/Office 的问题。

如何单独打包 Office 2010 应用程序以通过 SCCM 2012 分发？

我可以使用 MSP 文件对其进行自定义打包 office 套件没有问题，但是如果我只安装 Excel，例如使用 setup.exe /adminfile excelonly.msp，我以后无法使用要添加的不同 MSP 文件再次运行安装Word 到现有安装。

我得到的错误是：

/adminfile 命令行选项只能在产品的初始安装期间使用。

我以“Office Open XML”格式 (docx) 创建了一个新的 Word 文档。然后我使用 EFS 对其进行加密并添加其他几个用户来访问该文件。

现在我打开文档并编辑它，保存后，文件仍然是加密的，但是额外的用户已经消失了！这意味着我必须记住我最初授予哪些用户访问权限，并在每次编辑文档时重新添加他们。

如果我对不同的文件类型执行相同的操作，比如 *.txt，编辑后会保留其他用户。

我认为发生这种情况是因为新的 Office 文档是解压缩然后重新创建的 zip 文件，而不是仅仅打开和关闭。Word 足够聪明，可以再次应用 EFS 加密，但仅限于当前用户。

有人知道解决这个问题的方法吗？

我们在 Windows 7 上使用 Office 2010 和基于 AD 的 EFS。

我想创建一个 GPO 或使用其他一些机制来强制在我们企业中创建的所有 Office 文档都具有默认的 AD RMS 策略，除非用户手动为文档分配一个策略。

我似乎找不到为此目的的任何文档，因此我们将不胜感激。

我即将授予 Active Directory 域用户访问 Windows 2008 R2 远程桌面服务器的权限。服务器已安装 Office 2010。

用户是否可以检索 Office 的安装/产品密钥？如果是这样，避免这种情况的最佳方法是什么？

编辑：正如我所料，使用 VLK 时贵公司的钥匙在街上

有谁知道 Microsoft 是否会更新 Outlook 2007 以支持 Exchange 2010 中的个人档案？