OTRS - 新电话票证 - 从AD(CustomerID)

时间:2016-01-20 12:16:39

标签: mysql apache performance otrs

最近几个月,我注意到通过网络界面创建新票证的过程延迟了。目前,将用户链接到屏幕上的票证大约需要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中的搜索?

2 个答案:

答案 0 :(得分:0)

埃德森!

在寻找我的时候,有一些事情会影响从自动填充中选择客户后的加载时间。

考虑到,第一次生成下拉列表的AD调用是在页面加载时进行的,所以它不应该成为瓶颈

选择以下方法后:

  1. AgentCustomerSearch-> CustomerTickets()
  2. AgentCustomerSearch-> CustomerInfo()
  3. 包含所有dynamicField提交的FormID
  4. 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秒即可创建新的票证流程。