本文为如何监视和故障排除 Azure Cache for Redis 提供常见问题的解答。
重要
Azure Cache for Redis宣布了其所有 SKU 的退役时间表。 建议尽快将现有Azure Cache for Redis实例移动到Azure托管 Redis。
迁移指南：
有关停用的更多详细信息：
如何监视缓存运行状况和性能？
可以在 Azure 门户中监视Azure Cache for Redis缓存指标。 可以将指标图表固定到仪表板，自定义监视图表的日期和时间范围，从图表中添加和删除指标，并为某些条件设置警报。 有关详细信息，请参阅 Monitor Azure Cache for Redis。
缓存的左侧导航菜单中的以下项还有助于监视和排查缓存问题。
- “诊断并解决问题”提供常见问题的相关信息，以及解决问题的策略。
- “帮助”下的“资源运行状况”指示资源是否按预期运行。 有关详细信息，请参阅 资源运行状况概述。
- “帮助”下的“支持 + 故障排除”为缓存提供支持选项。
这些工具可帮助你监视 Azure Redis 缓存实例的运行状况，还有助于管理缓存的应用程序。
导致超时的原因是什么？
与 Redis 的客户端通信期间可能会发生超时。 当客户端将命令发送到 Redis 服务器时，该命令将进入命令队列。 Redis 服务器最终会提取并执行该命令。 客户端请求在此过程中可能会超时，并在调用端引发异常。
有关排查超时问题的详细信息，请参阅 Troubleshoot Azure Cache for Redis 延迟和超时，以及 在 StackExchange.Redis 中排查用于 Azure Redis 缓存的超时异常。
客户端为何与缓存断开连接？
下面是缓存断开连接的一些常见原因。
客户端
- 已重新部署客户端应用程序。
- 客户端应用程序进行了缩放操作。 云服务或Web 应用可能会导致自动缩放期间缓存断开连接。
- 客户端上的网络层已更改。
- 客户端中或客户端与服务器之间的网络节点中发生暂时性错误。
- 已达到带宽阈值限制。
- CPU 密集型操作用了很长时间才能完成。
服务器端
- 标准层缓存启动从主节点到副本节点的故障转移。
- Azure在 Redis 服务器更新或常规虚拟机（VM）维护期间修补缓存实例。
为什么我看到“缓存正忙于处理以前的更新请求...”消息？
错误消息 缓存正忙于处理以前的更新请求或正在进行系统维护。因此，它当前无法接受更新请求。请稍后再试。 指示缓存正在进行管理作，例如缩放或修补。 在当前操作完成之前，会阻止进行所有其他管理操作。
正在进行的管理操作通常在几个小时内完成。 如果看到此错误超过 12 小时，请联系Azure 支持。 在此期间，Azure Redis 缓存完全可用于客户端操作。
为什么缓存处于“失败”状态？
如果管理操作失败，Azure Redis 缓存可以显示 Failed 状态。 尽管有这种状态，但Azure Redis 缓存完全可用于客户端操作。
为什么订阅中缺少区域信息？
由于以下原因，订阅中可能缺少区域信息：
- 订阅可能未注册到
Microsoft.Cache提供程序。 登录到订阅并运行以下 PowerShell 命令：Register-AzureRmResourceProvider -ProviderNamespace Microsoft.Cache。 - 您的订阅可能未启用区域支持。 请联系Azure 支持，以便他们可以为区域启用订阅。 然后重新注册
Microsoft.Cache提供程序，即使你已经为你的订阅注册过它。