如何配置db2才能有效提升数据库性能

配置IBM DB2数据库系统是一个确保其性能、稳定性和资源利用效率的核心环节，它并非一次性的任务，而是一个根据业务负载变化持续监控和调整的动态过程，DB2的配置主要围绕数据库管理器和数据库本身两个层面展开，通过调整一系列关键参数来优化系统行为。

理解核心配置文件

DB2的配置信息主要存储在两个核心配置文件中,理解它们的作用范围是配置的第一步。

数据库管理器配置文件（DBM CFG），该文件在实例级别生效，其参数控制着整个DB2实例的行为，例如可用内存总量、最大并发代理程序数、以及是否启用联邦数据库功能等，对DBM CFG的修改会影响实例下所有的数据库，查看和更新该配置文件的常用命令是和 UPDATE DBM CFG 。

数据库配置文件（DB CFG），该文件在数据库级别生效，其参数仅对单个数据库起作用，控制着该数据库的日志管理、锁机制、排序堆大小、缓冲池等具体行为，每个数据库都有自己独立的一套DB CFG参数，同样，可以使用 GET DB CFG FOR <数据库名> 和 UPDATE DB CFG FOR <数据库名> 命令进行查看和修改。

关键参数详解与调整

在实际配置中,部分参数对性能影响尤为显著，下表列出了一些关键的DBM CFG和DB CFG参数及其作用，可供参考。

内存管理配置策略

内存配置是DB2调优的重中之重,DB2提供了强大的自调优内存管理器（STMM），当将 database_MEMORY 和 INSTANCE_MEMORY 设置为 AUTOMATIC 时，STMM会根据工作负载自动在缓冲池、排序堆等多个内存消费者之间动态分配内存，这极大地简化了初始配置和后期维护工作。

对于更精细的控制,管理员可以手动配置，策略通常包括：

配置最佳实践与工具

成功的配置遵循一些基本原则,在做出任何更改前，务必建立性能基线，记录关键性能指标，采用增量式调整法，一次只修改一个参数，然后观察其效果，避免多个变量同时作用导致问题难以定位，持续监控是关键，利用DB2提供的快照监视器、活动监视器等工具，实时了解数据库的运行状态。

除了命令行工具,IBM>相关问答FAQs

问题1：我更新了某个DB2配置参数后，为什么它没有立即生效？

解答： 这是因为DB2的配置参数分为“动态”和“静态”两种类型，动态参数的修改可以立即在内存中生效，无需重启任何服务，或，而静态参数的修改只更新了配置文件，需要重启DB2实例（和）或至少停用再激活数据库（ DEACTIVATE>

高手看看cpu intel I5 2500k和 intel e3 1230这两个cpu那个性能好一些，我是想自己装机

I5 2500K3.3G默认睿频3.7G 带核心显卡1500左右E3 默认3.2 睿频3.6 G 不带核心显卡 1380左右性能上 其实差不多， LZ 不会超频就选E3，会超频就选I5 2500K ，非常简单。E3+垃圾主板H61= 性价比高I5 2500K 需要配 超频主板 比如华硕P8P67

XP好还是WIN7好 电脑配置

我推荐用Win7，作为2001年上市的XP操作系统即将被淘汰，原因很简单，因为不支持DX10，如果只是单单玩永恒之塔一个游戏的话，确实xp可以满足您的要求，但是HD5770显卡本身支持DX11，在XP下无法发挥全部性能，不单单是游戏，看电影来说Win7可以发挥显卡本身的硬解码功能。 这个只是对于显卡来说，并没有加入对比Cpu，酷睿I5也算是不久前才上市的cpu，试问一下，2001年的操作系统和2009年的操作系统哪一个会对您的cpu发挥更好一些呢？楼上所说的xp玩游戏快只是对比那些支持DX9.0c的老游戏来说，确实可能要快一些，但差距微乎其微，只能通过用测试软件测出来，肉眼是感觉不到的。 最新作2033地铁，孤岛危机2，正当防卫2，这些游戏xp上是不支持的。 Win7是趋势，未来的游戏都会支持的。 另外再讲一下内存，4G内存在32为系统上只会显示为3.2G，XP如此，win7也一样，2G内存运行Win7只能说是不卡，所以Win7最好是3G内存，但是考虑到双通道，还是推荐2个2G，4G内存，双通道内存读取速度是单条内存的1.5-2倍。 若还有不明白，请给我留言。

