找回密码
 立即注册

QQ登录

只需一步,快速开始

WinnieLiao

金牌服务用户

9

主题

33

帖子

168

积分

金牌服务用户

积分
168
WinnieLiao
金牌服务用户   /  发表于:2024-3-6 14:43  /   查看:700  /  回复:3
1金币
应用是基于设计器9.0.103的自带的设备管理系统模板工程修改了一下,内置库切换为SQL server的外联数据库,私有化部署。使用的是第三方的AD security'Provider 同步了windows域内的用户认证方式。应用服务器和数据库服务器分开部署。在同一个域内的电脑通过浏览器访问发布后的应用发现页面切换等待的时间很长,查看控制台的Network发现用时很长的操作是wait for server response。


大致检查了工程文件本身,没有很多的页面逻辑和ODATA函数。数据库连接状态也正常。
通过SSMS工具也可以对数据库进行正常的增删改查。
应用服务器的配置如下:

不知道各位大佬有没有遇到类似的情况,具体该如何排查出这个问题的原因?
附件: 您需要 登录 才可以下载或查看,没有帐号?立即注册

最佳答案

查看完整内容

问题跟进,已远程客户,目前的测试结果: 1.在服务器上发布通过第三方安全提供程序同步的AD认证用户,每次访问getmetadata接口会花费2秒左右时间 2.在服务器上发布普通认证的应用,访问速度正常,接口平均响应为0.5秒 3.在本地通过第三方安全提供程序同步的AD认证用户,接口平均响应时间为3秒 因此,目前怀疑这个现象的原因大概率是访问域获取用户信息较慢,后续有其他结果会继续跟进~~

3 个回复

倒序浏览
最佳答案
最佳答案
Nathan.guo活字格认证 Wyn认证
超级版主   /  发表于:2024-3-6 14:43:23
来自 4#
问题跟进,已远程客户,目前的测试结果:

1.在服务器上发布通过第三方安全提供程序同步的AD认证用户,每次访问getmetadata接口会花费2秒左右时间
2.在服务器上发布普通认证的应用,访问速度正常,接口平均响应为0.5秒
3.在本地通过第三方安全提供程序同步的AD认证用户,接口平均响应时间为3秒

因此,目前怀疑这个现象的原因大概率是访问域获取用户信息较慢,后续有其他结果会继续跟进~~
回复 使用道具 举报
Reason
注册会员   /  发表于:2024-3-6 16:06:36
2#
把AD Security Provider降到8.0.100.0试试
回复 使用道具 举报
WinnieLiao
金牌服务用户   /  发表于:2024-3-6 17:41:00
3#
Reason 发表于 2024-3-6 16:06
把AD Security Provider降到8.0.100.0试试

好的, 我试一试
回复 使用道具 举报
您需要登录后才可以回帖 登录 | 立即注册
返回顶部