以下的文章主要向大家讲述的是SQL Server 服务器 在内存升级之后出现性能恶化的问题的破解，在实际操作中我们经常遇到这一问题，以下的文章就是针对这一问题给出的具体解答方案。
不久之前，笔者一个在企业中从事网管工作的朋友向我求助关于SQL Server服务器内存升级后遇到的问题。原来，他们企业准备上一个企业邮箱系统。为了节省开支，他们准备在原来的SQL Server服务器上部署企业的邮箱服务器。为
不久之前，笔者一个在企业中从事网管工作的朋友向我求助关于SQL Server服务器内存升级后遇到的问题。原来，他们企业准备上一个企业邮箱系统。为了节省开支，他们准备在原来的SQL Server服务器上部署企业的邮箱服务器。为了提高这个服务器的性能，让其能够承担其两种应用服务的重任，所以，他们对内存进行了升级。从原先的1G升级到了2G。
但是，内存升级完以后，邮箱应用服务的性能不但没有改善，而且，还有恶化的趋势。运行一段时间后，这台服务器上运行的邮箱系统就出现了异常情况。时不时的会报出内存分配不足的情况。一开始，他们还以为是邮箱服务器跟SQL Server服务器不兼容。故还请了邮箱服务器的技术人员前来查看。经过他们的检查，发现是SQL Server服务占用的大部分内存所导致的。SQL Server服务所需要的内存，从升级之前的600M左右一下子到了1.5个G。难怪邮箱应用服务要警报说内存不够了。
一、原因分析。
笔者对这种问题已经是见怪不怪了，已经遇到过好几次类似的故障。在SQL Server数据库启动的时候，数据库系统会根据物理内存的大小来动态的增大或者缩小高速缓冲区的容量。这主要是为了提高SQL Server服务器的性能才如此的设计的。
我们知道，一般情况下，高速缓冲区越大，则SQL Server服务器的性能越好。这主要是因为有些用户查询过的数据都可以放在高速缓冲区(即内存的其中一部分)中。如此的话，当用户下次再次需要这些数据的时候，就不用到硬盘中去读取，而直接在内存中读取即可。而从内存中读取数据要比在硬盘中读取速度要快的多。
所以，只要当服务器的可用内存在4MB与10MB之间的话，数据库系统就会把它的高速缓冲区不断的扩大。如此的话，当邮箱服务器突然需要用到比较大的内存，如对邮箱进行备份或者有用户群发邮件的时候，就会报错说“内存分配不足”。
故一般只是内存升级，往往不能够解决SQL Server服务与其他应用服务抢占内存的情况。为了让SQL Server能够与其他应用服务友好的共处，数据库管理员还需要对内存进行合理的分配，限制SQL Server数据库服务内存的占用率。
二、解决方法。
针对他们企业的这种情况，笔者给出两个建议。一是合理地给SQL Server数据库分配内存。而是不要把SQL Server服务跟其他应用服务放在同一台服务器上，毕竟数据库服务的并发行访问比较多，对服务器的性能要求比较高。
若果企业选择第一种应对措施的话，就需要限制SQL Server服务器的内存使用率。为了使得运行在同一台服务器的SQL Server服务器与邮箱服务能够达到一个合理的性能，能够和平共处，就需要采取一定的措施限制SQL Server数据库服务的内存使用量。在SQL Server服务器中，专门提供了一个工具(数据库引擎)，可以用来帮助我们干预SQL Server服务器的内存分配。
具体的说，可以按如下方法进行配置。
第一步：打开SQL Server企业管理器。
在SQL Server数据库中，提供了一个图形化界面的企业管理器。在这个管理平台上可以对SQL Server的大部分服务进行管理与配置。SQL Server数据库服务的内存分配规则当然也不例外，可以在这里进行调整。
第二步：找到我们需要调整的服务器。
有些企业，可能在网络中部署了多个SQL Server服务器。为了管理的方面，会在其中一台服务器上的企业管理器中集中进行管理。不过，这家企业他们只有一个SQL Server服务器。在我们需要调整的服务器上，右键单击，选择“属性”。然后就会弹出一个对话框。在对话框中选择“内存选项卡”。在这里就可以对数据库应用服务的内存分配方法进行设置。
第三步：调整相关的内存参数。
在这张选项卡中，一般有两个参数，分别为最小服务内存与最大服务内存。在实际工作中，我们往往有两种配置方法。
一是配置一个最大最小内存。即给SQL Server数据库应用服务设置一个最大的使用内存。如此的话，在这个最大的范围之后，数据库系统会根据实际情况，在最大内存范围之内对内存的分配进行调整。一般情况下，最小内存我们可以不设置，只对最大内存进行限制即可。这就给数据库一种自主选择的权利。可以提高内存的使用效率。
二是固定内存分配。即把“最小服务内存”与“最大服务内存”两个参数设置为相同。如此的话，不管数据库服务需要多大的内存，在服务器启动的时候，操作系统都会给其预留这么大的内存。其他的应用程序及时内存再怎么不足，也不会跨越数据库的内存领地。很明显，这种方式虽然保证了数据库服务的内存需求，但是，内存的使用率并不是很高。
针对上面两种方法，笔者比较倾向与使用第一种配置，即只对数据库应用服务的最大内存使用率进行限制。只要不超过这个范围，则服务器可以自主的进行调解。那么这个最大的使用率设置成多少合适呢?这主要要看企业所部属的服务了。由于这家企业，在同一台服务器上运行了邮箱服务器与数据库服务器，可能对硬件的压力比较大。因为这两个应用服务，都涉及到比较多的并发访问。所以，即使把硬件升级成了2G，估计也不能够给数据库服务分配比较多的内存。一般来说，并发性访问越多，则最好能够给其配置比较多的内存。
配置完成之后，不用重新启动，这个规则就会起效。不过笔者还是建议把SQL Server服务重新启动一下。在可以的情况下，把服务器重新启动一下最好。如此的话，操作系统就会根据这个规则，对内存进行重新的调整分配。也可以让SQL Server服务器更好的队内存进行合理的安排。如可以把SQL Serve可用内存固定在一个连续的区域内，以提高数据库的性能。
三、总结。
针对这个内存升级后所产生的烦恼，笔者有几句话说。
一是硬件升级只是数据库服务器性能提升的一个充分条件，而不是必要条件。也就是说，硬件的升级并不一定会导致服务器性能的提升。在硬件升级的同时，往往也需要调整相关的配置。让硬件升级的优势得到极大的发挥。笔者认为，有时候服务配置比纯粹的硬件升级更加重要。一些经验不足的网络管理人员只知道升级硬件，而忽视了服务的调整配置。他们这是走进了一个死胡同，效果往往不能够达到他们的预期。
二是一些并发性比较大的应用服务器，最好不要放在同一个SQL Server服务器上。现在企业基于服务器、客户端模式的管理软件应用越来越多。这种模式一个显著的特点，就是并发性访问比较频繁，给应用服务器带来了很大的压力。在一些性能要求比较高的企业，它们把数据库与前台的应用程序服务器都分开放置，以求优化服务器的性能。而且，现在SQL Server服务器价格已经逐渐能够被企业所接受。笔者认为，企业没有必要在这方面省钱。若多个应用服务并发性访问比较多的情况下，则最好考虑把他们部署在不同的服务器上。以提高各个应用服务的性能。
三是在同一个服务器上部署多个应用服务的话，要考虑应用服务的稳定性。因为像这家企业在同一个服务器上部署数据库与邮箱服务器，笔者并不是很赞同。因为邮箱服务器是一个比较容易遭受到攻击的服务器。垃圾邮件、病毒邮件等等都可能导致服务期运行不正常。把邮箱服务放在SQL Server数据库服务旁边，会降低数据库服务的稳定性。最好还是能够分开部署。
【编辑推荐】
oracle数据库的后台进程有哪些
DBWR进程：该进程执行将缓冲区写入数据文件，是负责缓冲存储区管理的一个ORACLE后台进程。 当缓冲区中的一缓冲区被修改，它被标志为“弄脏”，DBWR的主要任务是将“弄脏”的缓冲区写入磁盘，使缓冲区保持“干净”。 由于缓冲存储区的缓冲区填入数据库或被用户进程弄脏，未用的缓冲区的数目减少。 当未用的缓冲区下降到很少，以致用户进程要从磁盘读入块到内存存储区时无法找到未用的缓冲区时，DBWR将管理缓冲存储区，使用户进程总可得到未用的缓冲区。 ORACLE采用LRU（LEAST RECENTLY USED）算法（最近最少使用算法）保持内存中的数据块是最近使用的，使I/O最小。 在下列情况预示DBWR 要将弄脏的缓冲区写入磁盘：当一个服务器进程将一缓冲区移入“弄脏”表，该弄脏表达到临界长度时，该服务进程将通知DBWR进行写。 该临界长度是为参数DB-BLOCK-WRITE-BATCH的值的一半。 当一个服务器进程在LRU表中查找DB-BLOCK-MAX-SCAN-CNT缓冲区时，没有查到未用的缓冲区，它停止查找并通知DBWR进行写。 出现超时（每次3秒），DBWR 将通知本身。 当出现检查点时，LGWR将通知DBWR.在前两种情况下，DBWR将弄脏表中的块写入磁盘，每次可写的块数由初始化参数DB-BLOCK- WRITE-BATCH所指定。 如果弄脏表中没有该参数指定块数的缓冲区，DBWR从LUR表中查找另外一个弄脏缓冲区。 如果DBWR在三秒内未活动，则出现超时。 在这种情况下DBWR对LRU表查找指定数目的缓冲区，将所找到任何弄脏缓冲区写入磁盘。 每当出现超时，DBWR查找一个新的缓冲区组。 每次由DBWR查找的缓冲区的数目是为寝化参数DB-BLOCK- WRITE-BATCH的值的二倍。 如果数据库空运转，DBWR最终将全部缓冲区存储区写入磁盘。 在出现检查点时，LGWR指定一修改缓冲区表必须写入到磁盘。 DBWR将指定的缓冲区写入磁盘。 在有些平台上，一个实例可有多个DBWR.在这样的实例中，一些块可写入一磁盘，另一些块可写入其它磁盘。 参数DB-WRITERS控制DBWR进程个数。 LGWR进程：该进程将日志缓冲区写入磁盘上的一个日志文件，它是负责管理日志缓冲区的一个ORACLE后台进程。 LGWR进程将自上次写入磁盘以来的全部日志项输出，LGWR输出：当用户进程提交一事务时写入一个提交记录。 每三秒将日志缓冲区输出。 当日志缓冲区的1/3已满时将日志缓冲区输出。 当DBWR将修改缓冲区写入磁盘时则将日志缓冲区输出。 LGWR进程同步地写入到活动的镜象在线日志文件组。 如果组中一个文件被删除或不可用，LGWR 可继续地写入该组的其它文件。 日志缓冲区是一个循环缓冲区。 当LGWR将日志缓冲区的日志项写入日志文件后，服务器进程可将新的日志项写入到该日志缓冲区。 LGWR 通常写得很快，可确保日志缓冲区总有空间可写入新的日志项。 注意：有时候当需要更多的日志缓冲区时，LWGR在一个事务提交前就将日志项写出，而这些日志项仅当在以后事务提交后才永久化。 ORACLE使用快速提交机制，当用户发出COMMIT语句时，一个COMMIT记录立即放入日志缓冲区，但相应的数据缓冲区改变是被延迟，直到在更有效时才将它们写入数据文件。 当一事务提交时，被赋给一个系统修改号（SCN），它同事务日志项一起记录在日志中。 由于SCN记录在日志中，以致在并行服务器选项配置情况下，恢复操作可以同步。 CKPT进程：该进程在检查点出现时，对全部数据文件的标题进行修改，指示该检查点。 在通常的情况下，该任务由LGWR执行。 然而，如果检查点明显地降低系统性能时，可使CKPT进程运行，将原来由LGWR进程执行的检查点的工作分离出来，由 CKPT进程实现。 对于许多应用情况，CKPT进程是不必要的。 只有当数据库有许多数据文件，LGWR在检查点时明显地降低性能才使CKPT运行。 CKPT进程不将块写入磁盘，该工作是由DBWR完成的。 初始化参数CHECKPOINT-PROCESS控制CKPT进程的使能或使不能。 缺省时为FALSE，即为使不能。 SMON进程：该进程实例启动时执行实例恢复，还负责清理不再使用的临时段。 在具有并行服务器选项的环境下，SMON对有故障CPU或实例进行实例恢复。 SMON进程有规律地被呼醒，检查是否需要，或者其它进程发现需要时可以被调用。 PMON进程：该进程在用户进程出现故障时执行进程恢复，负责清理内存储区和释放该进程所使用的资源。 例：它要重置活动事务表的状态，释放封锁，将该故障的进程的ID从活动进程表中移去。 PMON还周期地检查调度进程（DISPATCHER）和服务器进程的状态，如果已死，则重新启动（不包括有意删除的进程）。 PMON有规律地被呼醒，检查是否需要，或者其它进程发现需要时可以被调用。 RECO进程：该进程是在具有分布式选项时所使用的一个进程，自动地解决在分布式事务中的故障。 一个结点RECO后台进程自动地连接到包含有悬而未决的分布式事务的其它数据库中，RECO自动地解决所有的悬而不决的事务。 任何相应于已处理的悬而不决的事务的行将从每一个数据库的悬挂事务表中删去。 当一数据库服务器的RECO后台进程试图建立同一远程服务器的通信，如果远程服务器是不可用或者网络连接不能建立时，RECO自动地在一个时间间隔之后再次连接。 RECO后台进程仅当在允许分布式事务的系统中出现，而且DISTRIBUTED ？C TRANSACTIONS参数是大于进程：该进程将已填满的在线日志文件拷贝到指定的存储设备。 当日志是为ARCHIVELOG使用方式、并可自动地归档时ARCH进程才存在。 LCKn进程：是在具有并行服务器选件环境下使用，可多至10个进程（LCK0，LCK1……，LCK9），用于实例间的封锁。 Dnnn进程（调度进程）：该进程允许用户进程共享有限的服务器进程（SERVER PROCESS）。 没有调度进程时，每个用户进程需要一个专用服务进程（DEDICATEDSERVER PROCESS）。 对于多线索服务器（MULTI-THREADED SERVER）可支持多个用户进程。 如果在系统中具有大量用户，多线索服务器可支持大量用户，尤其在客户_服务器环境中。 在一个数据库实例中可建立多个调度进程。 对每种网络协议至少建立一个调度进程。 数据库管理员根据操作系统中每个进程可连接数目的限制决定启动的调度程序的最优数，在实例运行时可增加或删除调度进程。 多线索服务器需要SQL*NET版本2或更后的版本。 在多线索服务器的配置下，一个网络接收器进程等待客户应用连接请求，并将每一个发送到一个调度进程。 如果不能将客户应用连接到一调度进程时，网络接收器进程将启动一个专用服务器进程。 该网络接收器进程不是ORACLE实例的组成部分，它是处理与ORACLE有关的网络进程的组成部分。 在实例启动时，该网络接收器被打开，为用户连接到ORACLE建立一通信路径，然后每一个调度进程把连接请求的调度进程的地址给予于它的接收器。 当一个用户进程作连接请求时，网络接收器进程分析请求并决定该用户是否可使用一调度进程。 如果是，该网络接收器进程返回该调度进程的地址，之后用户进程直接连接到该调度进程。 有些用户进程不能调度进程通信（如果使用SQL*NET以前的版本的用户），网络接收器进程不能将如此用户连接到一调度进程。 在这种情况下，网络接收器建立一个专用服务器进程，建立一种合适的连接.即主要的有：DBWR,LGWR,SMON 其他后台进程有PMON,CKPT等
ACCESS 和VFP由什么区别？
你要考啊？？
Access是一种桌面数据库，只适合数据量少的应用，在处理少量数据和单机访问的数据库时是很好的，效率也很高。 但是它的同时访问客户端不能多于4个。 access数据库有一定的极限，如果数据达到100M左右，很容易造成服务器iis假死，或者消耗掉服务器的内存导致服务器崩溃。 SQL Server是基于服务器端的中型的数据库，可以适合大容量数据的应用，在功能上管理上也要比Access要强得多。 在处理海量数据的效率，后台开发的灵活性，可扩展性等方面强大。 因为现在数据库都使用标准的SQL语言对数据库进行管理，所以如果是标准SQL语言，两者基本上都可以通用的。 SQL Server还有更多的扩展，可以用存储过程，数据库大小无极限限制。 SQL Server数据库的特征及其与Access数据库的区别 内 容 Access特征 MS SQL特征 版本 桌面版 网络版，可支持跨界的集团公司异地使用数据库的要求 节点 一人工作，要锁定，其他人无法使用 节点多，支持多重路由器 管理权限 否 管理权限划分细致，对内安全性高 防黑客能力 否 数据库划分细致，对外防黑客能力高 并发处理能力 100人或稍多 同时支持万人在线提交，在其它硬件例如网速等条件匹配的情况下可完全实现 导出XML格式 可以，需要单作程序 可导出成为XML格式，与Oracle数据库和DB2数据库通用，减少开发成本 数据处理能力 一般 快 是否被优化过 否 是------------------------------------
？vfp和access都是和数据库有关吧，但是它们有什么区别呢？
：他们本就是数据库了,只是一个小一个大一点,都是用MS公司出来的都是用SQL语言,ACCESS是集成在OFFICE里的,VFP是独立的,ACCESS只能算是一个个人用的小数据库,具有简单易用的特点,可是在处理大型数据方面就行了,VFP是一种关系数据库,有很多的好处,可是现在只是用来教学了,现在好少有人用VFP了,都在用SQL2000+了!
都是数据库操作,也没什么,掌握SQL是很重要的
Access 是简单桌面关系数据库管理系统软件，属于Office的一部分；VFP是从原来Foxbase升级过来的，包含独立的程序编译，为MS Visual Studio开发软件的一部份，现最高版本为9.0，据说从6.0后微软不再支持，你在新的Visual Studio中找不到VFP两个都属于二级，。 都属于关系型数据库，微软关系型数据库一共三种产品access,vfp,sql server，功能依次强大。
vfp比access难点而已
Access的安全性比VFP好些，同时在网络数据库方面Access优于VFP
Access2007Microsoft Office Access（前名 Microsoft Access）是由微软发布的关联式数据库管理系统。它结合了 Microsoft Jet>
什么是磁盘阵列？？
从RAID1到RAID5的几种方案中，不论何时有磁盘损坏，都可以随时拔出损坏的磁盘再插入好的磁盘(需要硬件上的热插拔支持)，数据不会受损，失效盘的内容可以很快地重建，重建的工作也由RAID硬件或RAID软件来完成。 但RAID0不提供错误校验功能，所以有人说它不能算作是RAID，其实这也是RAID0为什么被称为0级RAID的原因--0本身就代表没有。 1.3 RAID 的应用当前的PC机，整个系统的速度瓶颈主要是硬盘。 虽然不断有Ultra DMA33、 DMA66、DMA100等快速的标准推出，但收效不大。 在PC中，磁盘速度慢一些并不是太严重的事情。 但在服务器中，这是不允许的，服务器必须能响应来自四面八方的服务请求，这些请求大多与磁盘上的数据有关，所以服务器的磁盘子系统必须要有很高的输入输出速率。 为了数据的安全，还要有一定的容错功能。 RAID 提供了这些功能，所以RAID被广泛地应用在服务器体系中。 1.4 RAID 提供的容错功能是自动实现的(由RAID硬件或是RAID软件来做)。 它对应用程序是透明的，即无需应用程序为容错做半点工作。 要得到最高的安全性和最快的恢复速度，可以使用RAID1(镜像)；要在容量、容错和性能上取折衷可以使用RAID 5。 在大多数数据库服务器中，操作系统和数据库管理系统所在的磁盘驱动器是RAID 1，数据库的数据文件则是存放于RAID5的磁盘驱动器上。 1.5 有时我们看某些名牌服务器的配置单，发现其CPU并不是很快，内存也算不上是很大，显卡更不是最好，但价格绝对不菲。 是不是服务器系统都是暴利产品呢？当然不是。 服务器的配置与一般的家用PC的着重点不在一处。 除去更高的稳定性外，冗余与容错是一大特点，如双电源、带电池备份的磁盘高速缓冲器、热插拔硬盘、热插拔PCI插槽等。 另一个特点就是巨大的磁盘吞吐量。 这主要归功于RAID。 举一个例子来说，一台使用了SCSI RAID的奔腾166与一台IDE硬盘的PIIICopermine 800都用做文件服务器，奔腾166会比PⅢ的事务处理能力高上几十倍甚至上百倍，因为PⅢ处理器的运算能力根本用不上，反倒是奔腾166的RAID起了作用。 1.6 RAID现在主要应用在服务器，但就像任何高端技术一样，RAID也在向PC机上转移。 也许所有的 PC 机都用上了SCSI磁盘驱动器的RAID的那一天，才是PC机真正的出头之日
发表评论