Azure中Event Hub删除后仍在namespace残留无法同名重建咨询

问题背景 #

• 已创建绑定Kafka服务的Event Hub实例，事件发送功能正常，但分区配置阶段出现参数错误
• 执行删除操作计划使用相同名称重建实例时，Activity Log已记录删除成功事件，但主命名空间下的实例列表仍展示该Event Hub条目
• 异常实例配置参数：
  • PARTITION COUNT：2
  • MESSAGE RETENTION：7

排查处理步骤 #

1. 优先校验资源真实存在状态，排除控制台缓存干扰
   不要以Portal页面展示结果作为唯一判断依据，优先通过命令行校验资源实际状态：
   • 打开本地Azure CLI或Portal内的Cloud Shell，执行列表查询命令：

     az eventhubs eventhub list --namespace-name <替换为你的Event Hub命名空间名> --resource-group <替换为资源组名> -o table
     

   • 如果返回结果中无目标Event Hub条目，说明资源已实际删除，页面展示为前端缓存残留：退出当前Portal登录态，使用浏览器无痕模式重新登录查看即可，或等待最多30分钟待Azure侧全局缓存过期，条目会自动消失，不影响同名资源创建。
2. 处理异步删除未完成、残留锁的场景
   如果命令返回结果中仍存在目标Event Hub，属于后端异步清理未完成：
   • 关联Kafka代理的Event Hub删除时需要同步清理Kafka端点映射、分区元数据关联资源，删除流程最长可能耗时15分钟，期间不要反复提交创建/删除请求，避免触发后端操作锁导致清理卡住。
   • 等待15分钟后再次执行查询，如果资源仍存在，执行强制删除命令跳过软删除校验：

     az eventhubs eventhub delete --namespace-name <替换为你的Event Hub命名空间名> --resource-group <替换为资源组名> --name <替换为要删除的Event Hub名> --yes
     

   • 命令执行完成后再次查询列表，确认资源不存在即可使用同名重建。
3. 重建配置注意事项
   Event Hub分区计数为创建时不可修改参数，重建时直接填写目标分区数即可。当前使用的2分区、7天消息保留配置属于基础SKU支持的合法配置，不会触发配置错误，创建时注意分区数不要超过对应命名空间SKU的支持上限：基础层最多支持2分区，标准层最多32分区，高级层最多100分区。

内容的提问来源于stack exchange，提问作者Happy Champanary