# PST导入至Office 365的完整指南：失败原因、自动扩展存档与解决方案

**作者：吉祥法师**

在将PST文件导入Office 365的过程中，许多管理员会遭遇各种各样的问题。其中，由存档邮箱容量不足引发的导入失败是最常见且最令人困惑的情形之一。本文基于一个真实的用户提问与专家答复，系统地拆解PST导入失败的核心原因，深入探讨Office 365自动扩展存档（Auto-Expanding Archive）的工作机制、触发条件与处理时限，并提供一套清晰、可操作的问题诊断与解决方案。无论您正在处理单个用户的导入任务，还是规划企业级的大规模数据迁移，这篇文章都将为您提供宝贵的参考与指导。

## 核心概念详解

### 1. PST导入与网络上传方法

PST文件是Outlook用于存储电子邮件、日历、联系人等数据的个人文件夹文件。当需要将大量历史邮件从本地PST文件迁移到Office 365邮箱时，Microsoft提供了两种主要的导入方式：网络上传（Network Upload）和驱动器寄送（Drive Shipping）。其中，网络上传是最常见的方式，其基本流程包括：

- **创建导入作业（Import Job）**：在Microsoft 365合规中心（Compliance Center）或使用PowerShell创建一个导入任务，获得一个安全的上传URL。
- **使用AzCopy工具上传**：将PST文件通过AzCopy或Microsoft提供的导入服务上传到Microsoft Azure存储区域。
- **数据导入至邮箱**：上传完成后，Microsoft服务将PST文件中的邮件、日历项等数据导入到目标用户的主邮箱或存档邮箱。

整个过程的时间取决于网络带宽、PST文件大小以及Microsoft服务端的处理能力。根据Microsoft官方说明，PST文件导入到邮箱的速率至少为每天24GB。对于15GB的文件，理论上应能在24小时内完成。然而，如果上传阶段或导入阶段出现错误，则可能导致任务中断，留下部分数据未能导入。

### 2. 存档邮箱与自动扩展存档（Auto-Expanding Archive）

Office 365为每个用户提供了主邮箱（Primary Mailbox）和存档邮箱（Archive Mailbox）。存档邮箱用于存放不常用的历史邮件，帮助用户释放主邮箱空间，并使主邮箱保持在限制大小以内。对于从PST导入的大量历史数据，通常会指定导入到用户的存档邮箱，而非主邮箱。

**存档邮箱容量限制**：根据用户订阅的不同，存档邮箱的初始容量通常为100GB。对于需要更多存储空间的用户，Office 365提供了**自动扩展存档**功能。当存档邮箱中的已用存储空间接近或达到90GB时，系统会自动触发扩展，在初始的100GB之外逐步分配额外的存储空间。扩展过程是自动进行的，无需管理员手动操作，但存在一个重要限制：**存储空间的增加速率不会超过每天1GB**。

**用户提问中的关键情景**：该用户的目标用户的存档邮箱已经占用了150GB，超过了初始100GB的限制，进度条显示“自动扩展存档正在使用151GB”，且进度条看起来已满。这意味着：
- 该用户的自动扩展存档机制已被激活，用于存储超过初始限额的数据。
- 然而，当用户尝试通过PST导入30GB数据时（目前已成功上传11.8GB，剩余3.8GB未导入），遇到了MRS未知错误（MRSunknown error）。

### 3. MRSunknown错误与存储空间不足的关联

MRS（Mailbox Replication Service）是Office 365内部用于执行邮箱迁移、移动、导入等操作的核心服务。当一个PST导入作业失败，并且错误日志中出现“MRSunknown error”时，可能的原因包括网络问题、文件损坏、权限问题，但最常被忽略的是**目标邮箱存储空间不足**。

在提问者的案例中，用户已经拥有151GB的存档空间使用量，并且自动扩展机制已被触发。问题的关键点在于：**自动扩展虽然已经启动，但其存储空间的增加速度是有限的（每天最多1GB），而用户试图一次导入的PST文件大小为30GB，剩余未导入数据为3.8GB。** 如果当前的自动扩展尚未为该用户提供足够的额外存储空间来容纳这3.8GB的数据，则导入任务将因“目标空间不足”而失败，表现为MRS错误。

