你当前正在访问 Microsoft Azure Global Edition 技术文档网站。 如果需要访问由世纪互联运营的 Microsoft Azure 中国技术文档网站，请访问 https://docs.azure.cn。
排查在 Azure 备份中备份文件和文件夹时速度缓慢的问题
本文提供故障排除指导，帮助你诊断使用 Azure 备份来备份文件和文件夹时备份性能缓慢的原因。 使用 Azure 备份代理备份文件时，备份过程花费的时间可能比预期要长。 这种延迟可能由以下一个或多个原因所造成：
在开始排查问题之前，建议下载并安装最新的 Azure 备份代理。 我们经常更新备份代理，以修复各种问题、添加功能和改善性能。
此外，我们强烈建议查看 Azure Backup service FAQ（Azure 备份服务常见问题），确保所遇到的问题并非任何常见配置问题。
如果本文未解决 Azure 问题，请访问 Microsoft Q & A 和 Stack Overflow 上的 Azure 论坛。 可将问题发布到这些论坛上，或发布到 Twitter 上的 @AzureSupport。 还可提交 Azure 支持请求。 若要提交支持请求，请在 Azure 支持页上，选择“获取支持”。
原因：备份作业在未优化模式下运行
MARS 代理可以使用 USN（更新序列号）变更日志在优化模式下运行备份作业，也可以通过扫描整个卷来检查目录或文件的更改，在未优化模式下运行备份作业 。
未优化模式的速度较慢，因为代理必须扫描卷上的每个文件，并与元数据进行比较以确定更改的文件。
如需验证运行模式，请从 MARS 代理控制台打开“作业详细信息”并检查状态，查看是否显示“正在传输数据(未优化，可能需要更长时间)”，如下所示：
在以下条件下，备份作业会以未优化模式执行：
- 首次备份（也称为初始复制）将始终在未优化模式下运行。
- 如果上一个备份作业失败，则下一个计划的备份作业将在未优化模式下运行。
原因：计算机存在性能瓶颈
正在备份的计算机上可能有一些瓶颈导致延迟。 例如，计算机读取或写入到磁盘的能力、用于通过网络发送数据的带宽，都可能会造成瓶颈。
Windows 提供了内置工具性能监视器 (Perfmon) 来检测这些瓶颈。
下面列出的一些性能计数器和范围可帮助你诊断瓶颈，并获得最佳备份性能。
| 计数器 | 状态 |
|---|---|
| 逻辑磁盘(物理磁盘)--空闲率 | |
| 逻辑磁盘(物理磁盘)--平均百分比磁盘读取或写入速率(秒) | |
| 逻辑磁盘(物理磁盘)--当前磁盘队列长度(适用于所有实例) | 80 个请求超过 6 分钟 |
| 内存--池未分页字节 | |
| 内存--池分页字节 | |
| 内存--可用 MB | |
| 处理器--处理器时间百分比(所有实例) |
注意
如果判定罪魁祸首是基础结构，建议定期进行磁盘碎片整理以提高性能。
原因：其他进程或防病毒软件干扰 Azure 备份
在许多场合中，我们发现 Windows 系统中的其他进程对 Azure 备份代理进程的性能造成负面影响。 例如，如果同时使用 Azure 备份代理和其他程序来备份数据，或者防病毒软件正在运行，因而锁定了要备份的文件，则文件中的多个锁可能会造成资源争用。 在此情况下，备份可能失败，或者作业花费的时间可能长于预期。
在这种情况下，建议的最佳做法是关闭其他备份程序，并观察 Azure 备份代理的备份时间是否有所变化。 一般情况下，确保多个备份作业不在同一时间运行，就足以防止作业彼此干扰。
如果你在服务器上安装了防病毒软件，请针对以下项将排除规则添加到防病毒扫描中：
- scratch 和 bin 文件夹位置（
<InstallPath>\Scratch\*和<InstallPath>\Bin\*）下的每个文件和文件夹。 - cbengine.exe
原因：备份代理在 Azure 虚拟机上运行
如果在 VM 上运行备份代理，其性能比在物理机上运行要慢。 这是预期行为，因为存在 IOPS 限制。 但是，可以通过将正在备份的数据驱动器切换到 Azure 高级存储来优化性能。 我们正在努力解决此问题，将来的版本将有这方面的修复。
原因：备份的文件数过大（数百万个）
移动大量数据所花费的时间比移动少量数据要长。 但在某些情况下，备份时间不仅与数据大小相关，也与文件或文件夹数目相关。 在备份几百万个小型文件（几个字节到几 KB）时更是如此。
出现此行为是因为，尽管我们是在备份数据并将它转到 Azure，但我们同时也在为文件创建目录。 在某些罕见的情况下，目录操作花费的时间可能超过预期。
以下迹象可帮助你了解瓶颈，并相应地采取后续步骤：
- UI 显示数据传输进度。 数据仍在传输。 网络带宽或数据大小可能导致延迟。
- UI 未显示数据传输进度。 打开位于 C:\Program Files\Microsoft Azure Recovery Services Agent\Temp 中的日志，并检查日志中的 FileProvider::EndData 条目。 此条目表示数据传输已完成，正在进行目录操作。 请不要取消备份作业， 而是再等待片刻，让目录操作完成。 如果问题持续出现，请联系 Azure 支持部门。
如果尝试备份大型磁盘，建议使用 Azure Data Box 进行第一次备份（初始复制）。 如果无法使用 Data Box，则在通过网络进行长时间数据传输期间，环境中发生的任何暂时性网络问题都会导致备份失败。 若要防止备份失败，可以向初始备份添加几个文件夹，并保持以增量方式添加更多文件夹，直到将所有文件夹成功备份到 Azure。 后续增量备份将相对较快。