我们有许多流程链在白天运行，将数据从我们的 SAP R/3 系统加载到 SAP BW。他们通常需要大约三十分钟才能运行。本周他们已经占用了一个多小时。
我们使用 /SSA/BWT 将本周运行与上周运行进行了比较，但各个加载和激活步骤的运行时间大致相同。
我们注意到的一件事是，当 SAPLRSSM 从 TESTDATRNRPART0 删除数据时，链似乎暂停（“暂停”）。
还没有设法在网上找到很多关于此的信息，但它似乎是一个临时表，当数据从 PSA 表移动到 InfoObject 时使用。
谁能告诉我们更多关于这张表的信息，并给我们一些指示，为什么它可能比正常时间花更长的时间？
当一位同事试图打开她电子邮件中的附件（Outlook 2003 与 Exchange 2007 服务器通信）时，它们需要很长时间才能打开。文件比较小，都不到1MB。
我们已尝试为用户创建新的 Windows 配置文件并尝试创建新的 Outlook 配置文件，但这并没有产生任何影响。
我们已经尝试从其他人的 PC 访问她的帐户，并且附件会立即打开。
唯一可能提供线索的是 Process Monitor 在她的 PC 上显示 Outlook 试图将文件写入用户的“Temporary Internet Files”文件夹中的文件夹，并出现 FAST I/O DISALLOWED 错误。但是在网上找不到很多关于该消息的有用信息。
什么导致 FAST I/O DISALLOWED 错误？
这会使打开附件变得异常缓慢，以至于打开一个 < 1MB 的文件可能需要几分钟时间吗？
更新：发现这不仅仅是 Outlook 的问题。通过网络访问的其他文件在 Process Monitor 中显示相同的 FAST I/O DISALLOWED 错误。这个问题在 Outlook 中更为明显，因为尽管其他应用程序需要一段时间才能打开文件，但这不是几分钟的问题。
用户的 AD 帐户一直被自动锁定。我相信这不是用户反复输入错误密码的明显问题。
每当发生这种情况时，事件查看器中的系统日志都会充满如下消息：
事件 ID 8005 浏览器已收到服务器通知，指示计算机 X 是主浏览器，但此计算机不是主浏览器。
事件 ID 8009 浏览器无法将自身提升为主浏览器。当前认为它是主浏览器的计算机是 X。
事件 ID 8019 浏览器无法将自身提升为主浏览器。浏览器将继续尝试将自己提升为主浏览器，但将不再在事件查看器的事件日志中记录任何事件。
我假设这两者是相关的，但我很难找到任何支持这一点的东西。