## 逻辑结构梳理

本文的逻辑结构遵循一个清晰的“问题-分析-方案”框架：

1. **提出问题**：用户遇到了PST导入失败的错误（MRSunknown error），无法将剩余3.8GB的数据导入到已占用150GB（超过100GB限制）的存档邮箱中。
2. **深入分析**：
   - 分析失败的根本原因：目标存档邮箱的可用存储空间不足，自动扩展尚未提供足够的额外空间。
   - 解释自动扩展存档的工作机制：触发阈值为90GB，提供速度不超过每天1GB。
   - 量化用户的可用空间：用户已使用151GB，自动扩展已启动，但提供额外空间的速度跟不上导入需求。
3. **提供解决方案**：
   - **短期方案**：将大型PST文件分割成多个较小的文件（例如每个文件不超过10GB），分批导入。这可以避免一次导入占用大量空间，等待自动扩展逐步释放空间。
   - **长期方案与等待策略**：等待自动扩展在接下来的30天内逐步增加存储空间，然后再尝试导入剩余或后续的PST数据。
   - **替代方案**：先将PST数据导入主邮箱，再将对应项目移动到存档邮箱（绕过存档邮箱的直接存储限制）。
4. **补充信息**：如何通过PowerShell命令检查用户存档邮箱的使用情况和存储空间的扩展状态。
5. **阐明常见误区**：澄清关于导入时间、导入失败后重试的时机等常见错误认知。

## 主要论点与论据详细解析

### 论点一：PST导入失败的根本原因是目标存档邮箱存储空间不足，而非简单的网络或文件错误。

**论据1**：用户已成功上传了11.8GB的PST数据，但剩余3.8GB无法导入。这表明网络上传部分是正常的，问题出现在数据从Azure存储区域写入用户存档邮箱的阶段。
**论据2**：用户的存档邮箱已经使用了151GB，远远超过了初始的100GB限制。自动扩展虽然已经触发，但其提供新空间的速度是每天不超过1GB。在用户尝试导入的瞬间，可用空间可能极低，甚至为零，无法容纳即将写入的3.8GB数据。
**论据3**：MRSunknown错误是微软内部服务在处理操作时未能提供详细错误代码时的通用错误。在空间不足的场景下，MRS服务会返回一个无法写入的信息，最终表现为未知错误。
**论据4**：Microsoft 支持专家在答复中明确提及“如果PST文件太大，而且存档邮箱没有足够的存储空间”，并建议分割PST文件，这直接证实了空间不足是首要怀疑因素。

**深层逻辑**：Office 365的存档邮箱不是无限制增长的。即使打开了自动扩展，存储空间的扩展也是按需且缓慢进行的，而不是一下子就提供巨大的额外存储池。当用户同时导入大量数据时，很容易出现“瞬时空间不足”的问题。因此，导入计划必须与自动扩展的节律相匹配，避免一次性导入超过可用空间的数据量。

### 论点二：分割PST文件是解决当前问题的最直接有效方式。

**论据1**：拆分大型PST文件后，每个小文件的数据量可以控制在自动扩展每天能提供的空间范围内（例如，每天不超过1GB的增量）。
**论据2**：分批导入降低了单个导入任务对存储空间的瞬时需求，从而避免了MRS服务因空间不足而抛出错误。
**论据3**：虽然Microsoft官方不提供分割PST文件的工具，但市场上有许多可靠的第三方工具可以做到这一点。对于无法自行开发脚本的IT管理员来说，使用第三方工具是最快捷的途径。
**论据4**：分割文件还有一个额外的好处：如果某个批次的导入再次失败，损失的数据量很小（而不是整个15GB甚至更大的PST文件），并且修复更便捷。

**潜在风险与注意事项**：使用第三方分割工具时，需要注意工具的安全性、兼容性以及是否会对PST文件的结构造成破坏。建议先对一份测试数据（例如，从原PST中提取一个小部分）进行处理和导入，确保流程可用，再处理大型文件。

### 论点三：等待自动扩展提供额外空间是一个可行的长期策略，但需要搭配合理的导入排期。

