在使用Synology Active Backup for Microsoft 365（简称ABM）对Microsoft 365数据（如Exchange邮件、OneDrive文件、SharePoint站点）进行备份时，许多用户会遇到备份任务突然中断的情况，屏幕明确弹出“Microsoft服务器正忙。请稍后再试。”的错误提示。这一问题不仅会导致当期备份失败，若长期未解决，还可能因数据备份不及时引发丢失风险，尤其对依赖Microsoft 365开展业务的企业影响显著。本文基于Synology官方技术文档，从错误根源入手，提供“自定义Azure应用程序”（长期解决API限流）和“调整备份计划”（临时规避高峰负载）两个官方认证方案，同时补充版本兼容性检查、权限配置细节及常见问题排查，帮助用户高效解决ABM备份失败难题。

一、“Microsoft服务器正忙”错误的2大核心原因

要精准解决问题，需先明确错误产生的底层逻辑。根据Synology官方分析及实际案例总结，主要源于以下两个关键因素：

1. Microsoft 365 API调用限流

Microsoft 365为保障自身服务稳定性，会对第三方备份工具（如ABM）的API调用设置频率上限。ABM默认使用Synology提供的“公共Azure应用程序”访问Microsoft 365 API，若多个用户在高峰时段（如白天9:00-18:00办公时间）同时通过该公共应用调用API，极易触发Microsoft的限流机制——当调用次数超过阈值，Microsoft服务器会直接返回“忙”错误，拒绝后续请求。

2. 备份任务集中在服务器高峰时段

若ABM的备份计划默认设置在白天（如上班后立即启动备份），会与企业员工使用Microsoft 365（如发送邮件、编辑OneDrive文件）的高峰时段重叠。此时，Microsoft服务器需同时处理用户日常操作与ABM备份的API请求，资源被严重占用，即使未触发API限流，也会因负载过高返回“服务器正忙”提示，导致备份中断。

二、解决方案一：自定义Azure应用程序，突破API限流（长期方案）

从ABM 2.2.1-224版本开始，Synology支持通过“自定义Azure AD应用程序”替代默认公共应用，避开公共API的限流竞争，这是官方推荐的长期解决方案。操作分4步，每一步需严格按流程执行：

步骤1：更新ABM到2.2.1-2324及以上版本（前提条件）

自定义Azure应用功能仅在ABM 2.2.1-224及以上版本生效，若版本过低，需先更新，具体有两种更新方式：

方式1：通过套件中心自动更新

1. 登录Synology DSM系统，点击桌面的“套件中心”图标；

2. 在左侧导航栏选择“已安装”，找到“Active Backup for Microsoft 365”；

3. 若右侧显示“更新”按钮（非“打开”），点击后系统会自动下载并安装最新版本；

4. 等待更新完成（过程中请勿关闭套件中心或重启NAS，避免更新中断），更新后会提示“已成功更新”，点击“打开”启动ABM，确认版本号（进入ABM“设置”>“关于”，查看版本是否为2.2.1-2324及以上）。

方式2：手动下载SPK文件安装（自动更新失败时用）

1. 打开Synology官网（https://www.synology.com/），点击顶部“支持”>“下载中心”；

2. 在“产品类型”中选择“NAS/网络存储”，输入你的NAS型号（如DS923+、RS822+），点击“搜索”；

3. 进入对应NAS的下载页面，在“套件”分类中找到“Active Backup for Microsoft 365”，点击“下载”，选择版本号为2.2.1-2324及以上的SPK文件（注意区分CPU架构，如x86_64、armv8）；

4. 回到DSM的“套件中心”，点击右上角“手动安装”，在弹出窗口点击“浏览”，选择下载的SPK文件，点击“下一步”；

5. 阅读许可协议后勾选“我已阅读并同意许可协议”，点击“下一步”，系统开始安装，完成后点击“完成”，重启ABM确认版本生效。

步骤2：创建Azure AD应用程序（关键操作，需Microsoft管理员权限）

需使用具有“全局管理员”权限的Microsoft 365账户登录Azure门户，创建自定义应用，步骤如下：

1. 打开Azure门户（https://portal.azure.com），输入Microsoft 365全局管理员账号和密码登录；

2. 在左侧导航栏点击“Azure Active Directory”（若未显示，可在顶部搜索框搜索“Azure Active Directory”）；

3. 进入Azure AD页面后，在左侧选择“应用注册”>“新注册”；

4. 在“注册应用程序”配置页填写信息：

- 名称：输入便于识别的名称（如“Synology ABM Custom App_公司名”，避免与其他应用混淆）；

