Azure Connect“软匹配"问题 [英] Azure Connect "soft match" issues

查看:83
本文介绍了Azure Connect“软匹配"问题的处理方法,对大家解决问题具有一定的参考价值,需要的朋友们下面随着小编来一起学习吧!

问题描述

我们组织中几乎每个成员都拥有一个本地AD帐户和一个单独的Office365帐户,今天我配置了Azure Connect来同步这些帐户.

Pretty much every member of our organization had both a local AD account as well as a separate Office365 account, and today I configured Azure Connect to sync up the accounts.

该过程对我们大多数用户有效;但是,有9个帐户仍然有问题,我不知道为什么.

The process worked for most of our users; however, 9 accounts remain problematic, and I cannot figure out why.

错误消息(对于所有失败的帐户几乎相同)非常标准":

The error message (almost identical for all those failed accounts) is pretty "standard":

Niemożnazaktualizowaćtego obiektu,ponieważnastępująceatrybuty skojarzone z tym obiektemmająwartości,któremogąjużbyćskojarzone z innym obiektem w lokalnych us @ ugach com. Popraw lubusuńzduplikowanewartości 瓦卡洛格洛卡洛尼姆(W katalogu lokalnym).通知书中的身份确认书fikowaniaobiektówze zduplikowanymiwartościamiatrybutów,możnaznaleźćw artykule http://support.microsoft.com/kb/2647098 .

Nie można zaktualizować tego obiektu, ponieważ następujące atrybuty skojarzone z tym obiektem mają wartości, które mogą już być skojarzone z innym obiektem w lokalnych usługach katalogowych: [Mail user@domain.com;]. Popraw lub usuń zduplikowane wartości w katalogu lokalnym. Więcej informacji na temat identyfikowania obiektów ze zduplikowanymi wartościami atrybutów, można znaleźć w artykule http://support.microsoft.com/kb/2647098.

跟踪ID:GUID ExtraErrorDetails:[{"Key":"ObjectIdInConflict","Value":["GUID"]},{"Key":"AttributeConflictName","Value": [邮件"]},{键":"AttributeConflictValues",值":["user@domain.com"]}]

Tracking Id: GUID ExtraErrorDetails: [{"Key":"ObjectIdInConflict","Value":["GUID"]},{"Key":"AttributeConflictName","Value":["Mail"]},{"Key":"AttributeConflictValues","Value":["user@domain.com"]}]

友好"的错误消息的一部分是波兰语,但这是标准的"InvalidSoftMatch".错误.该错误在GUID和用于失败帐户的实际电子邮件地址上有所不同.

The "friendly" part of the error message is in Polish, but it's the standard "InvalidSoftMatch" error. The error differs in the GUIDs and the actual email addresses in use for the failing accounts.

现在,我知道我正在使用SMTP地址进行软匹配...但是有问题的用户具有明确定义的电子邮件(通过AD中的email属性;我们没有本地Exchange可以使用proxyAddresses属性).该同一用户具有完全相同的SMTP Office365 Exchange中的地址(以及同样相同的SIP地址).不用说,我找不到在Exchange Online中使用此电子邮件的其他任何提及.

Now, I know I'm using soft matching by SMTP address... but the user in question has a clearly defined email (via the email attribute in AD; we don't have a local Exchange to make use of the proxyAddresses attribute). That same user has the exact same SMTP address in Office365 Exchange (as well as a SIP address which is also the same). Needless to say, I can't find any other mentions of this email being used in Exchange online.

这样,我无法弄清楚为什么该帐户未得到同步,并不断抛出软匹配"错误.错误.我有什么方法可以检查Azure Connect到底能找到(或没有发现)它无法创建链接的内容吗?

As such, I can't figure out why this account isn't being synchronized and keeps throwing the "soft match" error. Is there any way for me to check WHAT exactly Azure Connect is finding (or not finding) that it cannot create a link?

推荐答案

冲突似乎在"mail"/"windowsemailaddress"上.属性,那么您是否检查了任何匹配项?最简单的方法是运行

The conflict seems to be on the "mail"/"windowsemailaddress" attribute, so have you checked for any matches? Easiest thing to do is run

Get-Recipient user@domain.com


这将返回所有匹配的对象.


This will return any matching objects.


这篇关于Azure Connect“软匹配"问题的文章就介绍到这了,希望我们推荐的答案对大家有所帮助,也希望大家多多支持IT屋!

查看全文
登录 关闭
扫码关注1秒登录
发送“验证码”获取 | 15天全站免登陆