**论据1**：Microsoft官方说明，自动扩展在存档空间达到90GB时启动，但增长速率不超过每天1GB。对于已使用151GB的用户，自动扩展已经启动，理论上每天都应该有新的存储空间被提供。
**论据2**：用户可以在等待1-2天（或更长时间，取决于剩余未导入数据量）后，尝试重新导入剩余的3.8GB数据。理论上，如果自动扩展在等待期内提供了足够空间，导入应该能够成功。
**论据3**：用户询问“需要等待多久才能重新迁移”。回答是：至少等待24小时，最好是等待2-3天，以确保有足够的空间增量。然后，可以重新尝试导入作业。

**如何验证存储空间扩展**：用户可以使用Exchange Online PowerShell命令查看用户存档文件夹的大小变化。通过连续几天运行相同的命令，可以观察到存储空间是否在逐渐增加。

**示例PowerShell命令**：
```powershell
# 首先安装并连接Exchange Online管理模块
Install-Module -Name ExchangeOnlineManagement
Import-Module ExchangeOnlineManagement
Connect-ExchangeOnline -UserPrincipalName admin@yourdomain.com -ShowProgress $true

# 检查用户存档邮箱的文件夹大小
Get-MailboxFolderStatistics -Archive -Identity user@yourdomain.com | Select Name, FolderSize
```
重点观察“TotalItemSize”字段，它代表了存档邮箱的总使用量。连续几天执行该命令，如果看到总使用量在缓慢增加（即使没有新的导入），那就说明自动扩展正在正常运行。如果总使用量没有变化，而空间实际已经用尽，则需要联系Microsoft支持进行诊断。

### 论点四：避免PST导入失败的预防性最佳实践。

**论据1**：在开始大规模PST导入之前，使用PowerShell全面检查所有目标用户的存档邮箱使用情况。对于已使用超过80GB的用户，需要特别谨慎。
**论据2**：制定符合自动扩展节律的导入排期。对于接近极限的用户，将大型PST文件至少分割成每日不超过1GB的小块。或者，将导入时间分散，每天只导入少量数据。
**论据3**：对于已使用超过100GB的用户，务必确认自动扩展已经激活并正在正常提供存储空间。可以通过查看用户属性或联系支持确认。
**论据4**：考虑替代策略：如果可能，允许用户将部分历史邮件保留在本地PST文件中，或者使用归档工具（如Third Party归档服务）存放不需要频繁访问的历史数据，而不是全部塞入Office 365的存档邮箱。
**论据5**：在使用网络上传方式时，确保网络连接稳定且带宽充足。上传中断或数据损坏也会导致导入失败。可以使用AzCopy命令的断点续传功能处理大型文件的上传。

## 详细解决方案与操作步骤

### 方案一：分割PST文件并分批导入（当前最佳方案）

1. **准备工具**：选择可靠的第三方PST分割工具（如SysTools PST Splitter， Kernel PST Splitter， Stellar PST Splitter等）。注意选择支持Windows和Office 365环境的版本。
2. **备份原始PST**：在对PST文件进行任何操作之前，务必备份一份原始文件，防止数据丢失。
3. **分割规则**：
   - 将15GB的PST文件分割成多个文件，每个文件大小建议控制在5GB-10GB之间。
   - 设置分割依据为“文件大小”或“按文件夹”，具体取决于您希望如何组织导入后的数据。
4. **分批创建导入作业**：
   - 在Microsoft 365合规中心创建新的导入作业。
   - 每次上传一个分割后的PST文件，并完成导入。
   - 在上传第一个文件并成功导入后，等待至少24小时再上传下一个文件。这样可以给自动扩展留出足够的时间提供存储空间。
5. **监控导入状态**：每次导入完成后，检查作业状态是否为“Completed”，并确认用户邮箱中能够看到新导入的邮件。

### 方案二：等待自动扩展并提供足够空间（长期策略）

1. **计算所需等待时间**：当前剩余数据量为3.8GB。如果自动扩展以每日1GB的标准速度提供空间，理论上需要等待4天左右才能获得足够的额外空间。
2. **观察每日使用量**：
   - 使用之前所述的PowerShell命令，连续7天每天检查一次用户的存档邮箱总大小。
   - 记录每天的数值。如果数值每天增加，说明自动扩展正常运行。
   - 如果连续几天数值不变，可能自动扩展机制出现问题，需要联系Microsoft支持。
