首页 > 解决方案 > 将用户从多个来源迁移到 Azure AD B2C

问题描述

我们希望将用户从现有系统迁移到 Azure AD B2C,并计划遵循此处的文档:https ://docs.microsoft.com/en-us/azure/active-directory-b2c/user-migration 。当我们散列用户密码时,我们将需要使用无缝迁移流程。

如果您有要从单个外部源迁移的用户帐户,这很好。但是,目前我们有几个现有的网站,每个网站都有自己的身份验证过程,我们希望将其转移到所有网站都通过单个 B2C 进行身份验证。

完成单个网站的迁移过程很好,因为我们将为该网站导入(例如:1000)用户。但是,如果我们要从我们拥有的第二个网站迁移用户,我们将导入(例如:800)用户,其中这些用户的子集(例如:300)已经从第一次迁移中导入。

由于这两个站点当前是完全独立的,因此在这两个站点中拥有帐户的用户当前可能对两个站点使用相同的密码,或者对两个站点使用不同的密码。我们也不能假设。可能有一些用户属于每个类别。

我们只想在 B2C 中使用随机密码为他们创建一个帐户。当他们尝试登录第一个迁移的站点时,如果他们输入了正确的密码,他们将触发覆盖随机密码并将其帐户标记为已迁移的过程。

但是,如果他们随后尝试登录到第二个网站,现在该怎么办?他们是否需要再次经历迁移过程?或者我们可以将他们的帐户视为已迁移?

我们可以同时运行多个迁移过程而不会出现问题吗?extension_requiresMigration我们是否需要为每个进程设置一个唯一的标志?

我们是否只想在有限的时间内运行每个迁移过程?我们的一些用户很少登录(例如:一年一次)。因此,如果我们要结束迁移过程,那么在此之后首次登录的任何用户都将被迫使用忘记密码过程来重置他们的密码?

我很感激这是很多问题,但是以前有人遇到过这种情况吗?或者你能推荐一种不同的使用方法吗?

标签: azure-ad-b2c

解决方案


为什么不导出所有用户以便您可以合并列表,然后导入没有重复的用户列表?然后为每个用户启动密码重置?可能是最简单的方法,而不是遵循自定义策略路线。


推荐阅读