TIM 之性能问题讨论

Tivoli Identity Manager 的部署后，有时会遇到一些性能问题，我总结的一些经验如下。

在我搭建测试环境虚拟机上，dmgr,node1 采用1.5G内存，node2 采用了900M内存。 物理机是ASUS F8V系列，2.4G双核，4G DDR2 800内存，250G硬盘。

一 容易引起性能问题的操作包括：

1 协调大量帐户的同时执行其他操作。例如对大量的Notes Adapter 帐户进行协调的时候，如果同时对大量的用户执行其他操作，容易导致出现OUT of memory的问题。

2 修改供应策略后的预览操作及提交动作。

3 可以设置协调时间以及协调期间是否可以调用工作流。csv 或者TDI 进行HR feed 操作的时候，如果构选了工作流，会进行大量的人员导入判断等动作。建议初始化的过程中分批导入数据。

4 曾经在aix 的一个机器上执行了对6000多用户的一个供应策略修改操作，最终影响了这些账户。修改过程中，点击TIM的管理界面导致了tim的tds 实例停止。修改成功后立刻点击TIM 也导致了TIM的实例无法响应。最后还是用命令kill 掉了该进程，可以采用ps -ef|grep itiminstancename 找到该进程，然后根据找到的进程号把该进程kill 掉。没有测试过上限，但是在南方某个项目里约半小时内倒入过13000条基本数据，并生成了ITIM的账户

在2小时内添加了13000条测试数据test 帐户

 

5 如果不勾选csv导入hr feed服务里面的采用工作流选项，则可以避免在导入人员的时候创建帐户。曾经一次导入1k多人员，然后再分别提交各自服务的供应策略从而调用帐户创建工作，基本成功。

6 利用changelog 时，注意设置日志的大小和时限，同时也要减少TDI打印的内容，否则也会导致日志在出现异常时变得很大。

 

二  一般数据统计：

在实际的项目中，一般会有TIM 总人数的10%会登陆门户，而进行TIM操作的约1%多。

例如1w多人的公司，每天修改密码的动作可以是100个左右，每天其他的TIM操作可以是取决于管理员的操作。