sap 怎么才能强制用户使用分组登陆?

在SAP710GUI中用户可以自定义服务器,也可以使用分组登陆的方式,目前我遇到的问题是现在公司里的人都喜欢使用自定义服务器,集中登在一台应用服务器上,导致负载均衡根本没... 在SAP 710 GUI中用户可以自定义服务器,也可以使用分组登陆的方式,目前我遇到的问题是现在 公司里的人都喜欢使用自定义服务器,集中登在一台应用服务器上,导致负载均衡根本没用起 来。至于他们是怎么得到相关的服务器IP以及系统号等配置信息的,都是历史遗留问题了。 展开
 我来答
妙妙系列獳ZK
2014-04-23 · 超过66用户采纳过TA的回答
知道答主
回答量:114
采纳率:0%
帮助的人:162万
展开全部
你的问题有很多种变通的解决方法。如果你有SAP Service Marketplace用户号,可以上去查相关 的Note,当然也可以到SDN上找。 简而言之,对于你第二个问题,一旦用户被连接的特定DI,除非该用户退出再登录,SAP是不会把 他转移到其他DI上的,这里面牵涉到用户内存内容的技术困难,所以做不到。 你所说的情况挺常见的,尤其是当早上九点上班时,同时有好几百人同时登录,Message Server 每五分钟重新计算组质量的间隔就太大了。常用的解决办法是降低rdisp/autoabaptime的值,不过 不要小于一分钟,见OSS Note 936202。 楼上所说的是改变RFC Logon分配方式的方法,对用户直接登录不起作用(我刚刚试过),但对系 统间大量通信是极有帮助的。看你的系统是ECC为主的系统,不一定有效,但如果你的系统有很繁 重的RFC调用,一定要使用。 客户端卡死不动是因为没有DIA可用,这不一定非得是用户量过多造成的,应该具体问题具体分 析。在RFC繁重的系统中,如果对对话用户保留的DIA数不足(rdisp/rfc_min_wait_dia_wp),也 常会有这种情况,见OSS Note 74141。 至于你的第一个问题,SAP提供了很多建议在客户端控制组登录。与你的想象恰恰想法,在服务端 SAP是不控制用户是组登录还是点登录,因为组登录的落脚点在Message Server上,然后选DI,而 点登录由用户指定DI,SAP DI无法拒绝登录,因为从它的角度看,都是从用户端来的登录申请。 在客户端控制有几种方式,OSS Note 38119建议的是管理员通过使用只读的,中央控制的 saplogon.ini来阻止用户自定义登录方法,在你的环境里不适用,因为人人都可以建个新文件来 把你的只读文件绕过去。OSS Note 762661提供你通过改Registry的方法来阻止在SAP Logon上的 修改,这方法可行,但你能够把这Registry的变动放到每一台用户的PC上吗?在我这里是可行 的,我可以通过SMS象安装Windows补丁一样把所以电脑都更新了。当然你也可以采用把管理员权 限从用户PC上拿掉,然后把Windows路径定义为只读的方法来禁止用户修改。很多西方公司用这种 方法阻止用户在公司电脑上安装个人软件,也有助于防病毒,但不知对你公司是否适用。 希望对你有帮助 查看原帖>>
不如这样TA93
2014-04-23 · TA获得超过150个赞
知道答主
回答量:108
采纳率:0%
帮助的人:120万
展开全部
你的问题有很多种变通的解决方法。如果你有SAP Service Marketplace用户号,可以上去查相关 的Note,当然也可以到SDN上找。 简而言之,对于你第二个问题,一旦用户被连接的特定DI,除非该用户退出再登录,SAP是不会把 他转移到其他DI上的,这里面牵涉到用户内存内容的技术困难,所以做不到。 你所说的情况挺常见的,尤其是当早上九点上班时,同时有好几百人同时登录,Message Server 每五分钟重新计算组质量的间隔就太大了。常用的解决办法是降低rdisp/autoabaptime的值,不过 不要小于一分钟,见OSS Note 936202。 楼上所说的是改变RFC Logon分配方式的方法,对用户直接登录不起作用(我刚刚试过),但对系 统间大量通信是极有帮助的。看你的系统是ECC为主的系统,不一定有效,但如果你的系统有很繁 重的RFC调用,一定要使用。 客户端卡死不动是因为没有DIA可用,这不一定非得是用户量过多造成的,应该具体问题具体分 析。在RFC繁重的系统中,如果对对话用户保留的DIA数不足(rdisp/rfc_min_wait_dia_wp),也 常会有这种情况,见OSS Note 74141。 至于你的第一个问题,SAP提供了很多建议在客户端控制组登录。与你的想象恰恰想法,在服务端 SAP是不控制用户是组登录还是点登录,因为组登录的落脚点在Message Server上,然后选DI,而 点登录由用户指定DI,SAP DI无法拒绝登录,因为从它的角度看,都是从用户端来的登录申请。 在客户端控制有几种方式,OSS Note 38119建议的是管理员通过使用只读的,中央控制的 saplogon.ini来阻止用户自定义登录方法,在你的环境里不适用,因为人人都可以建个新文件来 把你的只读文件绕过去。OSS Note 762661提供你通过改Registry的方法来阻止在SAP Logon上的 修改,这方法可行,但你能够把这Registry的变动放到每一台用户的PC上吗?在我这里是可行 的,我可以通过SMS象安装Windows补丁一样把所以电脑都更新了。当然你也可以采用把管理员权 限从用户PC上拿掉,然后把Windows路径定义为只读的方法来禁止用户修改。很多西方公司用这种 方法阻止用户在公司电脑上安装个人软件,也有助于防病毒,但不知对你公司是否适用。 希望对你有帮助
已赞过 已踩过<
你对这个回答的评价是?
评论 收起
枫默管管05賨
2014-04-23 · 超过67用户采纳过TA的回答
知道答主
回答量:196
采纳率:0%
帮助的人:62.6万
展开全部
Since you got ADM100, you can read Chap. 1 regarding the saplogon. Also teach you how to setup the saplogon group. You should follow the example and execise, testing on you non-production system. 查看原帖>>
已赞过 已踩过<
你对这个回答的评价是?
评论 收起
谢晋宇0674
2014-04-23 · TA获得超过130个赞
知道答主
回答量:133
采纳率:0%
帮助的人:74.2万
展开全部
如果在客户端控制不了的话,有没有办法在服务端控制呢? 另外我还想问一下负载均衡的问题,SAP是根据DI的响应时间来决定把客户端的请求连接到哪个DI 上的,但是一旦请求已经连接到了某个DI上了,以后所有的操作都在这台DI上了。 但是目前我遇到了这样一个问题:突然某个时刻,某个DI用sarfc看的时候资源为0,但是和这个 DI同一分组的DI资源很闲,而且这时候经常所有人的客户端都卡死不动,只能手工把这个DI从分 组中先踢出去,让客户端请求连接到分组中的其它机器上,然后再加进来。据老同事讲,这可能 是因为登陆在这台DI上的人,同时执行了一个很耗资源的事务代码,结果所有人的客户端都变得 巨慢。所以我想问一下,在客户端已经连接到了一个DI上的时候,在这个DI压力很大没有空闲资 源的时候,它还能不能自动跳到同一组中其它的DI上呢? 查看原帖>>
本回答被提问者采纳
已赞过 已踩过<
你对这个回答的评价是?
评论 收起
收起 1条折叠回答
收起 更多回答(2)
推荐律师服务: 若未解决您的问题,请您详细描述您的问题,通过百度律临进行免费专业咨询

为你推荐:

下载百度知道APP,抢鲜体验
使用百度知道APP,立即抢鲜体验。你的手机镜头里或许有别人想知道的答案。
扫描二维码下载
×

类别

我们会通过消息、邮箱等方式尽快将举报结果通知您。

说明

0/200

提交
取消

辅 助

模 式