合理设置内存让数据库与其他程序共存

　　在SQL Server数据库中，有min server memory与max server memory两个内存选项。数据库管理员合理设置这两个选项可以让SQL SERVER数据库系统与其他英勇程序和平共存。顾名思义，min server memory就是设置数据系统所使用的最小内存，而max server memory用来设置其可以使用的最大内存。

　　一、SQL SERVER数据库的内存管理机制。

　　在数据库启动的时候，其实数据库引擎并不会马上在内存中抓取min参数规定的内存量。这种占着茅坑不拉屎的事情SQL Server数据库是不会做的。系统在刚开始启动的时候，数据库缓冲池只抓取初始化所需要的内存，如上图所示。数据库启动之后随着业务量的增大，数据库引擎的工作负荷也会随之增加。此时数据库引擎会继续获取完成工作所需要的内存。在达到min规定的内存数量之前，数据库引擎缓冲池是不会释放它获取的任何内存。如数据库初始化内存为20M，而规定的min内存数量为50M。则可能因为用户查询某个负责报表的需要，内存需要量会达到40M。查询作业执行完毕后数据库系统缓冲池实际使用的内存量可能只需要20M即可。但是只要没有达到50M这个值。则数据库系统不会把没有的20M内存还给操作系统，而是一直占用着，以方面后续的作业。

　　如果用户需要调用数据库系统中的函数或者过程，此时内存的需要量可能会超过规定的最小内存量，如达到80M。此时数据库引擎会根据一定的标准算法，根据需要来获取和释放内存。当需要使用超过50M的内存的时候，只要没有达到内存的最大限值之前，则会根据系统提供的标准算法来获取内存。至于这个标准算法到底是怎么样的，这不是我们数据库管理员所需要关注的内容。然后等到这个过程或者函数调用完毕后，内存使用量可能会降低到最低内存数量以下，如又回复到40M。此时数据库引擎就会释放内存，把没有用到的内存释放出来给其他应用程序使用。但是这个释放会有一个限制。数据库引擎缓冲池从不将内存分配降低到最小内存所指定的水平下。也就是说，此时数据库最多会释放30M的内存，为自己留下50M的内存空间，即使当前其可能只需要用到40M内存空间即可。当然在抓取内存空间的时候，其也不会为自己分配高于MAX内存所规定的内存空间。

　　二、内存参数配置对其他应用系统的影响。

　　在一台服务器上，往往多个应用程序需要共享内存。如可能在一台服务器上部署了多个应用系统，至少在一台服务器上操作系统与SQL Server数据库之间需要共存。为此SQL Server数据库可以使用多少的内存空间，肯定会对其他的应用程序产生比较大的影响。

　　如在一台服务器上部署了SQL Server数据库系统、邮件应用系统、ERP应用服务器等等三个应用系统。如果先启动SQL Server数据库系统，后来又要启动邮件应用系统，此时邮件应用系统的启动速度就会受到影响。因为某些应用程序在初始化的过程中可能会需要用到比较大的内存空间。而在启动的过程中，可能数据库在使用的内存比较多，剩余的内存不能够满足其他应用程序启动的需要。此时其他应用程序在启动时就会等待，等待数据库应用程序释放内存。这就会延长其他应用程序的启动时间。

　　另外在执行某些工作的时候，也会影响到。如在同一个时间对数据库与邮箱服务器进行备份作业。由于备份作业需要用到比较多的内存，此时就会发生内存争用选项。为此如果能够把数据库的最低内存设置的比较低的话，则数据库系统在用完内存话就可以马上把内存释放出来，而不会为自己保留比较大的暂时不同的内存空间。同理，在保障业务需求的情况下把最大内存设置的比较小，则可以为其他应用程序留下比较多的内存空间。

　　三、多个应用程序共存时的内存分配。