- 支持的账户类型：选择“仅此组织目录中的账户（单租户）”（仅允许你的企业Microsoft 365租户使用该应用）；

- 重定向URI（可选）：选择“Web”，在输入框中填写“https://www.synology.com”（ABM配置要求的默认回调地址，不可随意修改）；

5. 点击“注册”，等待几秒后进入应用“概览”页面，立即复制“应用程序（客户端）ID”（后续配置ABM需用到，可暂存到记事本）；

6. 配置应用密码（客户端密码）：

- 在应用左侧导航栏点击“证书和密码”>“新客户端密码”；

- 在“描述”中输入备注（如“ABM备份访问密码_2025”），“到期时间”建议选择“24个月”（避免频繁更换）；

- 点击“添加”，系统会生成客户端密码，立即复制该密码（仅显示一次，关闭页面后无法再次查看，丢失需重新创建）；

7. 配置API权限（核心步骤，缺少权限会导致备份失败）：

- 在应用左侧点击“API权限”>“添加权限”；

- 在“请求API权限”窗口选择“Microsoft Graph”（ABM访问Microsoft 365数据需依赖此API）；

- 选择“应用权限”（而非“委托权限”，因ABM需后台自动备份，无需用户手动授权）；

- 根据备份内容搜索并勾选以下必要权限（可参考Synology官方推荐，避免冗余）：

- 备份OneDrive文件：勾选“Files.ReadWrite.All”；

- 备份Exchange邮件：勾选“Mail.ReadWrite”“MailboxSettings.ReadWrite”；

- 备份SharePoint站点：勾选“Sites.ReadWrite.All”；

- 读取用户信息：勾选“User.Read.All”；

- 读取组信息：勾选“Group.ReadWrite.All”；

- 勾选完成后点击“添加权限”，回到“API权限”页面，点击“授予管理员同意（你的租户名称）”（需全局管理员权限），在弹出窗口点击“是”，确保所有权限的“状态”显示“已授予”（若显示“未授予”，需重新点击授权）。

步骤3：在ABM中配置自定义Azure应用程序

1. 打开DSM中的“Active Backup for Microsoft 365”，进入“任务列表”（左侧导航栏）；

2. 找到之前显示“Microsoft服务器正忙”错误的失败任务，点击任务右侧的“编辑”按钮（铅笔图标）；

3. 在编辑任务窗口中，切换到“常规”选项卡，找到“应用程序凭据”区域，勾选“启用Azure AD应用程序”（若未更新ABM版本，此选项会灰色不可选）；

4. 在弹出的“Azure AD应用程序设置”框中填写信息：

- Azure AD应用程序ID：粘贴步骤2中复制的“应用程序（客户端）ID”；

- 客户端密码：粘贴步骤2中复制的“客户端密码”；

- 租户ID：回到Azure AD“概览”页面，复制“租户ID”粘贴至此；

5. 点击“验证”按钮，系统会检查凭据是否有效（若提示“验证成功”，说明配置正确；若提示“验证失败”，需检查ID、密码是否输错，或Azure应用权限是否已授予）；

6. 验证通过后点击“确定”，回到任务编辑页面，点击底部“保存”按钮。

步骤4：测试备份任务，确认错误解决

1. 在ABM“任务列表”中，选中已配置Azure应用的任务，点击顶部“运行”按钮；

2. 观察任务状态：若从“失败”变为“运行中”，且进度条正常增长，说明“Microsoft服务器正忙”错误已解决；

3. 若任务仍失败，查看新的错误提示（如“权限不足”“租户ID错误”），根据提示回到对应步骤修正（如补充API权限、重新复制租户ID）。

三、解决方案二：调整备份计划，规避高峰负载（临时方案）

若暂时无法创建自定义Azure应用程序（如缺少Microsoft全局管理员权限），可通过调整ABM备份计划，将任务转移到Microsoft服务器非高峰时段，减少负载压力，这是官方推荐的临时解决方案，步骤如下：

步骤1：进入ABM任务编辑页面

1. 打开“Active Backup for Microsoft 365”，进入“任务列表”；

2. 找到失败任务，点击右侧“编辑”，进入任务配置窗口。

步骤2：修改备份策略为非高峰时段

1. 在编辑窗口切换到“策略”选项卡，找到“备份策略”区域；

2. 若未勾选“计划备份”，先勾选（ABM支持“手动备份”和“计划备份”，仅计划备份可设置时间），然后点击“设置计划”按钮；

3. 在“计划备份”窗口中，点击“添加”（若已有旧计划，可点击“编辑”修改）；

