基于HTML和URL的区别.doc

HTML-based mode与URL-based mode的区别:在Web(HTTP/HTML)录制中，有2种重要的录制模式。用户该选择那种录制模式呢？HTML-mode录制是缺省也是推荐的录制模式。它录制当前网页中的HTML动作。在录制会话过程中不会录制所有的资源。在回放时，HTML-mode脚本积极地解析返回的信息来获得要下载的资源。HTML-mode是亦称上下文敏感方式因为它只能在先前请求的结果的上下文之内执行。由于许多的HTTP 请求数据都是从内存中取出来的,所以语句必须在正确的前个请求之后执行。HTML-mode录制的优点是：1.资源从内存中取出且在回放时下载。因此，脚本比其他的录制方式更小且更容易阅读。2.由于只有较少的硬编码脚本，因此只有较少的动态数值需要关联。3.可以插入图片检查之类的语句以检查结果是否正确。4.因为HTML模式回放时需要积极地解析返回的信息,因此它可能会比其他录制模式更加占用资源。然而,HTML模式record/replay有相当大的改善,使得差异最小化且微不足道。 URL-mode选项指导VuGen录制来自server的所有的请求和资源。它自动录制每一个HTTP资源为URL的步骤。这种录制模式甚至抓取非HTML应用程序，例如applets和非浏览器的应用程序。推荐使用这种录制方式录制以下情况：1。录制非browser的应用程序2。取得在下载或不下载哪些资源上更好的控制，既然你可以在脚本中修改。3。当使用LR6.x时，录制使用applet和/或javascript的浏览器应用程序由于URL-模式录制了所有的请求和资源，需要做更多的关联。脚本看起来也会相当的长。教你调整Oracle数据库服务器的性能2006-12-18 11:06:15Linux联盟收集Oracle数据库服务器是整个系统的核心，它的性能高低直接影响整个系统的性能，为了调整Oracle数据库服务器的性能，主要从以下几个方面考虑： 1、调整操作系统以适合Oracle数据库服务器运行 Oracle数据库服务器很大程度上依赖于运行服务器的操作系统，如果操作系统不能提供最好性能，那么无论如何调整，Oracle数据库服务器也无法发挥其应有的性能。 1.1 为Oracle数据库服务器规划系统资源 据已有计算机可用资源, 规划分配给Oracle服务器资源原则是：尽可能使Oracle服务器使用资源最大化,特别在Client/Server中尽量让服务器上所有资源都来运行Oracle服务。 1.2 调整计算机系统中的内存配置 多数操作系统都用虚存来模拟计算机上更大的内存，它实际上是硬盘上的一定的磁盘空间。当实际的内存空间不能满足应用软件的要求时，操作系统就将用这部分的磁盘空间对内存中的信息进行页面替换，这将引起大量的磁盘I/O操作，使整个服务器的性能下降。为了避免过多地使用虚存，应加大计算机的内存。 1.3 为Oracle数据库服务器设置操作系统进程优先级 不要在操作系统中调整Oracle进程的优先级，因为在Oracle数据库系统中，所有的后台和前台数据库服务器进程执行的是同等重要的工作，需要同等的优先级。所以在安装时，让所有的数据库服务器进程都使用缺省的优先级运行。 2、调整内存分配 Oracle数据库服务器保留3个基本的内存高速缓存，分别对应3种不同类型的数据：库高速缓存，字典高速缓存和缓冲区高速缓存。库高速缓存和字典高速缓存一起构成共享池，共享池再加上缓冲区高速缓存便构成了系统全程区(SGA)。SGA是对数据库数据进行快速访问的一个系统全程区，若SGA本身需要频繁地进行释放、分配，则不能达到快速访问数据的目的，因此应把SGA放在主存中，不要放在虚拟内存中。内存的调整主要是指调整组成SGA的内存结构的大小来提高系统性能，由于Oracle数据库服务器的内存结构需求与应用密切相关，所以内存结构的调整应在磁盘I/O调整之前进行。 2.1 库缓冲区的调整 库缓冲区中包含私用和共享SQL和PL/SQL区，通过比较库缓冲区的命中率决定它的大小。要调整库缓冲区，必须首先了解该库缓冲区的活动情况，库缓冲区的活动统计信息保留在动态性能表v$librarycache数据字典中，可通过查询该表来了解其活动情况，以决定如何调整。Select sum(pins),sum(reloads) from v$librarycache; Pins列给出SQL语句，PL/SQL块及被访问对象定义的总次数；Reloads列给出SQL 和PL/SQL块的隐式分析或对象定义重装载时在库程序缓冲区中发生的错误。如果sum(pins)/sum(reloads) 0，则库缓冲区的命中率合适；若sum(pins)/sum(reloads)1, 则需调整初始化参数 shared_pool_size来重新调整分配给共享池的内存量。 2.2 数据字典缓冲区的调整 数据字典缓冲区包含了有关数据库的结构、用户、实体信息。数据字典的命中率，对系统性能影响极大。数据字典缓冲区的使用情况记录在动态性能表v$librarycache中，可通过查询该表来了解其活动情况，以决定如何调整。Select sum(gets),sum(getmisses) from v$rowcache; Gets列是对相应项请求次数的统计；Getmisses 列是引起缓冲区出错的数据的请求次数。对于频繁访问的数据字典缓冲区，sum(getmisses)/sum(gets)10%15%。若大于此百分数，则应考虑增加数据字典缓冲区的容量，即需调整初始化参数shared_pool_size来重新调整分配给共享池的内存量。 2.3 缓冲区高速缓存的调整 用户进程所存取的所有数据都是经过缓冲区高速缓存来存取，所以该部分的命中率，对性能至关重要。缓冲区高速缓存的使用情况记录在动态性能表v$sysstat中，可通过查询该表来了解其活动情况，以决定如何调整。 Select name,value from v$sysstat where name in (dbblock gets,consistent gets,physical reads); dbblock gets和consistent gets的值是请求数据缓冲区中读的总次数。physical reads的值是请求数据时引起从盘中读文件的次数。从缓冲区高速缓存中读的可能性的高低称为缓冲区的命中率，计算公式： Hit Ratio=1-(physical reds/(dbblock gets+consistent gets)如果Hit Ratio 网络瓶颈(对局域网，可以不考虑) - 服务器操作系统瓶颈(参数配置) - 中间件瓶颈(参数配置，数据库，Web服务器等) - 应用瓶颈(SQL 语句、数据库设计、业务逻辑、算法等等) 注： 以上过程并不是每个分析中都需要的，要根据测试目的和要求来确定分析的深度。对于一些要求低的，我们分析到应用系统在将来的负载压力(并发用户数、数据量)下，系统的硬件瓶颈在哪里就可以了。 分段排除法 分析的信息来源： 1. 根据场景运行过程中的错误提示信息 2. 根据测试结果收集到的监控指标数据 一、 错误提示分析 分析实例： 1、 Error： Failed to connect to server 0:8000:10060 Connection 2、 Error: timed out Error:Server 0 has shut down the connection prematurely 分析： A、 应用服务死掉 (小用户时：程序上的问题。程序上处理数据库的问题) B、 应用服务没死掉(应用服务参数设置问题) 引用 例如：在许多客户端连接WebLogic应用服务器被拒绝，而在服务器端没有错误显示，则可能是WebLogic中的server元素的AcceptBackLog属性设置过低。如果连接时收到Connection refused消息，说明应提高该值，每次增加25% C、数据库的链接(1、在应用服务器的性能参数可能太小 2、数据库启动的最大连接数(跟硬件的内存有关) 3、 Error: Page download timeout(120 seconds) has expired 分析：可能是以下的原因造成 A、 应用服务参数设置太大导致服务器的瓶颈 B、 页面中图片太多 C、 在程序处理表的时候检查字段太大多 二. 监控指标数据分析 1. 最大并发用户数： 应用系统在当前环境(硬件环境、网络环境、软件环境(参数配置)下能承受的最大并发用户数。 引用 在方案运行中，如果出现了大于3个用户的业务操作失败，或出现了服务器shutdown的情况，则说明在当前环境下，系统承受不了当前并发用户的负载压力，那么最大并发用户数就是前一个没有出现这种现象的并发用户数。 如果测得的最大并发用户数达到了性能要求，且各服务器资源情况良好，业务操作响应时间也达到了用户要求，那么OK。否则，再根据各服务器的资源情况和业务操作响应时间进一步分析原因所在。 2业务操作响应时间： 分析方案运行情况应从平均事务响应时间图和事务性能摘要图开始。使用“事务性能摘要”图，可以确定在方案执行期间响应时间过长的事务。 细分事务并分析每个页面组件的性能。查看过长的事务响应时间是由哪些页面组件引起的？问题是否与网络或服务器有关？ 如果服务器耗时过长，请使用相应的服务器图确定有问题的服务器度量并查明服务器性能下降的原因。如果网络耗时过长，请使用“网络监视器”图确定导致性能瓶颈的网络问题 3服务器资源监控指标：内存： 1 UNIX资源监控中指标内存页交换速率（Paging rate），如果该值偶尔走高，表明当时有线程竞争内存。如果持续很高，则内存可能是瓶颈。也可能是内存访问命中率低。 2 Windows资源监控中，如果ProcessPrivate Bytes计数器和ProcessWorking Set计数器的值在长时间内持续升高，同时MemoryAvailable bytes计数器的值持续降低，则很可能存在内存泄漏。 内存资源成为系统性能的瓶颈的征兆: 很高的换页率(high pageout rate); 进程进入不活动状态; 交换区所有磁盘的活动次数可高; 可高的全局系统CPU利用率; 内存不够出错(out of memory errors) 处理器： 1 UNIX资源监控（Windows操作系统同理）中指标CPU占用率（CPU utilization），如果该值持续超过95%，表明瓶颈是CPU。可以考虑增加一个处理器或换一个更快的处理器。如果服务器专用于SQL Server,可接受的最大上限是80-85% 合理使用的范围在60%至70%。 2 Windows资源监控中，如果SystemProcessor Queue Length大于2，而处理器利用率（Processor Time）一直很低，则存在着处理器阻塞。 CPU资源成为系统性能的瓶颈的征兆: 很慢的响应时间(slow response time) CPU空闲时间为零(zero percent idle CPU) 过高的用户占用CPU时间(high percent user CPU) 过高的系统占用CPU时间(high percent system CPU) 长时间的有很长的运行进程队列(large run queue size sustained over time) 磁盘I/O： 1 UNIX资源监控（Windows操作系统同理）中指标磁盘交换率（Disk rate），如果该参数值一直很高，表明I/O有问题。可考虑更换更快的硬盘系统。 2 Windows资源监控中，如果 Disk Time和Avg.Disk Queue Length的值很高，而Page Reads/sec页面读取操作速率很低，则可能存在磁盘瓶径。 I/O资源成为系统性能的瓶颈的征兆 : 过高的磁盘利用率(high disk utilization) 太长的磁盘等待队列(large disk queue length) 等待磁盘I/O的时间所占的百分率太高(large percentage of time waiting for disk I/O) 太高的物理I/O速率:large physical I/O rate(not sufficient in itself) 过低的缓存命中率(low buffer cache hit ratio(not sufficient in itself) 太长的运行进程队列，但CPU却空闲(large run queue with idle CPU) 4数据库服务器： SQL Server数据库： 1 SQLServer资源监控中指标缓存点击率（Cache Hit Ratio），该值越高越好。如果持续低于80%，应考虑增加内存。 2 如果Full Scans/sec（全表扫描/秒）计数器显示的值比1或2高，则应分析你的查询以确定是否确实需要全表扫描，以及SQL查询是否可以被优化。 3 Number of Deadlocks/sec(死锁的数量/秒)：死锁对应用程序的可伸缩性非常有害，并且会导致恶劣的用户体验。该计数器的值必须为0。 4 Lock Requests/sec(锁请求/秒)，通过优化查询来减少读取次数，可以减少该计数器的值。 Oracle数据库： 1 如果自由内存接近于0而且库快存或数据字典快存的命中率小于0.90，那么需要增加SHARED_POOL_SIZE的大小。 快存（共享SQL区）和数据字典快存的命中率： select(sum(pins-reloads)/sum(pins) from v$librarycache; select(sum(gets-getmisses)/sum(ge