专家教你优化你的SQL Server硬件性能

优化SQL Server硬件性能

对SQL Server的性能调整有很多种方式,就像建造一所房子。你必须找到一个合适的地点,拥有肥沃的土壤、构建一个结实的地基,支持2到3层的小楼,安装电气和插座,对墙壁刷油漆并进行装饰,最后进行不断的维护。

调整SQL Server的性能也具有类似的项目,其中包括:

硬件

Windows服务器

SQL Server

数据库设计

索引设计

T-SQL 开发

网络基础设施

前端代码

平台维护

虽然在获得高性能方面,没有哪个单个的组件比其他的具有更大的重要性,但是要争取的开始是必要的。如果你没有建造一个坚固的地基,那么应用程序的其他部分也会被较早的组件中的不足所困扰。更进一步的说,虽然也有可能在部署之后重新构建硬件,或者只是简单地移植到其他的硬件平台上,但是对整体平台的合适的计划,将会支持应用程序在很长的一段时间之内都避免极其消耗时间的升级。

硬件计划

合适的硬件计划是获得高性能的第一步。要根据需求来判断使用什么硬件是非常重要的,这些需求可以通过CPU、内存、驱动器、网络接口卡(NIC)等的容量计算得出。有时候,这些决策非常简单;你可以使用共同的标准来简化硬件的支持。如果标准不存在,那么抓住机遇并开始构建能够简化整体管理的标准。

由于标准化对于支持大量的服务器非常关键,因此它应该可以被后来的技术所兼容,所以你可以继续以较低的成本获得较高的性能。当前两种需要短期和长期考虑的硬件技术就是64位技术和数据库加速器。

64位体系结构

由于硬件提供商发布了64位的成本合理的服务器,Windows Server 2003 和 SQL Server 2000就可以用来平衡额外的资源来从扩大规模的角度改善整体的性能。在64位的世界里,64个CPU和 1TB的内存都可以直接定位,远远超过32位的世界中通常的4个CPU和3GB的内存——比两倍的资源还要多。

当前,64位的平台在工具和所有应用程序支持方面还有一些限制,但是这些情况都会随着时间而改变。现在要时刻关注64位的体系结构是至关重要的,因为他们成熟完善并且获得软件供应商更大的支持,这一点通过在一些已经相当大的服务器上提高规模选项来支持。

基于硬件的加速器

由于SQL Server,数据库加速器近来获得相当大的关注。在概念层上,数据库加速器是拥有CPU和内存的硬件设备。他们存储整个数据库,或者内存中的一部分表,用以处理需要回写到SQL Server的用户事务,这些事务最终需要存储数据。好处就是这些设备有时候可以支持整个数据库或者专用内存中的核心表,这样比访问磁盘上的数据要好。这种方式可以分别支持规模扩大和规模缩小,因为单个的数据库加速器可以减少硬件瓶颈,而不会对现有的SQL Server带来改变。

有一家提供这种类型解决方案的公司,名为XPrime。如果在升级可以被测试和完成之前,没有进一步的软件优化可以决定,并且正常运行时间不能受到危害,那么考虑一下这个选择。

时间: 2024-09-11 23:38:51

专家教你优化你的SQL Server硬件性能的相关文章

如何提高SQL Server数据仓库性能

数据仓库通常是企业内部最大的数据库了.构建和管理系统是项大的任务,这些项目会由于众多用户提供的不兼容的输入而很快变得难以控制.提高系统的查询性能是可以实现的,但是必须要经过周密计划,随后还有具有远见的设计和开发阶段.在这篇文章中,我们将会列出获得并且为性能需求计划的一些技术,然后我们会在SQL Server上提高你的数据仓库性能. 需求 对于需要支持数百个GB到几个TB的数据系统而言,性能永远不会是你需要考虑的最后一件事情.当你收集数据仓库需求的时候,你就会被训练掌握用户性能需求的规则了.基于这

SQL Server数据库性能优化

设计1个应用系统似乎并不难,但是要想使系统达到最优化的性能并不是一件容易的事.在开发工具.数据库设计.应用程序的结构.查询设计.接口选择等方面有多种选择,这取决于特定的应用需求以及开发队伍的技能.本文以SQL Server为例,从后台数据库的角度讨论应用程序性能优化技巧,并且给出了一些有益的建议. 1 数据库设计 要在良好的SQL Server方案中实现最优的性能,最关键的是要有1个很好的数据库设计方案.在实际工作中,许多SQL Server方案往往是由于数据库设计得不好导致性能很差.所以,要实