ORACle数据库安全性设计？大家给点建议

Oracle数据库安全性设计建议一、 什么是安全的系统安全性建设是一个长期并且卓绝的工作。 作为一个符合标准的企业级系统，我们认为税务系统应该具备以下的安全性特点： 高可用性 对敏感数据的访问控制能力。 监测用户行为的审计能力。 用户帐号管理的有效性和扩充性二、 从哪些方面作安全性检查一个企业级系统的安全性建设并不仅仅局限于软件技术方面的设置和控制，甚至我们可以说，技术仅仅位于一个补充和提高现有安全性的地位上。 通常，应该按照重要性依次进行如下的安全性检查。 物理层面的控制控制物理接触是系统安全性建设的第一步，也是最会有成效，最应该优先执行的一步。 权威安全研究显示，70% 的信息系统数据损失和攻击都是由“内部人”（即具备某种系统及其数据访问权限的用户）造成和发起的。 比如，授权人员才可以进入机房，管理人员的密码不要记录在显眼的地方，离开个人终端锁定屏幕，等等，这些建议看上去似乎比较琐碎。 但是如果缺少了这些意识，即使我们运用了再好的安全性技术，再复杂的数据分离技术，当一个人可以接近需要保护的服务器，当一个人可以通过窃取的密码接近需要保护的数据，那么一切的安全性建设都将是一个摆设。 千里之堤，毁于蚁穴。 一个牢固的堤坝不会因为外界洪水的冲击而倒塌，却会崩坏于隐藏在自身内部的蛀虫。 所以，最佳的方法是不要让蚂蚁靠近堤坝。 安全性流程建设实施安全性建设之后，必须要有一个详细周密而且行之有效的流程控制（Process Control）。 其中行之有效是我们应该注意的。 有时候会听到抱怨，在增强了安全性建设的系统中，维护人员由于分工过细，导致整个系统的应变能力下降，维护成本提高，管理效率降低。 以前一个人可以在10分钟内作好的修改，现在却要途经3，4个人之手，耗时1－2天还不一定能够做完。 过犹不及，建立一个符合企业自身需求的安全性流程是我们应该优先考虑的。 普遍性的安全性措施不仅仅是Oracle数据库系统，作为一个具有领先性的IT系统，都应该包括以下的安全性措施。 1． 只安装需要的软件每个软件都有缺陷，对于Oracle数据库软件来说，自定义安装，只选取需要的组件，少作少错，这一点在安全性方面显得尤为重要，一个具有潜在安全性漏洞的组件，如果它没有被安装。 那它就不会影响整个系统。 2． 锁定或者失效默认用户对于Oracle数据库系统来说，安装的时候会有一系列的默认用户生成，应该在数据库安装完毕之后，经过功能筛选，锁定或者失效这些用户。 3． 修改可用用户的默认密码不能锁定或者失效的用户，必须修改默认密码。 比如具有SYSDBA权限的SYS用户和具有DBA权限的SYSTEM用户，都应该修改默认密码。 至于密码长度和复杂性的有效控制在后面将会谈到。 4． 限制操作系统存取权限Oracle数据库系统是依存在操作系统之上的，如果操作系统被人侵入，那么通过修改配置文件等一系列方法，Oracle数据库的安全性也将荡然无存。 5． 定期更新厂家推出的安全性补丁随着时间的推移，厂家通常会推出一系列的安全性补丁来弥补现有系统的安全隐患。 对于Oracle数据库而言，应该定期查看以下网址来获取Oracle公司最新的安全性警告和解决方案。