本文为如何监视和故障排除 Azure Cache for Redis 提供常见问题的解答。
重要
Azure Cache for Redis宣布了其所有 SKU 的退役时间表。 建议尽快将现有Azure Cache for Redis实例移动到Azure托管 Redis。
有关由世纪互联运营的 Microsoft Azure 中停用的详细信息，请参阅 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提供程序，即使你已经为你的订阅注册过它。