PLM系统上线后，往往会有用户反应系统缓慢，性能问题经常困扰系统的实施方和维护人员。

PLM系统作为大型管理软件，需要架构在硬件服务器和客户局域网基础上，底层还需要数据库的支持，对于用户应用的发布，往往需要weblogic等中间件，系统本身的一些参数及客制化功能，也可能影响到系统的表现。

因此需要从每个环节排查：

1)核心服务器

核心的服务器是整个系统的基础，用户应用一般会采用双机热备的方式，如果PLM系统架构支持，可以采用集群的方式均衡负载；

对于服务器的表现一般可以直接观察工作高峰时段的内存和CPU的占用率，内存和CPU的占用率如果超过80％，则需要考虑增加硬件的容量。

2)操作系统

核心服务器一般都采用IBM或HP的UNIX服务器，操作系统会经常发布一些补丁，需要关注使用的PLM产品与操作系统补丁版本的认证关系，PLM厂商一般都会提供这些信息；

3)网络

网络运行是否稳定，会直接影响用户的体验，需要IT服务部门对PLM系统所在的网段执行日常监控；

4)数据库

对于oracle数据库有专门的性能查看工具和优化的方法，需要DBA对数据库进行日常的监控和优化；另外对于PLM应用中SQL语句的优化一般需要PLM厂商介入；此时需要DBA将数据监测到的结果提供给PLM厂商，请他们结合应用情况，决定是否需要对SQL语句优化。

5)PLM应用

PLM系统都有一些服务相关的参数，需要针对用户现场的使用情况进行设置，可由PLM厂商专家完成。

6)web 应用服务器

对于weblogic中间件，可以采用集群的方式，均衡负载。其它中间件也需要对性能进行监控并进行响应的调优。

7)客制化部分的优化

对于客制的程序，如果用户的使用量很大，也可能引起负荷过大，对于程序本身需要从算法、内存管理方面优化；此外可采用简化部分业务需求的方式综合考虑。

8)不稳定的问题

有些情况性能问题往往不容易复现，给解决带来很大困难，这种情况需要持续的跟踪，总结规律，发现问题所在。

9)关于loadrunner压力测试

目前PLM系统的性能测试往往使用loadrunner模拟多用户并发访问执行，对于登录、查询等操作比较容易模拟；但对于复杂的操作，如流程种自动处理任务，三维CAD集成等很难进行模拟和脚本的录制；此外对于用户实际使用过程种的各种复杂情况也很难模拟。所以压力测试可以最为系统可以启动的基本要求，但也难以保证系统正式运行时没有性能的问题。