目录

仅供外部客户/合作伙伴使用：这些说明旨在帮助客户/合作伙伴自行执行以下操作来解决问题。如果客户/合作伙伴按照说明遇到问题，请让他们通过许可支持(https://www.cisco.com/go/scm)创建案例，以帮助解决。如果您是许可支持团队之外的思科内部资源，请勿自行执行这些操作。

问:有时，SSM内部版本的应用RAM和CPU会激增，从而导致应用变得非常缓慢。我该怎么办？

A：在之前的版本(8-202212之前)中，我们观察到在几个场景中某些进程导致的RAM和CPU峰值。我们在Cisco SSM内部版本8-202212中已解决了这些问题。为了帮助解决此问题，我们建议升级到版本8-202212或更高版本。您还可以通过确保在SSM内部应用程序中具有足够的许可证来减少RAM和CPU峰值，从而使传统SL设备都符合要求。

我们观察到在某些情况下内存和CPU峰值，例如使用传统智能许可的设备不断受到从设备到SSM内部应用程序的授权更新请求的攻击。为了解决此问题，已添加优化的OK_TRY_AGAIN响应。当SSM On-Prem应用加载了许多请求并且确定在处理设备消息时过于繁忙时，会向设备发送此响应。此响应会通知设备以特定时间间隔重试其请求。随着请求负载增加，用于平滑处理SSM本地服务器上的请求负载的间隔会更长。

另一个我们观察到RAM和CPU峰值的情况是在SLP设备同步期间。在此方案中，同步没有执行很长时间，现在SSM内部应用程序有大量的SLP数据要与CSSM云同步。为了缓解此问题，我们建议每周执行一次与CSSM云的SLP同步（负载为10,000台设备）。

注意：对于某些进程（例如与思科的SL和SLP同步），RAM在进程运行时出现峰值是正常的。但是，进程完成后，它应恢复正常。如果您看到持续的高内存或CPU峰值，请联系TAC**。

**重新启动gobackend和puma应有助于控制RAM和CPU峰值。但是，客户无法执行重新启动，因此TAC必须参与其中。

故障排除：

如果您遇到无法解决的问题，请使用软件许可选项在Support Case Manager(SCM)上打开一个许可案例。

有关本文档内容的反馈，请在此处提交。