　　如果一台服务器上只运行了一个数据库应用程序，或者说数据库的应用比较简单、数据库内存使用量基本上不会超过最小内存数量的花，则可以采用默认多参数配置。但是如果在同一台服务器上部署了比较多的应用程序或者数据库设计比较复杂，此时就需要对数据库的最小内存与最大内存进行配置，以实现多个应用程序能够实现和平共处。另外如果数据库本身比较简单，但是其他应用程序比较复杂，可能会占用90%以上的内存时，数据库就需要采用一定的保护措施，需要设置最小内存与最大内存，来保障自己数据库正常运行所需要的内存空间。

　　1、数据库管理员需要监测内存的使用情况，并根据监测的数据来进行设置。由于采取的操作系统、部署的应用程序不同;甚至在SQL Server数据库中启用的服务不同，数据库需要使用的内存数量也是不同的。为此没有一个具体的标准说最小内存或者最大内存要配置多少。通常情况下需要数据库管理员跟踪数据库服务器一段时间，看看其内存的使用量。如笔者建议用户，数据库系统正是投入使用后，在头一年内需要每个月观测一下内存的使用情况。由于头几个月可能使用的不稳定，所得到的数据参考价值不大。而从第六个月开始到第12个月近八个月数据库内存的使用情况来看，基本上可以得出一个最小内存与最大内存的合理范围。然后数据库管理员就可以来对内存的最大最小值来进行设置。以后若前台应用程序做了新的调整或者数据库中采用了新的功能，仍然需要对内存的使用情况进行监测，来确定一个合理的内存使用范围。一般来说，最好把最小内存设置的小一点，而把最大内存的花设置的大一点。如此的话，可以让数据库引擎在管理内存的时候有比较大的灵活性。然后再进行后续监测的数据来进行相应的调整，慢慢的把内存配置调整到最优。根据笔者的经验，要达到合理的内存配置之前，往往需要一个比较漫长的时间。不过这对于数据库性能优化来说，可能这个过程也不是很长。

　　2、要分析数据库系统内存的使用大户，跟其他应用程序的内存使用高峰分流。数据库中函数、过程、复杂的视图、备份等作业都会用到比较可观的内存。如企业如果在SQL SERVER数据库上面部署了ERP系统，而系统中有一个“库存采购”作业，这个需要用到比较复杂的业务逻辑，需要考虑到库存、安全库存、包装数量等等比较复杂的计算。为此最好能够把这个作业放到服务器比较空的时候运行，以跟其他应用程序错开运行。如在应用程序设计的时候，可以把这个作业放在后台运行，并让其在晚上12点运行。然后在第二天早上之前出来结果。另外每个应用程序都需要对自己的数据进行备份，以防不时之需。而备份程序往往也需要用到比较多的内存。为此最好能够把各种应用程序的备份作业错开来运行。如此的话可以减少应用程序之间内存的占用。

　　四、数据库内存分配的特殊情况。

　　如果在同一个服务器上部署多个应用程序的话，内存的争用是在所难免的。为此数据库管理员往往需要为数据库分配合适的内存参数，保证数据库即能够满足其日常运行的需要，又尽量减少对其他应用程序的不良影响。在参数配置的过程中，除了需要考虑如上几个建议之外，还需要注意数据库内存分配中的特殊情况。

　　如果把最小内存与最大内存的值设置为相同，那么会产生什么情况呢?如果把它们设置为相同的值，则一旦分配给数据库引擎的内存达到这个值的话，则数据库引擎将停止为缓冲池动态释放和获取内存。也就是说，此时数据库内存的分配就是固定的，不会根据数据库引擎的负荷来动态的获取或者释放。显然对于生成用的服务器来说，这并不是一个很好的配置。但是在一些特殊的应用下，却可以起到比较不错的效果。如需要测试数据库某个作业与内存之间的关系，那么就有可能需要把它们的值配置为相同。另外如果服务器中只运行了数据库应用程序，那就有可能需要把这两个参数设置的比较高，以减少数据库内存释放与获取时所发生的额外开销等等。

　　另外数据库运行过程中的某些作业是不受这个最大内存的限制的。如数据库中的进程可能会得到超过最大内存选项所指定的内存;数据库的一些外部组建也可以得到缓冲池以外的内存。不过在大部分情况下，数据库运行还是受到这个缓冲池内存的限制的。所以说在内存参数设置的时候，最好能够留有一定的余地。