Windows Server 2008优化方案

计算机系统运行时间一长, 其运行速度将会明显变慢,并且时不时地还出现系统分区空间不够用的提示,对于这样的现象,相信几乎所有的人都深有感触!造成这种现象的主要原因就是系统分 区“不堪重负”,想办法为系统分区“减负”,已经变得刻不容缓。不同的系统环境下,为系统分区“减负”的操作有时会不一样;现在,本文就为各位朋友介绍 Windows Server 2008下为系统分区“减负”的秘籍!

  1、不让上网垃圾“拖累”系统分区

  在Windows Server 2008系统环境下,使用其自带的IE浏览器上网冲浪时,常常会在系统分区中产生不少Internet临时文件,这些临时性的垃圾文件如果不被及时清除干 净,那么系统分区的“身材”就会变得越来越臃肿,从而会影响Windows Server 2008的运行效率。为了让Windows Server 2008系统运行效率更高,我们应该及时删除上网垃圾,确保这些垃圾内容不“拖累”系统分区,下面就是具体的删除步骤:

  首先在Windows Server 2008系统桌面中,依次单击“开始”/“设置”/“控制面板”命令,在弹出的系统控制面板窗口中,将“Internet”关键字填写在右上角的搜索文本框中;

  在其后出现的搜索结果 页面中单击“更改临时Internet文件设置”链接,打开如图1所示的设置对话框;在该设置对话框中,单击“Internet临时文件”处的“删除文 件”按钮,在其后的确认窗口中单击“是”按钮,这样一来保存在系统分区中的临时Internet文件就被成功清除出去了;

   

Windows Server 2008优化方案 - Lucifer - Lucifer

    同样地,我们可以单击“历史记录”处的“删除历史记录”按钮,将已访问的网站列表信息从系统分区中删除干净,单击“Cookie”处的“删除Cookie”按钮将网站存储在系统分区中的文件信息删除干净。

  当然,我们也可以直接在如图1所示的设置对话框中单击“全部删除”按钮,将保存在系统分区中的各种各样垃圾信息一次性从系统中清除出去,如此一来系统分区的“身材”就不会受到上网垃圾的“拖累”了。

2、不让休眠功能“拖累”系统分区

  当Windows Server 2008系统处于“休眠”状态时,系统分区中会自动出现一个与系统内存容量相差无几的hiberfil.sys文件,不过当系统从休眠状态切换到正常运行 状态时,hiberfil.sys文件并不会随之消失,很显然系统休眠时自动生成的hiberfil.sys文件,会明显消耗系统分区宝贵的空间资源,影 响系统的运行效率。为了给系统分区“减负”,我们可以按照如下步骤来停用Windows Server 2008系统的休眠功能,保证系统分区中不会出现hiberfil.sys文件:

  首先需要将 Windows Server 2008系统的“休眠”功能关闭掉,才能避免系统每次自动生成hiberfil.sys文件。要关闭系统的“休眠”功能其实很简单,只要以系统管理员身份 登录进Windows Server 2008系统环境,依次单击“开始”/“程序”/“附件”/“命令行提示符”命令,将系统屏幕切换到DOS命令行状态;

  其次在DOS命令行提 示符下,输入字符串命令“powercfg -h off”,单击回车键后,Windows Server 2008系统的“休眠”功能就会被自动关闭掉了;日后要是大家想将“休眠”功能恢复正常的话,只要在系统的运行文本框中执行字符串命令“powercfg -h on”就可以了。

  一旦成功关闭掉 Windows Server 2008系统的“休眠”功能后,我们下面需要将之前自动生成的hiberfil.sys文件从系统分区中删除掉,以避免该文件会消耗宝贵的系统分区空间资 源。由于hiberfil.sys文件属于系统文件,这种类型的文件在默认状态下会处于隐藏状态,我们必须取消它的隐藏属性找到它;在取消 hiberfil.sys文件的隐藏属性时,我们可以先用鼠标双击系统桌面中的“计算机”图标,在弹出的计算机窗口中依次单击菜单栏中的“工具”/“文件 夹选项”命令,打开系统的文件夹选项设置对话框;

  单击文件夹选项设置对话框中的“查看”标签,打开如图2所示的标签设置页面,找到其中的“隐藏受保护的操作系统文件”选项,并取消该选项的选中状态,再在其后弹出的提示窗口中单击“是”按钮;

   

Windows Server 2008优化方案 - Lucifer - Lucifer

    

    之后选中对应标签设置页面中的“显示隐藏的文件和文件夹”选项,再单击“应用”按钮就能使上述设置生效了,最后单击“确定”按钮关闭文件夹选项设置对话框,到了这里hiberfil.sys文件就能正常显示在系统分区中了;

  下面打开系统的资源管理器窗口,从中进入Windows Server 2008系统所在的磁盘分区,选中并删除hiberfil.sys文件,就能达到不让休眠功能“拖累”系统分区的目的了。

