本文提供关于如何监视和排查 Azure Cache for Redis 问题的常见问题解答。
如何监视缓存的运行状况和性能？
可以在 Azure 门户中监视 Microsof Azure Redis 缓存实例。 可以查看度量值、将度量值图表固定到启动面板、自定义监视图表的日期和时间范围、在图表中添加和删除度量值，以及设置符合特定条件时发出的警报。 有关详细信息，请参阅监视 Azure Redis 缓存。
Azure Redis 缓存资源菜单中还包含了用于对缓存进行监视和故障排除的几个工具。
- “诊断并解决问题”提供常见问题的相关信息，以及解决问题的策略。
- “资源运行状况” 会监视资源，并告知资源是否按预期运行。 有关 Azure 资源运行状况服务的详细信息，请参阅 Azure 资源运行状况概述。
- “新建支持请求”提供用于建立缓存支持请求的选项。
可以通过这些工具监视 Azure Cache for Redis 实例的运行状况。 这些工具还可帮助你管理缓存应用程序。 有关详细信息，请参阅如何配置 Azure Redis 缓存的“支持和故障排除设置”部分。
为何会出现超时？
超时发生在用来与 Redis 通信的客户端中。 将某个命令发送到 Redis 服务器后，该命令会排队。 Redis 服务器最终会提取并执行该命令。 但是，客户端在此过程中可能会超时。 如果出现这种情况，则会在调用端引发异常。 有关排查超时问题的详细信息，请参阅客户端故障排除和 StackExchange.Redis 超时异常。
客户端为何与缓存断开连接？
下面是缓存断开连接的一些常见原因。
- 客户端的原因
- 已重新部署客户端应用程序。
- 客户端应用程序进行了缩放操作。
- 云服务或 Web 应用可能会导致缓存在自动缩放期间断开连接。
- 客户端上的网络层已更改。
- 客户端中或客户端与服务器之间的网络节点中发生暂时性错误。
- 已达到带宽阈值限制。
- 占用大量 CPU 的操作花费了太长时间才完成。
- 服务器端的原因
- 在标准缓存产品/服务上，Azure Cache for Redis 服务启动了从主节点到副本节点的故障转移。
- Azure 正在修补在 Redis 服务器更新或常规 VM 维护过程中部署了缓存的实例。
为什么会出现“缓存正忙于处理以前的更新请求或正在进行系统维护。 在此情况下，它当前无法接受更新请求。 请稍后再试。"
此消息表示正在缓存上执行管理操作，如缩放或修补。 在正在进行的操作完成之前，将阻止所有其他管理操作。 通常，正在进行的管理操作应在几个小时内完成。 如果在 12 小时后仍然看到此错误，请联系 Azure 支持。 在此期间，Azure Cache for Redis 应完全可以用于运行客户端操作。
为什么我的缓存状态为“失败”？
如果管理操作失败，Azure Cache for Redis 最终可能会以“失败”状态结束。 除此状态外，Azure Cache for Redis 应完全可以用于运行客户端操作。
为什么我的订阅中缺少区域信息？
由于多种原因，订阅上可能缺少区域信息：
- 订阅可能尚未向“Microsoft.Cache”提供程序注册：请运行以下 PowerShell 命令（在登录订阅后进行）：Register-AzureRmResourceProvider -ProviderNamespace Microsoft.Cache
- 你的订阅可能尚未启用区域：请向 Azure 支持团队提交支持工单，以便他们为你的订阅启用区域。 完成此步骤后，请执行步骤 1（即使已经向 Microsoft.Cache 提供程序注册你的订阅）。
后续步骤
有关 Azure Cache for Redis 实例监视和故障排除的详细信息，请参阅如何监视 Azure Cache for Redis 和各种故障排除指南。