Azure Purview数据共享失败求助：无法附加共享'demopurviewshare01'

核心排查与修复步骤 #

针对报错「无法附加共享"demopurviewshare01"，资产必须映射到新建容器或曾用于接收就地共享数据的容器」，结合你已做的操作，补充以下针对性排查点：

1. 严格匹配容器要求 #

• 直接创建全新的存储容器用于接收共享，不要使用未接收过就地共享的现有容器——普通容器即使权限全量，也不符合就地共享的容器状态要求
• 若要复用旧容器，必须确认该容器确实完成过至少一次Purview就地共享数据的接收流程，而非仅存储过普通数据

2. 验证存储账户特性与注册状态 #

• 确认源和目标存储账户均已启用层级命名空间（Hierarchical Namespace），就地共享依赖该Data Lake Gen2核心特性
• 用Azure CLI再次验证注册状态（避免门户缓存）：

  az feature show --namespace Microsoft.Storage --name AllowDataShare
  az feature show --namespace Microsoft.Storage --name AllowDataShareInheritFromRegion
  

  若状态非Registered，重新注册并等待15-30分钟生效：

  az feature register --namespace Microsoft.Storage --name AllowDataShare
  az feature register --namespace Microsoft.Storage --name AllowDataShareInheritFromRegion
  az provider register --namespace Microsoft.Storage
  

3. 细化Purview权限与注册配置 #

• 确保目标存储账户在Purview中的注册类型为**「Azure Storage (Data Lake Storage Gen2)」**，而非普通Blob存储注册类型
• 检查Purview服务主体的IAM权限：除Storage Blob Owner，需确认拥有Microsoft.Storage/storageAccounts/blobServices/containers/write的细粒度权限
• 在Purview中对目标存储账户执行重新扫描，确保元数据完全同步后再发起共享附加

4. 排除跨配置干扰 #

• 确认源共享的存储区域与目标存储账户区域完全一致（例如eastus和eastus2属于不同区域，不可混用）
• 确保接收方Purview账户与目标存储账户处于同一订阅，跨订阅场景需额外配置订阅级别的资源访问权限

内容的提问来源于stack exchange，提问作者Paul Afram