问题背景：PST文件膨胀的潜在风险
在企业办公环境中，Microsoft Outlook依然是核心的通讯与邮件管理工具。许多用户习惯将多年的邮件归档为.pst（Personal Storage Table）文件存储在本地硬盘上，以便快速检索且不影响服务器负载。然而，这种习惯往往伴随着一个严重隐患：PST文件体积随时间无限增长。
当PST文件超过特定阈值（如Office 2016及以后版本建议的单文件不超过10GB，虽上限可达50GB但性能急剧下降），或者文件内部碎片过多时，会出现一系列典型故障：
- 同步失败：Outlook无法完成邮件发送或接收，提示"操作无法完成"或"未连接"。
- 启动缓慢：打开Outlook需要数分钟甚至更久才能加载收件箱。
- 数据损坏：严重时导致整个PST文件崩溃，无法读取任何历史邮件。
本文将从技术角度分析原因，并提供两种核心解决方案：一是通过离线压缩修复文件结构，二是通过架构优化迁移至OST格式。
解决方案一：离线压缩修复PST文件
Outlook在正常使用时，删除邮件并不会立即释放磁盘空间，而是标记为"可用空间"。只有执行"压缩"操作才能真正回收物理磁盘空间并整理文件索引。由于在线压缩可能受限于内存和并发进程，离线压缩是修复过大PST文件最稳妥的方法。
具体操作步骤
- 备份源文件：在进行任何操作前，务必复制一份原始的.pst文件到外部存储设备。这是防止数据二次损坏的关键步骤。
- 移除账户关联：
- 打开Outlook，进入文件 > 账户设置 > 账户设置。
- 找到关联该PST文件的账户，点击更改。
- 取消勾选下载共享文件夹或暂时断开网络连接，确保Outlook不尝试重新同步该文件。
- 注意：如果无法直接移除，可尝试在控制面板的Outlook数据文件中右键删除该PST条目，但不要删除实际文件。
- 执行离线压缩：
- 关闭Outlook。
- 按下 Win + R，输入
%localappdata%\Microsoft\Outlook找到PST文件所在目录（通常为AppData\Local\Microsoft\Outlook）。 - 在该目录下找到对应的.pst文件，右键选择属性。
- 切换到高级选项卡，点击压缩此文件以释放空间（此选项仅在文件被Outlook独占锁定或处于特定维护模式下部分生效，更推荐以下方法）。
- 更推荐的通用方法：保持PST文件挂载，但在Outlook中进入文件 > 信息 > 工具 > 清理旧数据/邮箱清理，确保"已删除项目"文件夹为空。随后进入文件 > 账户设置 > 账户设置，双击该邮箱，点击其他设置，在高级选项卡中，点击数据文件按钮，选中PST文件，点击设置，找到压缩此文件以释放空间并执行。
- 重启验证：完成后重启Outlook，观察启动速度和邮件同步状态。
解决方案二：向OST格式的架构迁移（推荐长期方案）
PST文件本质上是离线数据容器，而OST（Offline Storage Table）是Exchange/Office 365账户的缓存文件。随着云端协作的普及，继续使用PST归档大量邮件已非最佳实践。将数据从PST迁移到OST或直接在服务器端归档，能从根本上解决同步问题。
迁移步骤
若用户使用的是Exchange账户，建议利用Outlook的自动存档功能或托管邮箱策略，将旧邮件移至服务器而非本地PST。
手动迁移法（适用于非Exchange账户或特定归档需求）
- 创建新数据文件：在Outlab中创建一个新的、较小的OST或PST文件作为临时归档库。
- 拖拽迁移：在文件夹窗格中，将旧PST中的邮件文件夹（如"收件箱"、"已发送邮件"）中的邮件，直接拖拽到新创建的文件夹中。对于海量邮件，建议使用导入/导出向导（文件 > 打开和导出 > 导入/导出），选择"导出到文件"，保存为.csv或新的.pst，再导入到新位置，以避免内存溢出。
- 清理旧文件：迁移完成后，验证新位置的邮件完整性。然后移除旧的PST数据文件关联，并永久删除旧PST文件以释放磁盘空间。
预防与维护建议
- 定期监控大小：IT管理员应部署脚本或使用Intune等终端管理工具，监控客户端Outlook数据文件大小，对超过10GB的文件发出警告。
- 启用Archiving（归档）：对于Office 365用户，确保启用Microsoft Purview或基本归档功能，将旧邮件移至云端的存档邮箱，减少本地客户端压力。
- 避免单一巨型文件：按年份或项目拆分PST文件，例如创建"2022_Archive.pst"、"2023_Archive.pst"，便于管理和压缩。
总结
Outlook PST文件过大是典型的客户端数据管理顽疾。通过定期的离线压缩可以缓解症状，但转向基于云端的归档策略或OST缓存机制才是长久之计。对于IT支持人员而言，教育用户合理管理邮件存储习惯，比单纯的技术修复更为重要。