4. 设置非高峰时段：

- 推荐时间：选择“深夜”（如23:00-次日6:00）或“清晨”（如5:00-8:00），此时企业员工基本不使用Microsoft 365，服务器负载最低；

- 频率设置：若需每日备份，选择“每天”，并设置具体开始时间（如23:30）；若数据更新少，可设置“每周”（如每周日23:00）；

- 避免任务重叠：若有多个ABM备份任务（如分别备份OneDrive和Exchange），需错开开始时间（如任务A设为23:00，任务B设为01:00），避免同时调用API增加服务器压力；

5. 设置完成后点击“确定”，回到“策略”页面，点击“保存”。

步骤3：验证备份计划生效

1. 在ABM“任务列表”中，查看任务的“下次运行时间”是否为设置的非高峰时段（如“2025-XX-XX 23:30”）；

2. 若当前已处于非高峰时段，可手动点击“运行”测试，观察是否仍提示“Microsoft服务器正忙”；

3. 若任务正常完成，说明计划调整有效；若仍失败，可尝试将时间再延后1-2小时（如从23:00改为00:00），进一步避开可能的残留负载。

四、4个关键注意事项，避免操作失误

1. Azure应用权限需精准匹配备份内容：无需勾选所有Microsoft Graph权限，冗余权限可能增加安全风险；若仅备份OneDrive，无需勾选“Mail.ReadWrite”等邮件相关权限，按“需什么勾什么”原则配置。

2. 客户端密码需定期更新并同步：Azure应用的客户端密码到期后（如设置24个月到期），需提前1-2周在Azure门户重新创建密码，并同步更新到ABM的“应用程序凭据”中，避免到期后备份突然失败。

3. NAS网络需正常访问Azure服务：若企业NAS处于内网，需确保防火墙未拦截Azure相关域名（如.microsoft.com、.azure.com），否则ABM无法与自定义Azure应用通信，导致备份失败（可联系IT管理员配置防火墙白名单）。

4. 备份任务需避开NAS自身高负载时段：调整ABM备份计划时，不仅要避开Microsoft服务器高峰，还要避开NAS的高负载时段（如NAS正在进行Hyper Backup本地备份、RAID阵列同步、大量文件下载时），否则NAS资源不足会导致ABM备份缓慢，甚至间接引发“服务器忙”错误。

五、常见问题排查：方案生效后仍失败怎么办？

问题1：配置Azure应用后，ABM提示“权限不足”

- 原因：API权限未授予或勾选不完整；

- 解决：回到Azure应用“API权限”页面，确认“管理员同意”已授予，且所需权限（如Files.ReadWrite.All）已勾选；若仍失败，参考Synology官方文档补充缺失权限（可在Synology知识库搜索“ABM Azure应用权限列表”）。

问题2：调整备份计划后，任务仍在高峰时段启动

- 原因：未删除旧计划，或新计划设置错误；

- 解决：进入“计划备份”窗口，删除所有旧计划（点击“删除”），重新添加新的非高峰计划，确认“下次运行时间”正确；同时检查NAS系统时间是否与互联网同步（进入DSM“控制面板”>“区域选项”>“时间”，勾选“与NTP服务器同步”），避免时间错误导致计划执行异常。

问题3：更新ABM版本时提示“存储空间不足”

- 原因：NAS的系统卷（通常为volume1）空闲空间少于500MB；

- 解决：进入DSM“存储空间管理器”，查看系统卷空闲空间，删除无用文件（如旧备份、临时文件）或扩展存储空间，确保空闲空间至少1GB后，重新尝试更新。

总结

Active Backup for Microsoft 365出现“Microsoft服务器正忙”错误，本质是“API限流”与“高峰负载”的双重问题。若需长期稳定备份，优先选择“自定义Azure应用程序”方案，通过独立API资源避开公共限流；若为临时应急，可通过“调整备份计划”错峰执行。实际操作中，企业用户建议由IT管理员主导创建Azure应用（确保权限安全），个人用户可先尝试调整计划，逐步过渡到自定义应用方案。

若按上述步骤操作后仍无法解决，可通过Synology官方支持提交问题（需提供ABM版本号、Azure应用配置截图、错误日志），官方技术团队会提供针对性指导，确保Microsoft 365数据备份稳定运行。

这篇文章详细覆盖了“Microsoft服务器正忙”错误的解决流程，若你在创建Azure应用、更新ABM版本时遇到特定问题（如权限申请受阻、SPK安装失败），或需要补充某类Microsoft 365数据（如Teams备份）的权限配置，可随时告诉我，我会进一步细化内容。