通过 LAN 和 WAN 链接使用个人文件夹文件的限制
原始 KB 编号： 297019
摘要
.pst 文件不是在企业环境中存储消息的长期持续使用方法。
本文还推荐了 .pst 文件的三种替代方法：
- 使用 Microsoft 365 Exchange Online、Microsoft Exchange Server 2013 或 Microsoft Exchange Server 2010 个人存档邮箱。
- 在缓存 Exchange 模式下配置 Microsoft Outlook。 这会在本地脱机文件夹文件中缓存Exchange Server邮箱数据。
- 将 Outlook 配置为在 Windows 终端 服务上运行，并在联机模式下连接到 Exchange Server 邮箱。
此外，本文还介绍了网络 .pst 文件支持的一种方案。 该方案是在 Windows Server 2008 R2 或更高版本的远程桌面会话主机上远程使用Microsoft Outlook 2010或更高版本， (RDSH) 。
个人文件夹文件
Microsoft Exchange Server 4.0 团队创建了 .pst 文件，让用户在本地计算机上保留其邮件的副本。 .pst 文件还充当邮件存储，供无权访问Exchange Server计算机的用户 (例如 POP3 或 IMAP 电子邮件用户) 。
但是，.pst 文件不用作企业网络解决方案。 尽管可以将网络目录或通用命名约定 (UNC) 路径指定为 .pst 文件的存储位置，但网络使用并不是在企业环境中存储消息的长期持续使用方法。
.pst 文件是一种文件访问驱动的消息存储方法。 文件访问驱动意味着计算机使用操作系统提供的特殊文件访问命令来读取和写入文件数据。
通过 WAN 和 LAN 链接的 .pst 文件的行为
它在 WAN 或 LAN 链路上效率低下，因为 WAN 和 LAN 链接使用网络访问驱动的方法。 这些是操作系统提供的用于向另一台联网计算机发送数据或从另一台联网计算机接收数据的命令。 如果通过网络链接) (远程 .pst 文件，Outlook 会尝试使用文件命令从文件读取或写入文件。 但是，操作系统随后必须通过网络发送这些命令，因为该文件不位于本地计算机上。 这会产生大量开销，并增加读取和写入文件所需的时间。 此外，如果连接降级或失败，通过网络连接使用 .pst 文件可能会导致 .pst 文件损坏。
.pst 文件通过 WAN 和 LAN 链接的其他行为
- 所有操作花费的时间更长。
- 写入操作所需的时间大约是读取操作的四倍。
- Outlook 的性能比 Exchange 客户端慢。
由于这些行为，脱机文件夹文件和个人通讯簿 (.pab) 远程访问网络共享上的文件也是不支持的配置。
建议解决方案
Microsoft 建议使用以下解决方案。 应使用前三个文件，而不是通过 LAN 或 WAN 使用 .pst 文件。 第四个说明使用联网 .pst 文件的选项，但仅当 Outlook 2010 或更高版本远程托管在 Windows Server 2008 R2 或更高版本的远程桌面会话主机上时。
Exchange Server 2010 和 Exchange Server 2013 个人存档邮箱
个人存档无需个人存储文件，允许用户将邮件存储在 Microsoft Outlook 2007 或更高版本以及 Microsoft Office Outlook Web App中可访问的个人存档邮箱中，从而帮助你重新获得对组织邮件数据的控制。
有关个人存档的详细信息，请参阅 了解个人存档。
使用本地脱机文件夹文件Exchange Server
使用 WAN 或 LAN 时，最好在缓存 Exchange 模式下配置 Microsoft Outlook。 这会在本地脱机文件夹文件中缓存Exchange Server邮箱数据。 此配置使远程客户端即使在未连接到服务器的情况下也能成功工作。 本地脱机文件夹文件支持本地复制，这意味着 所有 文件夹及其数据都可以复制到本地脱机文件夹文件，而不仅仅是电子邮件，就像使用远程邮件一样。 因此，使用本地脱机文件夹文件更高效、更有用。 本地脱机文件夹文件也不依赖于Exchange Server计算机 (的可用性，只是将新数据从服务器同步到客户端，反之亦然，) ，因为信息缓存在本地脱机文件夹文件中。 这可以提高性能，因为正在查看的信息存储在本地驱动器上，而数据的主副本保留在服务器上，可在其中对其进行访问和备份。 本地脱机文件夹文件还提供数据冗余，这可确保数据的完整性和可恢复性。
Microsoft 终端服务
如果企业想要通过 WAN 或 LAN 链接使用 Outlook，那么在使用 Microsoft Windows 终端 服务器服务时，将 Outlook 配置为以联机模式连接到 Exchange Server 邮箱是高效的。 使用终端服务时，仅传输更新显示器所需的信息。 让许多远程用户基于终端服务 (而不是使用 .pst 或 .ost 文件) 在任何网络带宽保护分析中都有很大的好处。
使用 Windows Server 2008 R2 或更高版本 RDSH 或 VDI 配置远程托管的 Outlook 2010 或更高版本
在以下条件下使用联网的 .pst 或 .ost 文件时，支持 Outlook 2010 或更高版本的功能：
- 使用高带宽/低延迟网络连接。
- 每个文件 (每个 .pst 或 .ost) 一个 Outlook 客户端访问。
- Windows Server 2008 R2 或更高版本的远程桌面会话主机 (RDSH) ，或 Windows Server 2008 R2 或更高版本的虚拟桌面基础结构 (VDI) 用于远程运行 Outlook。
如果特定 Outlook 功能停止工作或 .pst 或 .ost 文件损坏，并且你可以在上述环境中重现问题，请联系 Microsoft 支持部门。
注意
客户负责定义和维护足够的网络和磁盘 I/O。 Microsoft 不会帮助排查 由于 networked.pst 或 .ost 文件而导致的性能缓慢问题。 仅当 .pst 或 .ost 文件位于物理附加到运行 Outlook 的计算机的硬盘上，或者虚拟硬盘 (VHD) 附加到运行 Outlook 的虚拟机时，Microsoft 才会提供帮助。
重要
Microsoft 程序在第三方应用程序或软件虚拟化环境中可能无法按预期工作。 我们不测试在第三方应用程序或软件虚拟化环境中运行的 Microsoft 产品。 有关 Microsoft 为其与非 Microsoft 硬件虚拟化软件一起运行的软件提供支持的详细信息，请参阅非 Microsoft 硬件虚拟化软件中运行的 Microsoft 软件的支持策略。
特定于此配置的网络可伸缩性指南可在“远程桌面会话主机环境中的缓存 Exchange 模式：Outlook 2010 () 规划注意事项”白皮书中找到。 尽管本文档专门提到 Exchange 缓存模式，但可伸缩性指标也应应用于其他 Outlook 配置，前提是满足上述列表中的条件。 若要以 Microsoft Word文档 (.docx) 下载此白皮书，请参阅远程桌面会话主机环境中的缓存 Exchange 模式：规划注意事项。
存储 .pst 文件时要考虑的事项
存储 .pst 文件时，共享可能会停止响应。 此行为可能会导致多个客户端问题，例如导致 Outlook 停止响应或冻结客户端计算机上的桌面。 服务器服务工作队列中的队列是导致此临时情况的原因。 服务器服务使用工作项（例如扩展 .pst 文件的请求）来处理通过网络传入的 I/O 请求。 这些工作项在服务器服务工作队列中排队。 从那里，它们由服务器服务工作线程处理。 工作项是从名为非分页池的内核资源分配的， (NPP) 。 服务器服务将这些 I/O 请求发送到磁盘子系统。 如果由于前面提到的原因，磁盘子系统未及时响应，则使用服务器工作队列中的工作项对传入的 I/O 请求进行排队。 由于这些工作项是从 NPP 分配的，因此此资源最终用完。NPP 不足会导致系统最终停止响应并记录事件 ID 2019。
如果排查此问题，通常可以在 Poolmon 和 Perfmon 捕获中找到问题的证据。 例如，你可能会在 Poolmon 跟踪中看到 LSwn 池标记分配爬升。 这些分配由 Srv.sys 程序进行。 使用 SizReqBuf 注册表值可配置分配大小。 服务器服务使用的每个工作项都会进行一次分配。 使用 Perfmon 对此问题进行故障排除时，“可用工作项”计数器将稳步减少。 如果“可用工作项”为零，则客户端可能无法访问文件。 如果问题是 LSwn 分配 (NPP 耗尽) ，则还可能会遇到事件 ID 2019 错误。 另一个指示 .pst 文件问题的标记是 MmSt 标记。 此标记表示 Mm 节对象原型 PTE，它是用于映射文件的内存管理相关结构。 (这是用于映射用于跟踪共享文件的操作系统内存的池标记。) MmSt 问题通常显示为分页池耗尽 (事件 ID 2020) 。
共享文件所在的 Exchange 连接和 Outlook 性能故障排除
如果环境包含网络共享 .pst 文件，请确保在故障排除期间遵循以下准则：
- 这些文件不能与 Exchange 服务器使用的文件存储在同一存储媒体上。 这包括核心文件、数据库和日志文件。
- 应断开这些文件与 Outlook 配置文件的连接，并重启 Outlook。
由于这些问题，以及共享的 .pst 文件可能是客户端性能问题的原因，Microsoft Exchange Server和 Microsoft Office Outlook 支持团队在进行故障排除时必须采取这些操作。
反馈
即将发布：在整个 2024 年，我们将逐步淘汰作为内容反馈机制的“GitHub 问题”，并将其取代为新的反馈系统。 有关详细信息，请参阅：https://aka.ms/ContentUserFeedback。
提交和查看相关反馈