3、不让分页文件“拖累”系统分区

  伴随着Windows Server 2008系统工作时间的推移,由系统虚拟缓存生成的页面文件pagefile.sys的容量也是越来越大,而pagefile.sys文件在默认状态下也 是要消耗系统分区空间资源的;很显然,要是让pagefile.sys文件的容量无限制“膨胀”的话,Windows Server 2008的系统分区空间资源将很快会消耗殆尽,这也是计算机运行时间一长系统速度越慢的原因。为了避免pagefile.sys文件容量的无限制“膨 胀”,我们可以设置虚拟缓存参数,让pagefile.sys文件的容量控制为物理内存容量的2倍左右,下面就是具体的设置步骤:

  首先以系统管理员身份登录进Windows Server 2008系统环境,用鼠标右键单击系统桌面中的“计算机”图标,从弹出的快捷菜单中执行“属性”命令,在其后界面中单击“高级系统设置”选项,进入系统的高级属性设置页面;

  其次单击该设置页面“性能”处的“设置”按钮,进入系统性能设置窗口,单击该设置窗口中的“高级”标签,在对应标签页面的“虚拟缓存”设置项处单击“更改”按钮,打开虚拟缓存参数设置对话框;

  检查该设置对话框中的“自动管理所有驱动器的分页文件大小”选项是否处于选中状态,要是发现该选项已经处于选中状态时,我们需要及时取消该选项的选中状态,再从该页面的驱动器列表中选中Windows Server 2008系统所在的磁盘分区;

  接着选中“自定义大 小”选项,并将初始大小参数设置为本地系统的内存容量大小,比方说本地系统内存为1GB时,那么我们在这里就应该输入“100”,不过这里输入的数值最大 不能超过“1500”;在确认上面的参数设置正确后,再依次单击“设置”、“确定”按钮,最后将本地系统重新启动一下,如此一来分页文件就不会“拖累”系 统分区了。

4、不让用户文档“拖累”系统分区

  在Windows Server 2008系统环境下,以系统登录账号名称为文件名的系统文件夹,包含了收藏夹、桌面、文档、图片、音乐、视频等若干频繁需要访问的内容,随着时间的推移, 用户文档文件夹的空间会变得越来越大,而该文件夹默认状态是存储在系统分区之下的,因此要想不让用户文档文件夹“拖累”系统分区,我们需要将该文件夹的保 存路径转移到系统分区以外的磁盘空间中。转移用户文档文件夹的保存路径其实非常简单,我们只要按照如下步骤进行操作就可以了:

  首先以系统管理员身份登录进Windows Server 2008系统环境,在该系统桌面中双击“计算机”图标,在弹出的计算机窗口中双击系统分区图标,进入系统分区窗口;

  其次在该窗口中用鼠标逐一双击“用户”文件夹、以系统登录账号名称为文件名的系统文件夹,在其后弹出的文件夹窗口中用鼠标右键单击“文档”图标,从弹出的快捷菜单中执行“属性”命令,打开如图3所示的设置对话框;

   

Windows Server 2008优化方案 - Lucifer - Lucifer

    

    单击该设置对话框中的“位置”标签,在对应标签页面中我们会发现在默认状态下系统会自动将新建的文档内容全部保存到系统分区中;为了将这些内容转移到非系 统分区中,我们可以单击对应标签页面中的“转移”按钮,在其后界面中指定一个新的存储位置就可以了,最后单击“确定”按钮系统就能将用户文档中的内容全部 转移到非系统分区中了,那样一来系统分区的空间资源就能得到节省了。

  按照同样的操作方法,我们可以将“用户”文件夹下面的内容全部转移到系统分区以外的位置处。

  小提示:对于 Windows Server 2008服务器系统来说,它能在默认状态下能对各种操作事件进行自动记忆,并将记录的内容保存到对应的系统日志、安全日志以及应用程序日志中;一旦服务器 遇到安全攻击时,网络管理人员可以从日志文件下手,来寻找与安全攻击相关的蛛丝马迹,从而为保护服务器的安全提供快速应对办法。不过Windows Server 2008服务器系统的各种日志文件,在默认状态下是保存在系统分区中的,服务器系统运行的时间越长,各种日志文件的容量也是越大,那么系统分区的空间资源 也会被消耗得越厉害,为此我们也需要将日志文件的保存路径转移到系统分区以外的位置。在转移日志文件的保存路径时,我们可以依次单击“开始”/“运行”命 令,在弹出的系统运行对话框中,输入字符串命令“compmgmt.msc”,单击“确定”按钮后打开服务器系统的计算机管理窗口;其次在该管理窗口的左 侧显示窗格中,用鼠标逐一展开“系统工具”/“事件查看器”/“Windows 日志”节点选项,在“Windows 日志”节点选项下面我们会看到“系统”、“安全”、“应用程序”等几个选项。要查看系统日志文件的默认存放位置时,我们可以直接用鼠标右键单击 “Windows 日志”节点选项下面的“系统”选项,从随后弹出的快捷菜单中执行“属性”命令,之后在常规标签页面中我们就能看到本地系统日志文件的默认保存位置了(如图 4所示);要将系统日志文件的保存位置转移到系统分区以外的位置时,我们需要先在其他分区中创建一个保存系统日志文件的文件夹,假设在这里我们指定 “F:\aaa”文件夹来保存系统日志文件;创建好“F:\aaa”文件夹后,再将默认路径下的系统日志文件

“System.evtx” 拷贝到“F:\aaa”文件夹中,最后在图4界面的日志路径中输入“f:\aaa\System.evtx”,并单击“确定”按钮,就能成功将 Windows Server 2008服务器系统的系统日志文件转移到系统分区以外的位置了。同样地,我们也可以将其他类型的日志文件转移到系统分区以外的位置,具体操作方法在这里就 不重复叙述了。

   

Windows Server 2008优化方案 - Lucifer - Lucifer

