很多企业 IT 管理者有一个默认假设：数据放在 Microsoft 365 里就等于安全了。微软的 SLA 保证了服务的可用性，版本历史记录可以找回误改的文件，回收站能恢复删除的邮件。但这些机制和“备份”之间，隔着一道不小的鸿沟。
保留策略不是备份。它不创建独立的数据副本，不提供时间点恢复，一旦数据超出保留窗口被永久删除，就再也找不回来。更关键的是，如果管理员账户被攻破——比如遭遇勒索软件或内部威胁——攻击者可以直接清空回收站和保留策略中的数据，而微软对此不承担恢复责任。Microsoft 自己的服务协议也建议客户定期使用第三方服务备份内容。
Iperius Backup 在 Microsoft 365 方向上做的事情，就是把这些缺失的独立副本、时间点恢复和长期保留能力补齐。它覆盖 Exchange Online、OneDrive for Business、SharePoint 和 Teams 四类工作负载，全部通过 Microsoft Graph API 和 Azure 应用注册进行认证，不需要在用户端安装任何代理。一份永久授权覆盖不限数量的账户和邮箱，没有按用户数计费的层级。
Exchange Online 与 Teams：邮件和协作数据的粒度化保护
Exchange Online 是 Iperius 在 M365 方向上的核心能力。备份以 .PST 格式将邮件、日历事件、联系人和任务下载到本地，同时也支持 .eml、.ics 和 .vcf 等独立格式。这意味着备份下来的数据可以直接导入 Outlook 打开，不需要依赖 Iperius 自身的恢复工具就能访问——对于需要长期存档或法律合规的场景，这一点很实用。
备份范围可以精确到单个邮箱，也可以覆盖整个组织的邮箱组。下载内容包括收件箱、已发送邮件、存档等所有文件夹，不会遗漏任何子目录。性能方面提供了并行下载和内存缓冲区的调节选项，对于拥有数百个邮箱的组织，适当调高并行数可以显著缩短备份窗口。
Teams 的备份覆盖聊天消息、附件文件和用户信息。Teams 的数据结构比较复杂——聊天记录和频道消息分散在不同的后端存储中，附件则通常存放在 SharePoint 或 OneDrive 上。Iperius 通过 Graph API 统一抓取这些内容，将它们组织在备份目录中。恢复时同样支持粒度化操作，可以只恢复某个特定用户的聊天记录或某个团队中的特定文件。
Exchange 和 Teams 的备份都支持完整、增量和差异三种模式，并可以指定保留的副本数量。增量备份只下载自上次备份以来发生变化或新增的邮件，对于一个日常通信量适中的邮箱，增量窗口通常可以控制在几分钟以内。备份完成后，可以选择将下载的数据额外复制到 NAS、Amazon S3、Azure Storage、Google Drive、Wasabi、Backblaze 等目标，形成本地和云端的多副本布局。
OneDrive 与 SharePoint：文件层面的独立副本
OneDrive for Business 和 SharePoint 的备份逻辑类似：从 Microsoft 365 将文件和文档下载到本地，建立一份独立于微软云环境的数据副本。
OneDrive 备份覆盖用户账户下的所有文件和文件夹，支持筛选器来排除特定扩展名或路径。下载下来的数据可以选择以 zip 压缩（可选密码保护）后存入本地路径，也可以直接写入网络共享或 NAS。对于需要将 OneDrive 数据同时归档到多个位置的场景，Iperius 的“Destinations”面板允许配置多个目标路径，每次备份运行后自动同步到所有目标。
SharePoint 备份覆盖站点级别的文档库和列表数据，支持完整的增量下载。与 OneDrive 不同的是，SharePoint 站点往往涉及更复杂的权限结构和元数据，Iperius 的备份保留了文件层级和组织结构，恢复时可以按原始路径还原。对于使用 SharePoint 作为文档管理系统核心的组织，这份备份提供的是一份不依赖于微软回收站和版本历史的“最后防线”。
恢复操作在两个工作负载上都很直接：在 Iperius 主界面的 Restore 菜单中选择对应的 Microsoft 365 工作负载，连接到目标账户，浏览备份路径并选择要恢复的备份点。恢复时可以覆盖现有文件，也可以选择“仅覆盖本地备份比云端更新的文件”来避免覆盖用户在恢复期间新修改的内容。筛选器支持按文件大小、扩展名或特定路径来选择性恢复，对于只需要找回少数几个文件的场景，不需要执行全量恢复。
恢复的粒度，决定备份的实际价值
备份方案的好坏，最终体现在恢复的精度上。Iperius 在 M365 方向上的恢复设计有几个值得留意的特点。
Exchange Online 的恢复支持从完整、增量或差异备份中的任意一个恢复点进行，用户可以选择只恢复某一次增量备份中的数据，也可以让 Iperius 自动重建从全量备份到目标时间点的完整增量链。恢复时可以精确到文件夹级别——比如只恢复某个邮箱的“已删除邮件”文件夹，或者只恢复特定日期范围内的收件箱邮件。
OneDrive 和 SharePoint 的恢复同样支持粒度操作。在恢复面板中，可以选择要恢复的具体账户或站点，指定目标子文件夹，并应用筛选条件来缩小恢复范围。对于使用 SharePoint 作为团队协作平台的组织，当某个站点的文件被批量误删或遭到勒索软件加密时，可以只恢复受影响的站点，而不必触及其他正常运行的站点。
Teams 的恢复粒度覆盖到具体的聊天线程和附件，这在处理“某个团队成员的聊天记录丢失”这类问题时，比恢复整个 Teams 环境要高效得多。
部署配置：一次 Azure 注册，多工作负载共用
Iperius 连接 Microsoft 365 的方式是通过 Azure 应用注册。这个过程只需要做一次，之后 Exchange、OneDrive、SharePoint 和 Teams 的备份任务都可以复用同一个应用凭据。
具体流程是：在 Azure Portal 中注册一个应用，在“支持的账户类型”中选择“任何组织目录中的账户（任何 Azure AD 目录 – 多租户）和个人 Microsoft 账户”，在重定向 URI 中选择“公共/本机客户端”并填入 http://localhost:7777。注册完成后获得一个 Application ID（Client ID），将其填入 Iperius 的账户配置中。然后在 Iperius 中通过 Microsoft 的设备登录页面（microsoft.com/devicelogin）完成一次认证，输入 Iperius 显示的设备代码并在浏览器中确认登录即可。
认证过程中，Iperius 会自动在 Azure 中创建一个连接应用并生成自签名证书，管理员只需要指定组织的区域（如 Global、Europe、US 等），其余步骤由软件自动完成。认证完成后，账户列表中会出现可用的邮箱、OneDrive 账户、SharePoint 站点或 Teams 列表，勾选需要保护的对象即可。
这个配置流程的一个实际好处是：备份任务的创建和日常运行不需要管理员持续介入。一旦账户配置完成，备份计划会按设定的时间自动执行，通过邮件通知报告执行结果。对于多租户环境——比如 MSP 管理多家客户的 M365 环境——可以在 Iperius 中为每个租户配置独立的账户，一个安装实例管理所有客户。
与微软原生方案的本质区别
把 Iperius 的 M365 备份和微软自带的保护机制放在一起看，核心差异不在于“功能多寡”，而在于数据主权归属。
微软的保留策略和版本历史，数据始终存储在微软的云环境中。如果账户被攻破、许可证到期、或者微软发生区域性故障，这些“保护”都可能同时失效。Iperius 的备份将数据下载到本地磁盘、NAS 或第三方云存储，形成一份物理隔离的副本。勒索软件可以加密云端的数据，但无法触及你本地 NAS 上那份独立的 .PST 文件或压缩包。
在保留周期上，微软 Business 版本的保留策略通常限制在 30 到 93 天。Iperius 的备份保留周期完全由管理员定义，没有上限。对于需要满足行业合规要求（如金融行业的数据留存规定）的企业，这个差异是决定性的。
授权模式上，Iperius 采用永久许可，一次购买后所有未来更新免费。相比之下，微软的 Microsoft 365 Backup 服务按存储量计费，长期成本会随着数据增长而持续上升，且目前对 Teams 的覆盖仍然有限，保留期上限为一年。
一点实践视角
M365 备份有一个容易被低估的环节：恢复演练。和虚拟化或物理服务器备份不同，M365 的“恢复”往往意味着将数据写回云端，而不是恢复到本地机器。这意味着恢复操作会消耗网络带宽、可能触发 Exchange Online 的发送限制、并且可能需要与当前云端数据做冲突处理。
建议在正式投产后，选择一个测试邮箱或测试 OneDrive 账户，走一遍完整的“备份—删除数据—恢复”流程。关注几个指标：恢复一个 500MB 的邮箱需要多长时间，增量链重建是否顺利，恢复后的文件夹结构是否与原始一致。这个演练能暴露的问题——比如 API 限流、权限不足、或证书过期——往往在真正需要恢复之前不会被注意到。
另外一点：Iperius 的备份是下载到本地的，这意味着本地存储的容量规划同样重要。一个拥有 200 个邮箱、每个邮箱平均 5GB 的组织，首次全量备份就会占用约 1TB 的本地空间。增量备份虽然体积小得多，但随着时间推移也会累积。建议在配置备份任务之前，先评估目标存储的容量增长曲线，并设置合理的副本保留数量。