性能典型问题分析总结
- 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
性能测试典型问题总结_____________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________
_____________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________
_____________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________
_____________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________
版本 1.0
编制:胜利软件测试组
审核:
批准:
胜利油田胜利软件有限责任公司
ShengLi Oil Field Victorysoft Co., Ltd.
2013年12月
目录
1应用程序经常崩溃 (3)
2内存溢出 (6)
3应用程序运行比较慢 (7)
4无法支持大量用户并发 (10)
5如何计算系统的最大并发数 (12)
编写目的:
本文记录在性能测试过程中遇到的典型问题及解决方法,仅供参考,同时希望大家能积极总结项目中的问题及解决方法,丰富典型问题库,实现公司内的知识共享。
1应用程序经常崩溃
1.1.服务器重启动后,无法访问应用程序
问题描述:
客户的机器设置了晚上自动更新补丁功能,更新后,机器重启;第二天客户上班不能访问我们的应用程序。
解决措施:
定位:我们项目组员发现服务器上的咱们的应用程序的服务没有开启,同时查看系统升级配置,怀疑是否升级引起。
解决方案:
把应用程序的服务,注册在操作系统的服务里面,设置成自动启动,这样服务器机器重启也不会影响应用程序的正常访问。
【如何将应用程序注册为系统服务】
一、应用程序具有服务功能(能响应服务控制台的查询请求)
第一种方法:使用instsrv.exe(windows 2003资源工具包带有),指令格式:instsrv 服务显示名应用程序路径
第二种方法:在注册表中手工添加,在
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\下新建一个项,项名为欲显示的服务名(也可以为任意字符,仅供识别),在这个项下新建如下键值:
"DisplayName"=(字符串值)服务显示名
"Description"=(字符串值)服务描述
"ImagePath"=(可扩充字符串值)应用程序路径
"ObjectName"=(字符串值)"LocalSystem"
"Type"=(dword值)10(16进制)
"Start"=(dword值)2(16进制)
"ErrorControl"=(dword值)1(16进制)
二、应用程序不具有服务功能(不能响应服务控制台的查询请求)
大多数应用程序都不具有服务功能,这样按照上述方法加进去的应用程序在服务刚启动时能够启动,但一当服务控制台无法接收到应用程序的反馈信息,便会终止程序,因此要使用srvany.exe(同样,在win2003资源工具包中)
1、instsrv.exe 服务显示名 srvany.exe
2、在HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\下,找到刚添加的服务名,在其下新建项Parameters,再在其下新建字符串值,名Application,值为应用程序路径。
3、在服务中,找到刚添加的服务,在属性-登录中,勾选“允许服务与桌面交互”。
1.2.数据链路跨数据库访问,产生视图死锁
问题描述:
数据链路跨数据库访问,产生视图死锁
解决措施:
定位:监测后台数据库发现一个视图死锁,该视图为通过数据链路跨数据库查询建立的,项目组判断确实存在这种现象。
解决方案:
(1)、在本地数据库中删除该视图,建立一样的物理表,定时同步(用触发器或者定期复制)