这是有关如何查找外部目录详细信息的快速链接。 https://apps.support.sap.com/sap/support/knowledge/preview/zh/2546772

我以为您在4.2上错过了4.1，但是空组问题应该是为了安排和更新而不仅仅是安排

https://apps.support.sap.com/ sap/support/knowledge/preview/zh/1919273

-Tim

感谢Tim的回应。

我在事件查看器中看不到任何条目。 它成立于5年前，一直工作到几周前。

谢谢

应该根据获取更新信息的需要来设置更改更新时间，最好是一个小时或更长，但不必8小时。

是否为组和别名而不只是组设置了时间表？ 这是第一个常见错误

没有报告的问题会影响调度，基本上，如果您从组和别名中命中更新，它将与调度完全一样

事件查看器是否显示在计划的更新过程中更新已开始和完成的更新？ 我相信事件查看器中的每个更新都有3行，并且其中应显示获取了多少用户。 也可以在CMS跟踪 https://apps.support中进行检查 .sap.com/sap/support/knowledge/preview/zh/2543957

-Tim

我希望在下面的Tim注释中提到的解决方法后，它现在已经可以正常工作了。 不幸的是，我没有找到一种简单的方法来识别引起问题的用户/AD组。 您可能要追溯事件的时间线到问题首次浮出水面的日期，并查看那段时间哪些广告组发生了变化。

如提姆在回信中的注释 1919273 所述， ，解决方法是从CMC中删除空组或应用补丁的下一个适用版本。

让我们知道它是否可以解决问题。

嗨，Shridhar，
这是BI 4.1 SP5中的一个已知错误，通常会在Windows AD组为空的特定情况下发生。 您的环境中是否存在以下情况？

1）Windows AD组" ABC"只有两个用户X和Y。2）在CMC中使用Windows AD，这些用户是在CMC中创建的，并出现在右组中。
3）在Windows AD中 用户X和Y被移出ABC组，导致该组为空。
4）在CMC中，用户X和Y仍在同一组中。

如果发生这种情况，则新用户添加过程将停止工作。

嗨Vaibhav，

根据KBA，它在SAP BusinessObjects BI Platform 4.1支持包5补丁3中已得到修复，而我们已经在该版本上。

这么多年来一直运转良好。 所以我不认为这是原因。

我们同时具有用户别名和用户组别名。 问题仍然存在。

谢谢