SQL Server数据库性能优化技术第1/2页_数据库其它

设计1个应用系统似乎并不难,但是要想使系统达到最优化的性能并不是一件容易的事.在开发工具.数据库设计.应  用程序的结构.查询设计.接口选择等方面有多种选择,这取决于特定的应用需求以及开发队伍的技能.本文以SQL  Server为例,从后台数据库的角度讨论应用程序性能优化技巧,并且给出了一些有益的建议.  1 数据库设计  要在良好的SQL Server方案中实现最优的性能,最关键的是要有1个很好的数据库设计方案.在实际工作中,许多SQL  Server方案往往是由于数据库设计得不好导致性能很差

在SQL server的性能优化过程中的常见技巧

在SQL server 的http://www.aliyun.com/zixun/aggregation/14109.html">性能优化过程中,TSQL的语句优化是很重要的一环.当您使用各种手段找出系统最需要优化的语句后,应该如何对该语句进行优化呢?下面列出一些TSQL 语句优化的常见技巧. 1. 语句的执行计划分析 首先要对该语句的执行计划(execution plan)进行分析,找出语句运行慢的原因.比如说, <>在检查执行计划是否包含table scan /index

SET STATISTICS IO和SET STATISTICS TIME 在SQL Server查询性能优化中的作用

原文:SET STATISTICS IO和SET STATISTICS TIME 在SQL Server查询性能优化中的作用 近段时间以来,一直在探究SQL Server查询性能的问题,当然也漫无目的的查找了很多资料,也从网上的大神们的文章中学到了很多,在这里,向各位大神致敬.正是受大神们无私奉献精神的影响,所以小弟也作为回报,分享一下关于SET STATISTICS IO和SET STATISTICS TIME这两条T_SQL命令,在查询优化性能中的作用.       首先我想说明一下这篇文章

SQL Server优化技巧之SQL Server中的&quot;MapReduce&quot;

原文:SQL Server优化技巧之SQL Server中的"MapReduce" 日常的OLTP环境中,有时会涉及到一些统计方面的SQL语句,这些语句可能消耗巨大,进而影响整体运行环境,这里我为大家介绍如何利用SQL Server中的"类MapReduce"方式,在特定的统计情形中不牺牲响应速度的情形下减少资源消耗. 我们可能经常会利用开窗函数对巨大的数据集进行分组统计排序.比如下面的例子: 脚本环境 /* This script creates two new

Sql Server 查询性能优化之走出索引的误区分析_MsSql

据了解绝大多数开发人员对于索引的理解都是一知半解,局限于大多数日常工作没有机会.也什么没有必要去关心.了解索引,实在哪天某个查询太慢了找到查询条件建个索引就ok,哪天又有个查询慢了,再建立个索引就是,或者干脆把整个查询SQL直接发给DBA,让DBA直接帮忙优化了,所以造成的状况就是开发人员对于索引的理解.认识很局限,以下就把我个人对于索引的理解及浅薄认识和大家分享下,希望能解除一些大家的疑惑,一起走出索引的误区 误区1.在表上建立了索引,在查询时用到了索引的列,索引就一定会生效 首先明确下这样的

分析Sql Server查询性能优化之走出索引的误区

误区1.在表上建立了索引,在查询时用到了索引的列,索引就一定会生效 首先明确下这样的观点是错误的,SQL Server查询优化器是基于开销进行选择的优化器,通过一系列复杂判断来决定是否使用索引.使用什么类型索引.使用那个索引.SQL Server内部维护着索引列上的数据的统计,统计信息会随着索引列内容的变化而变化,索引的有效期完全取决于索引列上的统计信息,随着数据的变化关于索引的检索机制也随之变化.对于查询优化器来说始终保持查询开销最低始终是其的不二选择,如果一个非聚集索引的列上有大量的重复值,

Sql Server CPU 性能排查及优化的相关 Sql

Sql Server CPU 性能排查及优化的相关 Sql 语句,非常好的SQL语句,记录于此: --Begin Cpu 分析优化的相关 Sql --使用DMV来分析SQL Server启动以来累计使用CPU资源最多的语句.例如下面的语句就可以列出前50名.select c.last_execution_time,c.execution_count,c.total_logical_reads,c.total_logical_writes,c.total_elapsed_time,c.last_e