当我们查询实际Azure AD和之前状态之间的差异不超过30-60分钟时,Azure AD差异查询工作得很好,速度也很快。但是,当我们查询一周或一个月前的数据时--返回更改需要10分钟--即使Azure目录很小,并且这段时间有3-4个更改的属性,这也是非常慢的。这是预期的行为吗?有什么变通方法吗?
发布于 2016-12-12 13:21:20
根据测试,这不是预期的行为。我在2016年10月10日提出的第一个差异查询请求。今天,我将使用Fiddler测试差异查询REST,大约需要30秒。
为了缩小这个问题,我建议您在不同的网络中调用其他服务或调用此REST,以确保问题不是由网络引起的。还建议测试其他Azure Graph REST,以查看该问题是否与Azure Active Directory相关。
发布于 2016-12-10 05:51:27
肯定不是..。我可以在3-4分钟内通过24Mbit的DSL查询21000个用户,其中包含部分属性(只有我想要的属性),所有属性的查询时间不到10分钟(如果完全生效,对象几乎所有的属性都设置为反序列化)。
增量查询,几秒钟,总是。
您是在基本的HTTP客户端上使用自己的例程,还是在使用MS.Azure.AD程序集中提供的类?
https://stackoverflow.com/questions/41058641
复制相似问题