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

欢迎进入Windows社区论坛，与300万技术人员互动交流 >>进入 三、多个应用程序共存时的内存分配 。 如果一台服务器上只运行了一个数据库应用程序，或者说数据库的应用比较简单、数据库内存使用量基本上不会超过最小内存数量的花，则可以采用默认多参数配置。

欢迎进入Windows社区论坛，与300万技术人员互动交流 >>进入

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

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

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

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

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

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

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

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

 

  [1] [2]