3. **设定重试日期**：在确认自动扩展正常运行并至少已提供4GB额外空间后，重试导入失败的作业。注意，可能需要重新创建导入作业。
4. **注意事项**：等待期间，用户可能无法正常使用存档邮箱中的某些功能（如搜索），因为部分空间可能仍在扩展中。

### 方案三：使用主邮箱作为中转站（应急方案）

如果用户急需导入数据，并且主邮箱仍有足够的剩余空间，可以采用以下方法：

1. **将PST导入主邮箱**：创建一个新的PST导入作业，将目标定位到用户的主邮箱（Primary Mailbox）。
2. **等待导入完成**：主邮箱的初始空间通常为50GB（或100GB，取决于订阅），确保主邮箱还有足够空间容纳15GB的数据。
3. **手动或自动移动项目**：当所有数据导入到主邮箱后，用户或管理员可以通过Outlook客户端创建规则、使用“移动文件夹”功能，或使用Exchange Online的“邮件流规则”（Mail Flow Rules）将超过特定期限的邮件自动移动到存档邮箱。
4. **评估可行性**：这个方法操作简单，但可能不符合数据分类的最佳实践。同时，如果主邮箱容量本身也紧张，则不建议使用。

### 方案四：谨慎删除旧数据释放空间（最后手段）

如果以上所有措施均无效，并且用户确实需要立即释放空间，可以考虑从现有的存档邮箱中删除一些绝对不需要的历史邮件。

1. **识别旧数据**：使用PowerShell命令或在Outlook中按日期排序，找出最早且最无价值的邮件。
2. **批量删除**：使用Outlook或管理工具（如Exchange Administrator）批量删除这些邮件。
3. **清空“已删除邮件”**：删除操作后，务必清空“已删除邮件”文件夹，才能真正释放空间。
4. **操作前提**：必须在用户同意并确认不需要这些数据的前提下进行。删除后，数据将无法恢复（除非有备份）。

## 常见误区澄清

- **误区一**：开通了自动扩展存档，就可以随时无限制地导入任何大小的PST文件。
  - **真相**：自动扩展提供空间的速度是有限的（每天最多1GB）。大型PST文件必须分割，分批导入才能避免瞬时空间不足。
- **误区二**：导入失败后，立即重试就可以解决问题。
  - **真相**：如果失败原因是空间不足，立即重试只会再次失败。必须等待存储空间扩展后才能重试。
- **误区三**：导入速度很快，大型PST可以一天内完成。
  - **真相**：上传速度取决于网络，导入速度服务端至少为每天24GB。对于15GB的文件，上传+导入的过程至少需要一天，甚至两天以上。如果文件非常大，可能需要数天或数周。
- **误区四**：PST导入失败，一定是PST文件损坏了。
  - **真相**：大多数失败与网络、权限或空间有关，文件损坏的情况相对少见。在排查时，应优先考虑这些外部因素。

## 总结与行动清单

PST导入到Office 365是一个涉及网络、存储、服务端策略和文件本身的复杂过程。当遇到MRSunknown错误，且目标用户存档空间已接近或超过100GB限制时，最可能的诊断方向是**存储空间不足**。

为了高效地解决您遇到的问题，并避免未来出现类似情况，请按照以下行动清单操作：

1. **立即停止重试**：不要再尝试多次失败导入。让系统保持现状。
2. **确认空间使用状况**：运行PowerShell命令 `Get-MailboxFolderStatistics -Archive -Identity user@yourdomain.com` 获取精确的存档使用量。
3. **分割PST文件**：将15GB的PST文件分割成5GB左右的小文件。
4. **耐心等待**：等待至少24小时（最好是48-72小时），让自动扩展提供一些额外存储空间。
5. **分批导入**：每天只导入一个分割后的小文件，并监控导入状态。
6. **长期规划**：对于已使用超过80GB存档空间的用户，制定正式的导入排期，确保批次大小与自动扩展速率匹配。

谨记：数据迁移不是一蹴而就的。在Office 365环境中，耐心、细致和遵循最佳实践是成功的关键。如果按照以上步骤操作后问题依然存在，请联系Microsoft支持并提供详细的错误日志和PowerShell检查结果，以获得进一步的人工协助。