5、不让其他细项“拖累”系统分区

  大家知道,系统分区空 间不够用时,系统的运行性能就很容易受到影响。为了让系统分区够用,我们完全可以在安装Windows Server 2008服务器系统的时候,多留一些空间资源给系统分区,确保系统分区的空间足够大,如此一来系统分区也就不在乎其他因素对它的“拖累”了。

  除了上网访问时会产生 垃圾外,Windows Server 2008服务器系统在平时的运行过程中还会产生其他一些系统垃圾,这些垃圾也需要定期清除。在清除这些系统垃圾时,我们可以使用Windows Server 2008服务器系统自带的磁盘清理功能,来快速为系统分区腾出空间;依次单击“开始”/“程序”/“附件”/“系统工具”/“磁盘清理”命令,之后选中系 统分区,再单击“确定”按钮,那样一来磁盘清理功能就会自动扫描Windows Server 2008服务器系统中的垃圾文件,并且弹出如图5所示的磁盘清理对话框,选中要删除的文件,最后单击“确定”按钮就能将扫描到的系统垃圾从系统分区中删除 干净了。

   

Windows Server 2008优化方案 - Lucifer - Lucifer

 

    

    此外,还需要提醒各位注意的是,日后在安装应用程序的时候,尽量将应用程序的安装路径设置到系统分区以外的位置处,比方说安装下载类的、聊天类的应用程序,因为这些应用程序在默认状态下会将下载、接收下来的文件全部保存到安装目录中。

 

 

上网优化

 

在Internet网络大 行其道的今天,我们几乎无时无刻不与Internet网络在打着交道,提供速度更快、连接更稳定的上网冲浪访问一直是我们的追求。除了要保证上网冲浪的相 关硬件性能要稳定外,只要我们对Windows系统稍微做一些针对性设置,同时适当注意一些操作秘籍,也能获得更快的上网冲浪速度。现在,本文就以 Windows Server 2008系统为操作蓝本,向各位朋友推荐几则让上网冲浪驶上高速路的私房秘籍,但愿这些内容能对大家有用!

  1、不让IPv6协议成绊脚石

  与旧版本操作系统相 比,Windows Server 2008系统新增加了TCP/IPv6网络协议,不过由于目前多数普通工作站还不能很好支持该协议工作,导致该协议在平时的上网过程中无法发挥应有的作 用,相反由于该协议在默认状态会被Windows Server 2008系统自动安装启用,它的存在会对平时上网还有干扰作用。为了不让TCP/IPv6网络协议干扰平时的上网冲浪访问,我们必须毫不犹豫地关闭TCP /IPv6网络协议的选中状态;关闭TCP/IPv6网络协议的方法其实很简单,只要按照如下步骤来进行就可以了:

  首先以系统管理员身份进入Windows Server 2008系统,依次单击“开始”/“设置”/“网络连接”/“本地连接”命令,打开本地连接的属性设置窗口;

  其次在该属性设置窗口 中单击“常规”标签,并在对应标签页面中选中与TCP/IPv6通信协议有关的选项(如图1所示),并将该选项之前的勾号取消掉,再单击“确定”按钮关闭 本地连接属性设置窗口,那样一来我们日后的上网冲浪操作就不会受到TCP/IPv6网络协议的干扰了。

  Windows Server 2008优化方案 - Lucifer - Lucifer

图1 本地链接属性

  此外,在如图1所示的 标签设置页面中,“Link-layer Topology Discovery Responder”、“链路层拓扑发现映射器I/O驱动程序”等都可以去掉,因为这些组件平时不怎么用到,如果选中它们的话,反而会影响工作站正常上网 和浏览;另外,倘若自己的工作站中没有什么共享资源要共享给其他用户访问或者我们不想访问局域网中的其他共享资源时,可以取消“Microsoft网络客 户端”项目以及“Microsoft网络的文件和打印机共享”项目的选中状态。

2、不让模块服务干扰上网

  在Windows Server 2008系统环境下,使用其自带的IE程序下载一些容量较大的程序文件时,Windows Server 2008系统的CPU资源时常会被突然消耗殆尽,这种现象将会导致与Internet网络建立的连接被迫断开,从而造成上网冲浪的中断。仔细对这种奇怪的 故障现象进行研究后,我们发现在下载来自Internet网络中的大容量程序时,需要耗费的时间可能比较长,Windows Server 2008系统中的Windows Module Installer系统服务可能会在这段时间突然运行,从而会抢用系统中宝贵的CPU资源,而上网连接由于没有了CPU资源的支持,将会被迫发生中断现 象。为了避免系统模块服务Windows Module Installer干扰上网冲浪的稳定性,我们可以尝试关闭该系统模块服务,以便全力以赴地让系统CPU资源支持上网连接操作;在关闭Windows Server 2008系统的Windows Module Installer服务时,我们可以按照下面的操作来进行:

  首先以系统管理员身份 进入Windows Server 2008系统,依次单击该系统桌面中的“开始”/“运行”命令,在弹出的系统运行文本框中输入字符串命令“services.msc”,单击回车键后,打 开Windows Server 2008系统的服务列表窗口;

  其次从服务列表窗口中 找到“Windows Module Installer”服务选项,并用鼠标双击该服务选项,打开如图2所示的Windows Module Installer服务属性界面,在该界面的运行状态处我们就能清楚地看到系统模块服务是否启动运行了,一旦发现它已经被启动时,我们可以直接单击对应设 置页面中的“停止”按钮,强行关闭“Windows Module Installer”服务的运行状态;

  Windows Server 2008优化方案 - Lucifer - Lucifer

