[应用系统优化介绍.ppt

应用系统优化介绍 系统优化的目的 系统优化的目的是使系统运行的更快、更稳定，这是一项复杂的工作，涉及到应用服务器、数据库服务器和操作系统，也是一个不断尝试的过程，通过不断调整各种参数使系统达到一个最佳的平衡点。 系统优化的范围 应用系统的运行环境大都是WebLogic + Oracle + AIX，所以我们的介绍也就控制在这个范围内。 目录 WebLogic的优化 Oracle 的参数调整 AIX 的系统命令 WebLogic的优化 调整线程数 调整数据库连接数 其他相关参数 监控Server 启动参数 WebLogic的优化－调整线程数 在WebLogic 中队列元素的线程数等于同时占用运行队列的应用程序的数目。当任务加入一个WebLogic 实例，它就被放到执行队列中，然后分配给任务一个线程来运行。线程消耗资源，因此要小心处理这个属性——增加不需要的值，会降低性能。 调整线程数在Servers－myserver（点右键）－View Execute Queues－weblogic.kernel.Default，在这个设置页面有三个关键选项，Thread Count，Threads Increase，Threads Maximum，分别代表初始线程数，线程增加数和最大线程数。初始线程数一般建议与数据库连接数设置相同，一般单域环境下推荐50，线程增加数为10即可，最大线程数200为宜，无需太大。这些参数在安装时一般就已经设置好。 WebLogic的优化－调整线程数 WebLogic的优化－调整数据库连接数 数据库连接数是关键参数，调整在Services－JDBC－Connection Pools－OraConn－Configuration－Connections，在这个设置页面有三个关键选项，Initial Capacity，Maximum Capacity，Capacity Increment，分别代表初始连接数，最大连接数和连接增加数。初始连接数是关键参数，直接影响到weblogic的性能和oracle的性能，这个值直接影响到数据库的会话数。一般单域环境下推荐50，增加数为10即可，最大连接数200为宜，无需太大。这些参数在安装时一般就已经设置好。需要注意的是，随着系统的增加，现在每个数据库上可能连了多个用户，如果初始值设置得太大，数据库的会话数就会直线增加，而实际上并不需要这么多，这会影响到数据库的性能，所以初始值不要设置得太大。 WebLogic的优化－调整数据库连接数 WebLogic的优化－其他相关参数 还有一些参数，一般并不需要调整，但在有些情况下也会起很大作用。在Servers－myserver－configuration－Tuning页面设置，如果频繁出现请求超时的情况，可以将Stuck Thread Max Time，Stuck Thread Timer Interval，Accept Backlog的值适当增加。如果频繁出现.SocketException?: Broken pipe的错误，可以将Enable Native IO的勾调掉，修改Socket Readers，值如66。 WebLogic的优化－监控Server 在Servers－myserver－Monitoring－Performance中，为当前服务器实例提供了与等待和运行状态的请求有关的性能参考。我们关注的应该是Queue Length和Memory Usage，正常情况下，Queue Length应该是处在0值，如果值超过了0，并且一直增加，就说明请求都在等待，应该是请求阻塞，服务器可能就有问题了，就需要查找原因，或者重启服务。另一个Memory Usage，是JVM堆还有的内存量，内存的使用应该一直在稳步增加，到达某一值时会自动进行回收，如果一直居高不下，可以使用左下角的“Force garbage collection”强制进行回收。 WebLogic的优化－监控Server WebLogic的优化－启动参数 在安装时， startWebLogic.sh中加了一些启动参数，其中一些是可以修改的，我们来介绍一下。 关键的参数是内存参数，类似示例，MEM_ARGS=-Xms512m -Xmx512m -Dpiler=NONE -Djava.awt.headless=true -Dport=7001 -Xms512m -Xmx512m 是设置内存大小，一般在512到1024之间。 -Dport=7001 是设置显示端口号，便于在多个服务间找到要找的进程。 注意，如果系统很慢，可以将-Dpiler=NONE去掉。 还有，如果在使用时不断产生很大的heapdump文件，