最近几个月,我注意到通过网络界面创建新票证的过程延迟了。目前,将用户链接到屏幕上的票证大约需要18秒http://servidor/otrs/index.pl Action = AgentTicketPhone?。当用户在列表中选择时(显示没有任何延迟),会出现缓慢的情况。
通过AdminSupport没有提醒 SQL基准测试很棒,即使在测试生产期间(有28个单独的代理),所有的测试都列为"看起来很好!" Ticket :: SearchIndexModule是StaticDB并执行了" bin / otrs.RebuildFulltextIndex.pl"
身份验证链接到AD,为大约2000名员工提供服务,但我们有五个域控制器和Config.pm我配置了IP,只使用其中一个(高性能,较少使用且位于同一网段)并且" CacheTTL => 60 * 60 * 24"。我寻找一些AD字段,但我知道不是它们会减慢为什么它们会立即显示,而其他人称为注册屏幕字段仍然被锁定"直到它完成加载"某事"。
我检查了DNS,服务器内部可以解析内部名称而不会丢失任何数据包。我不在OTRS服务器或域控制器(AD)中使用IPV6。
使用多个电子邮件帐户,但在所谓的电子邮件启动画面中仅在创建命名后发送,解除了此问题。
专用服务器有8个处理器,高性能虚拟化VMWare中有9GB RAM。但S.O现在是32位。
有没有人有关于如何在此阶段提高性能的任何提示?有什么我可以关掉的吗?
统计: 特工87 第397480条 每张票的物品(平均)4.55 拥有至少一张机票的客户3904 第28组 安装目录/ opt / otrs 第一张和最后一张票之间的月数37.53 操作系统linux 产品OTRS 3.3.6 角色12 门票87428 门票每月(平均)2329.33
的Apache / 2.2.22 MySQL 5.5.25a Active Directory:Windows Server 2008 R2 谷歌Chrome v47
OTRS版本3.3.6(使用ITSM)和KIX4OTRS 6.0.2,操作系统 - 带有Mysql的OpenSuse 12。
PS:我在otrs论坛上问了同样的问题,但我寻求答案的时间很长,以至于我诉诸于其他论坛。感谢您的提示。它有生产环境和其他批准。认证环境很快。 我只是使用下面的字段。我的房间没有森林,并添加了两个过滤器(AlwaysFilter):
摘自我的配置:
CacheTTL => 60 * 60 * 24,
Map => [
[ 'UserSalutation', 'Title', 'title', 1, 0, 'var', '', 0 ],
[ 'UserFirstname', 'Firstname', 'givenname', 1, 1, 'var', '', 0 ],
[ 'UserLastname', 'Lastname', 'sn', 1, 1, 'var', '', 0 ],
[ 'UserLogin', 'Username', 'sAMAccountName', 1, 1, 'var', '', 0 ],
[ 'UserEmail', 'Email', 'mail', 1, 1, 'var', '', 0 ],
[ 'UserCustomerID', 'CustomerID', 'mail', 0, 1, 'var', '', 0 ],
[ 'UserPhone', 'Phone', 'telephonenumber', 1, 0, 'var', '', 0 ],
[ 'UserAddress', 'Address', 'postaladdress', 1, 0, 'var', '', 0 ],
[ 'UserComment', 'Comment', 'description', 1, 0, 'var', '', 0 ],
[ 'UserState', 'RE', 'st', 1, 0, 'var', '', 0 ],
],
};
# In case you want to add always one filter to each ldap query, use
# This option. and. g. AlwaysFilter => '(mail = *)' or AlwaysFilter => '(objectclass = user)'
$ Self -> {'Customer AuthModule :: :: LDAP :: AlwaysFilter'} = '';
# In case you want to add a suffix to each customer login name, Then
# You can use this option. and. g. user just want to use user but
# In your ldap directory exists user @ domain.
$ Self -> {'Customer AuthModule :: :: LDAP :: UserSuffix'} = '@ myexample.com.br';
DNS工作正常,Check MX Record已停用。
每个用户每天只发生一次缓慢。有没有办法增加缓存时间以减少AD中的搜索?
答案 0 :(得分:0)
埃德森!
在寻找我的时候,有一些事情会影响从自动填充中选择客户后的加载时间。
考虑到,第一次生成下拉列表的AD调用是在页面加载时进行的,所以它不应该成为瓶颈
选择以下方法后:
CustomerTickets仅提供来自系统的故障单搜索(如果您从界面搜索故障单并且不需要18秒 - 这不是这种情况)
CustomerInfo通过LDAP协议从Active Directory请求数据。如果您存储了大量属性(例如> 100个参数或大型附件,如pdf格式的描述或客户的照片),此步骤可能会变得极其缓慢
我建议只留下来自CustomerUserMap(登录,电子邮件和客户ID)的主要参数,并检查创建是否仍然很慢。如果它有帮助 - 那么你应该检查从AD检索的参数,否则你应该尝试限制在AD中浏览的树(如果你解析一个大的env,用户住在多个树中,它也可能花费时间)
限制客户编辑文件Kernel / Config.pm的Map并更改CustomerUser对象中的Map(LDAP设置)
Map => [
# note: Login, Email and CustomerID needed!
# var, frontend, storage, shown (1=always,2=lite), required, storage-type, http-link, readonly
[ 'UserLogin', 'Username', 'uid', 1, 1, 'var', '', 0 ],
[ 'UserEmail', 'Email', 'mail', 1, 1, 'var', '', 0 ],
[ 'UserCustomerID', 'CustomerID', 'mail', 0, 1, 'var', '', 0 ],
...
答案 1 :(得分:0)
好吧,我放弃了,重新开始了。仅迁移了数据库并安装了OTRS和官方软件包,没有KIX。这是我做过的最好的事情。我不建议使用KIX。我有很多工作要摆脱它,但现在好了,从头开始设置所有东西,没有Config.pm,ZZZAuto.pm或任何其他文件。我只使用了var / article和var / log文件夹。关于Person.pm模块仍有警告,但解决了从db:
删除type_id数据的问题我对mysql知之甚少,但我正在测试服务器上进行测试。如报告所述,执行以下命令以删除所有type_id 3,4和5: 我测试甚至顺利。
DELETE FROM otrs.link_relation WHERE link_relation.type_id = '3';
DELETE FROM otrs.link_relation WHERE link_relation.type_id = '4';
DELETE FROM otrs.link_relation WHERE link_relation.type_id = '5';
格式化后,时间显着减少,只需2秒即可创建新的票证流程。