图2 Windows Module Installer服务属性

  为了防止该模块服务日后会跟随Windows系统一起启动运行,我们还需要修改该系统服务的“启动类型”参数,将其设置为“禁止”或“手动启动”,最后单击“确定”按钮关闭目标服务属性设置窗口,那样的话系统模块服务日后就不会干扰我们的上网访问活动了。

3、不让防火墙阻碍上网操作

  Windows Server 2008系统的防火墙功能比其他操作系统大大强化了,为了保护系统安全,相信许多人都会毫不犹豫地启用防火墙,不过这样一来防火墙就会自动对上网数据流进 行拦截审查,从而会影响上网冲浪的效率。那么如何才能既开通防火墙来保护工作站系统的上网安全,又能不影响上网冲浪的速度呢?其实很简单,我们只要对 Windows Server 2008服务器系统的自带防火墙程序进行合适设置,让其对常规的上网冲浪操作予以放行,而对存在明显漏洞的应用程序进行拦截就可以了,下面就是具体的设置 步骤:

  首先以系统管理员身份 进入Windows Server 2008服务器系统,用鼠标逐一单击系统“开始”菜单中的“设置”、“控制面板”选项,打开系统控制面板窗口,从中双击Windows防火墙图标,进入 Windows Server 2008服务器系统的防火墙基本配置界面,之后单击其中的“常规”标签,选中对应标签设置页面中的“启用”选项(如图3所示),这么一来Windows Server 2008服务器系统的防火墙在缺省状态下,会同时拦截所有应用程序访问Internet网络;此时,我们可以单击“例外”标签,并在对应标签页面中让防火 墙放行IE、QQ、MSN等常用网络应用程序,如此一来我们就能在防火墙的保护下安全上网冲浪了。

  Windows Server 2008优化方案 - Lucifer - Lucifer

图3 启用防火墙

  对于那些存在安全漏洞 的应用程序,我们应该让Windows Server 2008服务器系统的防火墙拦截它们的网络访问行为,要做到这一点,只需要在防火墙的“例外”标签设置页面中,取消目标漏洞应用程序的选中状态,如果在对 应标签页面中找不到目标漏洞应用程序时,我们可以单击“添加程序”按钮,在随后出现的文件选择框中将目标漏洞程序添加进来就可以了。

4.不让网卡设备出工不出力

  目前,许多普通用户使 用的工作站仍然还安装使用着10/100M自适应的网卡设备,这种网卡设备按理来说完全可以工作在100M传输速度下,然而在很多时候,这种类型的网卡常 常出工不出力,仅仅晃悠晃悠地工作在10M传输速度下。其实在Windows Server 2008系统环境下,我们可以按照如下步骤来让10/100M自适应网卡设备工作在100M传输速度下,确保网卡设备全力以赴地支持上网冲浪:

  首先以系统管理员身份进入Windows Server 2008系统,依次单击“开始”/“设置”/“网络连接”命令,在弹出的网络连接列表界面中用鼠标右键单击“本地连接”图标,并执行右键菜单中的“属性”命令,打开本地连接的属性设置窗口;

  其次在该属性设置窗口 中单击“常规”标签,并单击对应标签页面中的“配置”按钮,进入目标网卡设备的属性设置界面,单击该设置界面中的“高级”标签,并在对应标签页面中将网卡 速度调整为100M,并且将工作模式设置为全双工模式(如图4所示),最后单击“确定”按钮就可以了。

  Windows Server 2008优化方案 - Lucifer - Lucifer

图4 网卡属性

5、不让IE影响网页正常访问

  不少上网用户反映,在 Windows Server 2008操作系统下,使用其自带的Internet Explorer访问网页内容时,时常会遇到浏览器打开一半网页内容时,浏览器窗口莫名其妙被关闭的现象,而且这种现象有时还会频繁发生,很明显它会对我 们的上网冲浪效率产生直接影响。为了不让IE浏览器影响网页正常访问,我们可以按照下面的操作来调教Windows Server 2008系统自带的IE浏览器:

  首先以系统管理员身份登录进Windows Server 2008系统,运行其中的Internet Explorer程序,在弹出的IE浏览器窗口中,依次单击菜单栏中的“工具”/“Internet选项”,进入Interner选项设置对话框;

  Windows Server 2008优化方案 - Lucifer - Lucifer

