性能调整.doc

。按照系统响应时间、吞吐量和可用性来测量性能。性能还受以下因素影响:薆莂螁系统中可用的资源羂荿罿如何充分利用和共享这些资源。莅蒂蒇一般情况下,可调整您的系统来改进其成本和效益比率。具体目标可能包括:莃袇莅处理更大的或更紧迫的工作负载,而不增加处理成本莈薂蒃例如,增加工作负载而不用购买新硬件或占用更多处理器时间蚈螇肂获得更快的系统响应时间或更大的吞吐量,而不增加处理成本莅袀蒇降低处理成本,而不会降低对用户的服务聿蒈螅将性能从技术指标转换为经济指标比较困难。调整性能在用户时间和处理器时间方面一定会提高成本,因此在对项目进行调整前应衡量其相对于可能效益的成本。其中某些效益是有形的:膃羀袁更有效地利用资源葿羆螀能够向系统添加更多的用户。袂羀薇其它效益是无形的,例如,由于响应更快而让用户更加满意。应考虑所有这些效益。袀蚈膆相关概念羅肀荿性能调整准则肇肆芅性能调整的快速启动技巧蚄腿蒂相关任务蒈袈聿开发性能提高流程蒃薃螇此主题可在以下位置找到:《管理指南:性能》。衿芆肄性能调整准则蒆薃蒂以下准则可帮助您制定一个调整性能的总体方案。芀羈蒀记住递减返回定律:最大的性能收益通常来自于最初的努力。以后的更改通常只能产生越来越小的效益,并且需要更多努力。芅蚃蕿不要只为调整而调整:进行调整以释放标识的约束。如果调整的资源不是造成性能问题的主要原因,这种调整对响应时间几乎不产生影响,除非您释放了主要约束,而且这种调整实际上会使后续调整工作更加困难。如果有可能明显提高性能的话,则关键在于对某些作为影响响应时间的主要因素的资源的性能提高。蚁蒅肇考虑整个系统:永远不能片面地调整一个参数或系统。在进行任何调整前,务必考虑它将对整个系统带来的影响。肄螃薂一次更改一个参数:不要一次更改多个性能调整参数。即使您肯定所有更改都有好处,也没有任何办法来评估每个更改所带来的影响。如果一次更改多个参数,也不能有效地判断所做的更改的利弊。如果每次调整一个参数来改进一方面,几乎总是会影响至少一个您可能没有考虑到的其它方面。通过一次更改一个,允许您使用基准程序来评估您是否需要进行更改。螈膇袁按级别测量和重新配置:和一次只应更改一个参数的理由一样,一次也只能调整系统的一个级别。可使用以下的系统级别列表作为参考:螂袃羇硬件膈蚅袆操作系统袅羃蚂应用程序服务器和请求器蕿莇节数据库管理器蚄肃虿SQL语句羀螅蚅应用程序莃膂螂检查是否存在硬件和软件问题:某些性能问题可通过维修硬件和/或修订软件来解决。如果通过维修或修订就可解决问题,就不需要花过多时间来监视和调整系统。肇蒇蚃在升级硬件前搞清楚问题:即使增加存储器或提高处理器能力可立即改善性能,也应花时间了解系统的瓶颈所在。可能花钱增加磁盘存储器后,才发现系统没有处理能力或可利用它的通道。膂膂膆在开始调整前执行回退过程:正如前面所讲,某些调整可能产生意外的性能结果。如果此调整使性能降低,应撤销该调整,改试另一种调整。如果保存了以前的设置并可重新调用它,那么撤销不正确的信息将变得非常容易。蒈羅蚈相关概念膅节袂性能元素衿蚇蝿性能调整的快速启动技巧羄莂袈相关任务莀膄蒆开发性能提高流程螃蒂羂此主题可在以下位置找到:《管理指南:性能》。螁袆膀开发性能提高流程螅薂薀性能提高流程是一种可重复的长期方法,用于监视和调整性能的各个方面。您和您的性能小组可以根据监视的结果调整数据库服务器的配置,并可对使用数据库服务器的应用程序进行更改。袇薈芅性能监视和调整决策必须以您对使用数据的应用程序类型的了解程度和数据存取的模式为依据。不同类型的应用程序具有不同的性能要求。薄蚂羂将下面的性能提高流程概述作为提高性能的准则。芈肆薁过程芃螂肈要开发性能提高流程:虿螈羄定义性能目标。肂螁肁为系统中的主要约束建立性能指示器。肀膆羂开发并执行性能监视方案。肅袁螀连续分析监视结果以确定哪些资源需要调整。膇袈肇每次进行一项调整。袄羁膁即使您认为需要调整多个资源,或数个调整选项可用于您要调整的资源,也要一次进行一项调整,从而确保所做的调整工作可以产生所需的效果。在某些点,调整数据库服务器和应用程序并不能提高性能。因此,您需要升级硬件。薈莆腿实际的性能调整要求综合考虑系统资源。例如,为了提高I/O性能,您可能会增大缓冲池的容量,但是,缓冲池的容量越大,所需的内存也就越多,这将会降低其它方面的性能。蚃肁膈相关概念罿肈螆性能元素蚆膁芁性能调整准则莀薅薀性能调整的快速启动技巧蒄芁羀性能调整限制螀芇薅用户可以提供的性能信息膃莁蚅此主题可在以下位置找到:《管理指南:性能》。羇蚅羁用户可以提供的性能信息