请参见

KBA 1781355-如何将来自不同多个系统的SAP用户自动别名为BI 4.0中存在的用户

https://launchpad.support.sap.com/#/notes/1781355

及相关

KBA 1343537 -以USERNAME格式显示SAP用户名

https://launchpad.support.sap.com /#/notes/1343537

嗨，蒂姆，

谢谢。 事后我确实找到了该注释，因此它确实帮助我指出了此问题的根本原因。

很显然，有两个新服务器添加到BOBJ应用程序中，该文件未执行注册表修复，这是在几个月前完成的。 注册表修复程序是在几年前在现有BOBJ服务器上执行的，但新服务器可能使用的是旧注册表设置。

如果我对您的理解正确，我需要删除所有自动导入到BOBJ中的用户和角色，执行注册表更改，然后安排新的自动导入？

如何 用户所映射的位置由 https://apps.support确定 .sap.com/sap/support/knowledge/preview/zh/1343537

这不是突然停止工作的设置。 这也不是一个易于启用的操作，它需要删除SAP用户/角色（确保系统中没有剩余的用户，因为这可能需要一些时间），添加注册表设置，然后添加用户/角色 背部。 如果未按正确的顺序进行操作，则系统中的任何用户都将出现问题，无法更新，并且还已知会发生其他问题。

-Tim

嗨，蒂姆，

感谢您的回复。 我认为添加别名以保留用户数据是一个可行的选择，但是SAP似乎本身并不支持整个解决方案，因为它不是官方代码，因此我可能无法说服客户相信它 可用性。

删除角色也可能是一个问题。 我不确定是否已创建任何自定义角色，所以我必须检查一下。 如果我们删除角色，报告文件夹安全性将如何工作。 如果要删除角色，是否必须将所有文件夹安全性和报告重新添加到文件夹映射中？

我提出了一条OSS消息，也许我可以给您PM消息号，以便万一有可能需要开发人员帮助您重定向消息？

< p>是正确的，如果在添加注册表项之后将任何用户留在系统中，则不会对其进行更新，并且我们还看到了其他复杂情况，例如角色映射问题。

如果您的用户没有其他别名，这可能会带来其他问题，因为删除它们会删除他们拥有的任何用户数据，而删除角色可能会删除在角色上设置的任何安全设置。

可以创建别名 https://apps.support。 sap.com/sap/support/knowledge/preview/zh/1401058

对于角色，我们总是建议使用第三方插件在企业组上设置安全性并将第三部分组添加到它们（它们继承安全性）

我没有想到扩展BI会使您陷入这种情况的可能性，如果您有支持票，则此问题可能是开发人员需要研究的问题。

-Tim

您可以在此处发布票证#仅有4-6位数字的任何人都无法访问