NetWorker：NMM 19.x SQL AlwaysOn 备份无响应并增加服务器 CPU

当 NetWorker 服务器从 18.x 升级到 19.x 时，会注意到一些情况。
使用 NetWorker Module for Microsoft （NMM） 进行的 SQL Server AlwaysOn 可用性组数据库备份表现出以下症状：

• AlwaysOn 备份无响应。事实上，“nsrsqlsv”是由 savefs 启动的，但它从不开始保存任何数据。
• 影响群集客户端上的 AlwaysOn （AOAG） SQL Server 备份
• 同一 AlwaysOn 群集中的独立 SQL Server 实例的数据库备份在备份 SQL 数据库时没有问题。
• NetWorker 服务器遇到严重的 CPU 峰值;这可能伴有其他正在运行的备份作业的严重性能下降。

设置中的多个因素可能会导致此行为，并且原因可能归因于多个因素。
这些因素包括。

1. 升级：NetWorker 服务器最近已升级。在升级之前，作业一切正常。在一个示例中，服务器从 18.x 升级到 19.2，SQL NetWorker 客户端和 NMM 也已升级。
2. 媒体数据库记录：服务器分析可能会发现许多客户端没有存储集，和/或某些存储集的介质数据库记录不一致。这些存储集可能与受影响的 SQL 客户端相关，也可能无关。
3. 通过各种方法清理介质数据库，例如 nsrim -X -V 卷，不能解决问题。
4. 客户端索引：可能会怀疑群集客户端的实际客户端文件索引可能已损坏。最后一步可能需要重命名客户端文件索引。

AlwaysOn 的 SQL 群集客户端是备份保存集的客户端，类似于 MSSQL#AAG：
Example MSSQL#ALWAYS_ON_GROUP_NAME：

在没有为 SQL 群集客户端运行备份作业的情况下执行这些步骤。

• 重命名群集客户端的客户端文件索引。
• 例如，将“/nsr/index/CLUSTER_CLIENT_NAME”重命名为“/nsr/index/CLUSTER_CLIENT_NAME.suspect”。
• 运行 SQL AlwaysOn 群集客户端的新备份。
• 将生成新索引，并且备份应该会成功。