Azure 删除具有相同登录名的用户后,创建用户失败

Azure 删除具有相同登录名的用户后,创建用户失败,azure,azure-ad-graph-api,azure-ad-b2c,Azure,Azure Ad Graph Api,Azure Ad B2c,我可以通过graph api在Azure AD B2C租户中成功创建用户。我也可以删除用户 当我再次尝试插入具有相同signInName的用户时,请求失败,并显示以下消息: "odata.error": { "code": "Request_BadRequest", "message": { "lang": "en", "value": "Another object with the same value for property signInNames already exists.

我可以通过graph api在Azure AD B2C租户中成功创建用户。我也可以删除用户

当我再次尝试插入具有相同signInName的用户时,请求失败,并显示以下消息:

"odata.error": {
"code": "Request_BadRequest",
"message": {
  "lang": "en",
  "value": "Another object with the same value for property signInNames already exists."
},
"date": "2016-10-11T15:53:58",
"requestId": "911fcff7-f2f0-4126-aa1e-3c03a757ac0d",
"values": [
  {
    "item": "PropertyName",
    "value": "signInNames"
  },
  {
    "item": "PropertyErrorCode",
    "value": "ObjectConflict"
  }
]
}
  • 在我等待几分钟(5-20?)后,我可以成功地插入带有原始signInName的用户
  • 成功删除后,当我列出所有用户时,该用户不可见
  • 在删除之前重命名用户可以正常工作,但我仍然无法使用原始signInName创建用户

有可能加快速度吗?

我在Azure AD中遇到了同样的问题

我认为你的代码中没有任何东西可以加速这个过程。(Azure AD PMs可以回答以下问题:删除操作在系统中完全传播的真正SLA是什么)

我猜你所能做的就是考虑这个错误,就像当你得到这个错误时用户实际上在那里(虽然你可以在列表中看到它)。 不确定你的具体情况,但这对我们来说是一个非常有利的案例

在本例中,我们考虑的另一个解决方法是:如果以后可能需要具有相同ID的用户,则根本不删除用户,而只是删除他们的角色


因为当用户被删除时,ObjectID或UserKey会发生更改,并且我们的系统中有对该ObjectID的引用,并且该对象ID将不再存在于Azure AD中,所以我们决定在大多数情况下保留用户,除非我们真的必须删除他们。

当您创建服务主体时,您还创建了一个应用程序。 使用此命令还可以删除应用程序:
删除azurerdadapplication-objectId[key]

谢谢您的回答!我很害怕听到这个。该死,你救了我一天。谢谢这确实解释了Azure中任何类型CLI的情况。