图5 Internet选项

  在该设置对话框中单击 “安全”选项卡,并选中对应选项设置页面中的“Internet”项目,再将对应该项目下面的“要求重新启动Internet Explorer”选项取消选中(如图5所示);紧接着,再将对应“本地连接”项目下面的“要求重新启动Internet Explorer”选项也取消选中。如果上面的设置,还不能让Internet Explorer浏览器的工作状态恢复正常的话,我们还可以尝试在Internet选项设置对话框中单击“高级”选项卡,再单击对应选项设置页面中的“重 置”按钮,这样的话Internet Explorer浏览器一般就不会影响我们正常访问网页内容了。

  当然,Windows Server 2008系统为了帮助大家使用Internet Explorer浏览器快速访问到网页内容,还提供了无加载运行Internet Explorer的功能,通过这种方式打开Internet Explorer浏览器后,任何脚本内容以及插件都不会被自动运行,如此一来网页中的有效文字、图象内容就可以被快速显示出来了。

  • 0
    点赞
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
书名: SQLServer2008查询性能优化 作者: 弗里奇(Grant Fritchey) 出版社: 人民邮电出版社 出版日期: 2010年8月1日 ISBN: 9787115230294 编辑推荐 《SQL Server 2008查询性能优化》为你提供了处理查询性能所需要的工具。建立、维护数据库和数据库服务器可能是个困难的工作。当服务器的运行越来越慢时,这个工作就变得更加困难。来自用户的愤怒的电话以及站在你办公桌周围的管理人员都使你很不快活。在开发代码的同时,如果你花费时间和精力来开发一个性能故障排错的方法。那么你就能避免这种情况——至少可以快速而有效地做出反应。《SQL Server 2008查询性能优化》指出的性能要点之一是数据库随着用户和数据的日益增多而进行扩展的必要性。你需要理解性能低下的起因。以及识别并修复它们的方法。《SQL Server 2008查询性能优化》将帮助你: 使用性能监视器、SQL Trace以及动态管理视图和函数建立性能基线 理解一般系统中发生瓶颈的地方。以及解决瓶颈的方法 识别常见性能问题以及对其快速处理的方法 实施修复甚至预防性能问题的T-SQL最佳实践 《SQL Server 2008查询性能优化》不是理论书籍,它的目的是帮助你避免数据库出现性能低下的状况,它还能帮助你保住你的工作。 内容提要 《SQL Server 2008查询性能优化》通过大量实例,详细介绍了SQL Server数据库系统优化的各种方法和技巧。内容涵盖了数据库应用系统中各种性能瓶颈的表现形式及其发生的根源和解决方法,从硬件瓶颈到查询、索引设计以及数据库管理等,贯穿了数据库系统知识的各个方面。最后以一个实际的工作负载将所有技巧联系起来,并且提供了“宝典”式的最佳实践列表。 《SQL Server 2008查询性能优化》适合于关心数据库应用系统性能的开发人员和数据库管理人员阅读。通过阅读《SQL Server 2008查询性能优化》,不仅可以学习到数据库性能管理的许多知识和技巧,还有助于养成良好的编程习惯,为实现高性能的数据库应用系统打下基础。 目录 第1章 SQL查询性能调整 1 1.1 性能调整过程 2 1.1.1 核心过程 2 1.1.2 迭代过程 4 1.2 性能vs.价格 7 1.2.1 性能目标 7 1.2.2 “足够好”的调整 7 1.3 性能基线 8 1.4 工作的重点 9 1.5 SQL Server性能杀手 10 1.5.1 低质量的索引 10 1.5.2 不精确的统计 11 1.5.3 过多的阻塞和死锁 11 1.5.4 不基于数据集的操作 11 1.5.5 低质量的查询设计 12 1.5.6 低质量的数据库设计 12 1.5.7 过多的碎片 12 1.5.8 不可重用的执行计划 13 1.5.9 低质量的执行计划 13 1.5.10 频繁重编译计划 13 1.5.11 游标的错误使用 13 1.5.12 错误配置数据库日志 14 1.5.13 过多使用或者错误配置tempdb 14 1.6 小结 14 第2章 系统性能分析 15 2.1 性能监视器工具 15 2.2 动态管理视图 17 2.3 硬件资源瓶颈 18 2.3.1 识别瓶颈 18 2.3.2 瓶颈解决方案 19 2.4 内存瓶颈分析 19 2.4.1 SQL Server内存管理 20 2.4.2 Available Bytes 23 2.4.3 Pages/sec和Page Faults/sec计数器 23 2.4.4 Buffer Cache Hit Ratio 24 2.4.5 Page Life Expectancy 24 2.4.6 Checkpoint Pages/sec 24 2.4.7 Lazy writes/sec 24 2.4.8 Memory Grants Pending 25 2.4.9 Target Server Memory(KB)和Total Server Memory(KB) 25 2.5 内存瓶颈解决方案 25 2.5.1 优化应用程序工作负载 26 2.5.2 为SQL Server分配更多内存 27 2.5.3 增加系统内存 27 2.5.4 更换32位处理器为64位处理器 27 2.5.5 启用3GB进程空间 28 2.5.6 在32位SQL Server中使用4GB以上内存 28 2.6 磁盘瓶颈分析 29 2.6.1 磁盘计数器 30 2.6.2 % Disk Time 30 2.6.3 Current Disk Queue Length 31 2.6.4 Disk Transfers/sec 31 2.6.5 Disk Bytes/sec 32 2.6.6 Avg. Disk Sec/Read和Avg. Disk Sec/Write 32 2.7 磁盘瓶颈解决方案 32 2.7.1 优化应用程序工作负载 33 2.7.2 使用更快的磁盘驱动器 33 2.7.3 使用一个RAID阵列 33 2.7.4 使用SAN系统 35 2.7.5 恰当地对齐磁盘 35 2.7.6 使用电池后备的控制器缓存 36 2.7.7 添加系统内存 36 2.7.8 创建多个文件和文件组 36 2.7.9 将表和索引放在不同的磁盘上 39 2.7.10 将日志文件保存到独立的物理磁盘 39 2.7.11 表的分区 40 2.8 处理器瓶颈分析 40 2.8.1 % Processor Time 41 2.8.2 % Privileged Time 41 2.8.3 Processor Queue Length 42 2.8.4 Context Switches/sec 42 2.8.5 Batch Requests/sec 42 2.8.6 SQL Compilations/sec 42 2.8.7 SQL Recompilations/sec 43 2.9 处理器瓶颈解决方案 43 2.9.1 优化应用程序工作负载 43 2.9.2 消除过多的编译/重编译 43 2.9.3 使用更多或更快的处理器 44 2.9.4 使用大的二级(L2)/三级(L3)缓存 44 2.9.5 运行更高效的控制器/驱动程序 44 2.9.6 不运行不必要的软件 45 2.10 网络瓶颈分析 45 2.10.1 Bytes Total/sec 45 2.10.2 % Net Utilization 46 2.11 网络瓶颈解决方案 46 2.11.1 优化应用程序工作负载 46 2.11.2 增加网络适配器 47 2.11.3 节制和避免中断 47 2.12 SQL Server总体性能 47 2.12.1 丢失索引 48 2.12.2 数据库阻塞 49 2.12.3 不可重用的执行计划 50 2.12.4 总体表现 50 2.13 创建一个基线 51 2.13.1 创建性能计数器的一个可重用列表 51 2.13.2 使用性能计数器列表创建一个计数器日志 54 2.13.3 最小化性能监视器开销 55 2.14 以基线为标准的系统状态分析 56 2.15 小结 57 第3章 SQL查询性能分析 58 3.1 SQL Profiler工具 58 3.1.1 Profiler跟踪 59 3.1.2 事件 60 3.1.3 数据列 62 3.1.4 过滤器 64 3.1.5 跟踪模板 65 3.1.6 跟踪数据 65 3.2 跟踪的自动化 66 3.2.1 使用GUI捕捉跟踪 66 3.2.2 使用存储过程捕捉跟踪 67 3.3 结合跟踪和性能监视器输出 68 3.4 SQL Profiler建议 69 3.4.1 限制事件和数据列 69 3.4.2 丢弃性能分析所用的启动事件 70 3.4.3 限制跟踪输出大小 70 3.4.4 避免在线数据列排序 71 3.4.5 远程运行Profiler 71 3.4.6 限制使用某些事件 71 3.5 没有Profiler情况下的查询性能度量 71 3.6 开销较大的查询 72 3.6.1 识别开销较大的查询 73 3.6.2 识别运行缓慢的查询 77 3.7 执行计划 78 3.7.1 分析查询执行计划 80 3.7.2 识别执行计划中开销较大的步骤 82 3.7.3 分析索引有效性 83 3.7.4 分析连接有效性 84 3.7.5 实际执行计划vs.估算执行计划 88 3.7.6 计划缓存 89 3.8 查询开销 90 3.8.1 客户统计 90 3.8.2 执行时间 91 3.8.3 STATISTICS IO 92 3.9 小结 94 第4章 索引分析 95 4.1 什么是索引 95 4.1.1 索引的好处 97 4.1.2 索引开销 98 4.2 索引设计建议 100 4.2.1 检查WHERE子句和连接条件列 100 4.2.2 使用窄索引 102 4.2.3 检查列的唯一性 103 4.2.4 检查列数据类型 106 4.2.5 考虑列顺序 107 4.2.6 考虑索引类型 109 4.3 聚簇索引 109 4.3.1 堆表 110 4.3.2 与非聚簇索引的关系 110 4.3.3 聚簇索引建议 112 4.4 非聚簇索引 117 4.4.1 非聚簇索引维护 117 4.4.2 定义书签查找 117 4.4.3 非聚簇索引建议 118 4.5 聚簇索引vs.非聚簇索引 118 4.5.1 聚簇索引相对于非聚簇索引的好处 119 4.5.2 非聚簇索引相对于聚簇索引的好处 120 4.6 高级索引技术 121 4.6.1 覆盖索引 122 4.6.2 索引交叉 124 4.6.3 索引连接 125 4.6.4 过滤索引 126 4.6.5 索引视图 128 4.6.6 索引压缩 132 4.7 特殊索引类型 134 4.7.1 全文索引 134 4.7.2 空间索引 135 4.7.3 XML 135 4.8 索引的附加特性 135 4.8.1 不同的列排序顺序 135 4.8.2 在计算列上的索引 136 4.8.3 BIT数据类型列上的索引 136 4.8.4 作为一个查询处理的CREATE INDEX语句 136 4.8.5 并行索引创建 136 4.8.6 在线索引创建 137 4.8.7 考虑数据库引擎调整顾问 137 4.9 小结 137 第5章 数据库引擎调整顾问 139 5.1 数据库引擎调整顾问机制 139 5.2 数据库引擎调整顾问实例 143 5.2.1 调整一个查询 143 5.2.2 调整一个跟踪工作负载 146 5.3 数据库引擎调整顾问的局限性 148 5.4 小结 149 第6章 书签查找分析 150 6.1 书签查找的目的 150 6.2 书签查找的缺点 152 6.3 分析书签查找的起因 153 6.4 解决书签查找 155 6.4.1 使用一个聚簇索引 155 6.4.2 使用一个覆盖索引 155 6.4.3 使用索引连接 158 6.5 小结 160 第7章 统计分析 161 7.1 统计在查询优化中的角色 161 7.2 索引列上的统计 162 7.2.1 更新统计的好处 162 7.2.2 过时统计的缺点 164 7.3 在非索引列上的统计 165 7.3.1 在非索引列上统计的好处 166 7.3.2 丢失非索引列上的统计的缺点 169 7.4 分析统计 172 7.4.1 密度 174 7.4.2 多列索引上的统计 174 7.4.3 过滤索引上的统计 175 7.5 统计维护 176 7.5.1 自动维护 177 7.5.2 人工维护 179 7.5.3 统计维护状态 181 7.6 为查询分析统计的有效性 182 7.6.1 解决丢失统计问题 182 7.6.2 解决过时统计问题 184 7.7 建议 186 7.7.1 统计的向后兼容性 186 7.7.2 自动创建统计 186 7.7.3 自动更新统计 187 7.7.4 自动异步更新统计 189 7.7.5 收集统计的采样数量 189 7.8 小结 190 第8章 碎片分析 191 8.1 碎片的成因 191 8.1.1 UPDATE语句引起的页面分割 193 8.1.2 INSERT语句引起的页面分割 196 8.2 碎片开销 197 8.3 分析碎片数量 200 8.4 碎片解决方案 204 8.4.1 卸载并重建索引 204 8.4.2 使用DROP_EXISTING子句重建索引 205 8.4.3 执行ALTER INDEX REBUILD语句 205 8.4.4 执行ALTER INDEX REORGANIZE语句 207 8.5 填充因子的重要性 209 8.6 自动维护 212 8.7 小结 217 第9章 执行计划缓冲分析 218 9.1 执行计划生成 218 9.1.1 解析器 219 9.1.2 代数化器 220 9.1.3 优化 221 9.2 执行计划缓冲 227 9.3 执行计划组件 227 9.3.1 查询计划 227 9.3.2 执行上下文 227 9.4 执行计划的老化 228 9.5 分析执行计划缓冲 228 9.6 执行计划重用 229 9.6.1 即席工作负载 230 9.6.2 预定义工作负载 231 9.6.3 即席工作负载的计划可重用性 231 9.6.4 预定义工作负载的计划可重用性 239 9.7 查询计划Hash和查询Hash 248 9.8 执行计划缓冲建议 251 9.8.1 明确地参数化查询的可变部分 252 9.8.2 使用存储过程实现业务功能 252 9.8.3 使用sp_executesql编程以避免存储过程维护 252 9.8.4 实现准备/执行模式以避免重传查询字符串 253 9.8.5 避免即席查询 253 9.8.6 对于动态查询sp_executesql优于EXECUTE 253 9.8.7 小心地参数化查询的可变部分 254 9.8.8 不要允许查询中对象的隐含解析 254 9.9 小结 254 第10章 存储过程重编译 256 10.1 重编译的好处和缺点 256 10.2 确认导致重编译的语句 258 10.3 分析重编译起因 260 10.3.1 架构或绑定变化 261 10.3.2 统计变化 261 10.3.3 延迟对象解析 264 10.3.4 SET选项变化 266 10.3.5 执行计划老化 266 10.3.6 显式调用sp_recompile 267 10.3.7 显式使用RECOMPILE子句 268 10.4 避免重编译 269 10.4.1 不要交替使用DDL和DML语句 270 10.4.2 避免统计变化引起的重编译 271 10.4.3 使用表变量 273 10.4.4 避免在存储过程中修改SET选项 275 10.4.5 使用OPTIMIZE FOR查询提示 276 10.4.6 使用计划指南 277 10.5 小结 281 第11章 查询设计分析 282 11.1 查询设计建议 282 11.2 在小结果集上操作 283 11.2.1 限制选择列表中的列数 283 11.2.2 使用高选择性的WHERE子句 284 11.3 有效地使用索引 284 11.3.1 避免不可参数化的搜索条件 285 11.3.2 避免WHERE子句列上的算术运算符 289 11.3.3 避免WHERE子句列上的函数 290 11.4 避免优化器提示 292 11.4.1 连接提示 293 11.4.2 索引提示 295 11.5 使用域和参照完整性 296 11.5.1 非空约束 297 11.5.2 声明参照完整性 299 11.6 避免资源密集型查询 301 11.6.1 避免数据类型转换 301 11.6.2 使用EXISTS代替COUNT(*)验证数据存在 303 11.6.3 使用UNION ALL代替UNION 304 11.6.4 为聚合和排序操作使用索引 305 11.6.5 避免在批查询中的局部变量 306 11.6.6 小心地命名存储过程 309 11.7 减少网络传输数量 311 11.7.1 同时执行多个查询 311 11.7.2 使用SET NOCOUNT 311 11.8 降低事务开销 312 11.8.1 减少日志开销 312 11.8.2 减少锁开销 314 11.9 小结 315 第12章 阻塞分析 316 12.1 阻塞基础知识 316 12.2 理解阻塞 317 12.2.1 原子性 317 12.2.2 一致性 320 12.2.3 隔离性 320 12.2.4 持久性 321 12.3 数据库锁 321 12.3.1 锁粒度 322 12.3.2 锁升级 325 12.3.3 锁模式 326 12.3.4 锁兼容性 332 12.4 隔离级别 332 12.4.1 未提交读 333 12.4.2 已提交读 333 12.4.3 可重复读 335 12.4.4 可序列化(Serializable) 338 12.4.5 快照(Snapshot) 343 12.5 索引对锁的作用 343 12.5.1 非聚簇索引的作用 344 12.5.2 聚簇索引的作用 346 12.5.3 索引在可序列化隔离级别上的作用 346 12.6 捕捉阻塞信息 347 12.6.1 使用SQL捕捉阻塞信息 347 12.6.2 Profiler跟踪和被阻塞进程报告事件 349 12.7 阻塞解决方案 351 12.7.1 优化查询 352 12.7.2 降低隔离级别 352 12.7.3 分区争用的数据 353 12.7.4 争用数据上的覆盖索引 354 12.8 减少阻塞的建议 354 12.9 自动化侦测和收集阻塞信息 355 12.10 小结 359 第13章 死锁分析 360 13.1 死锁基础知识 360 13.2 使用错误处理来捕捉死锁 361 13.3 死锁分析 362 13.3.1 收集死锁信息 362 13.3.2 分析死锁 364 13.4 避免死锁 368 13.4.1 按照相同的时间顺序访问资源 368 13.4.2 减少被访问资源的数量 369 13.4.3 最小化锁的争用 369 13.5 小结 370 第14章 游标开销分析 372 14.1 游标基础知识 372 14.1.1 游标位置 373 14.1.2 游标并发性 374 14.1.3 游标类型 376 14.2 游标开销比较 378 14.2.1 游标位置的开销比较 378 14.2.2 游标并发性上的开销比较 380 14.2.3 在游标类型上的开销比较 381 14.3 默认结果集 383 14.3.1 好处 384 14.3.2 缺点 384 14.4 分析SQL Server游标开销 386 14.5 游标建议 390 14.6 小结 392 第15章 数据库工作负载优化 393 15.1 工作负载优化基础知识 393 15.2 工作负载优化步骤 394 15.3 捕捉工作负载 397 15.4 分析工作负载 399 15.5 识别开销最大的查询 400 15.6 确定开销最大的查询的基线资源使用 402 15.6.1 总体资源使用 402 15.6.2 详细资源使用 402 15.7 分析和优化外部因素 405 15.7.1 分析应用程序使用的批级别选项 405 15.7.2 分析统计有效性 406 15.7.3 分析碎片整理需求 406 15.8 分析开销最大的查询的内部行为 410 15.8.1 分析查询执行计划 410 15.8.2 识别执行计划中开销较大的步骤 412 15.8.3 分析处理策略的效率 412 15.9 优化代价最大的查询 412 15.9.1 修改现有索引 413 15.9.2 分析连接提示的应用 415 15.9.3 避免聚簇索引扫描操作 417 15.9.4 修改过程 418 15.10 分析对数据库工作负载的影响 420 15.11 迭代各个优化阶段 421 15.12 小结 424 第16章 SQL Server优化检查列表 425 16.1 数据库设计 425 16.1.1 平衡不足和过多的规范化 426 16.1.2 从实体完整性约束中得利 427 16.1.3 从域和参照完整性约束中得利 428 16.1.4 采用索引设计最佳实践 430 16.1.5 避免在存储过程名称中使用sp_前缀 431 16.1.6 最小化触发器的使用 431 16.2 查询设计 432 16.2.1 使用SET NOCOUNT ON命令 432 16.2.2 显式定义对象所有者 432 16.2.3 避免不可参数化的搜索条件 432 16.2.4 避免WHERE子句列上的算术运算符 433 16.2.5 避免优化器提示 434 16.2.6 远离嵌套视图 434 16.2.7 确保没有隐含的数据类型转换 435 16.2.8 最小化日志开销 435 16.2.9 采用重用执行计划的最佳实践 435 16.2.10 采用数据库事务最佳实践 436 16.2.11 消除或减少数据库游标开销 437 16.3 配置设置 437 16.3.1 Affinity Mask 437 16.3.2 内存配置选项 437 16.3.3 并行性开销阈值 438 16.3.4 最大并行度 438 16.3.5 优化即席工作负载 438 16.3.6 查询调控器开销限制 439 16.3.7 填充因子(%) 439 16.3.8 被阻塞过程阈值 439 16.3.9 数据库文件布局 439 16.3.10 数据库压缩 440 16.4 数据库管理 440 16.4.1 保持统计最新 440 16.4.2 保持最小数量的索引碎片数量 441 16.4.3 循环使用SQL错误日志文件 441 16.4.4 避免像AUTO_CLOSE或AUTO_SHRINK这样的自动化数据库功能 441 16.4.5 最小化SQL跟踪开销 442 16.5 数据库备份 442 16.5.1 增量和事务日志备份频率 442 16.5.2 备份分布 443 16.5.3 备份压缩 444 16.6 小结 444 作者介绍 作者:(美国)弗里奇(Grant Fritchey) (美国)达姆(Sajal Dam) 译者:姚军 弗里奇(Grant Fritchey),为FM Global(一家行业领先的工程和保险公司)工作,担任首席DBA。他使用各种语言(如VB、C#和Java等)开发了许多大规模的应用程序,从版本6.0开始使用SQL Server。他曾经为3家失败的.com公司担任财务和咨询工作,还是Dissecting SQL Server Execution Plans一书的作者。 达姆(Sajal Dam),拥有位于印度班加罗尔的印度理工学院的计算机科学技术硕士学位,并且使用微软技术超过16年。他已经在设计数据库应用和管理软件开发方面拥有了很广泛的背景。Saial还在从前端网页到后端数据库的基于微软技术的应用程序上,具备了故障定位和性能优化的大量经验。他有许多为《财富》500强公司设计可伸缩的数据库解决方案和最大化数据库环境性能的经验。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值