db2数据库优化手册

db2数据库优化手册内容摘要：

ore db 数据库名（或者数据库别名） user 连接数据库的用户名 using 连接数据库的用户密码 from 备份文件保存位置 without rolling forward。  如果提示系统内存空间不足，则输入下面的命令进行恢复： db2 restore db 数据库名（或者数据库别名） user 连接数据库的用户名 using 连接数据库的用户密码 from备份文件保存位置 with 2 buffers buffer 512 without rolling forward。  如果还是系统系统内存空间不足，可以继续降低 buffer后面的数值，或者停止一些占用内存空间的无用进程。  重新使用 root用户登录正在运行 WebSphere服务的 AIX服务器。  开启 SocketServer和 WebSphere，操作方式参考《 SocketServer使用手册》和《 WebSphere使用手册》。 第 10 页 . 注意事项 没有过在 AIX环境上进行过熟练的数据库备份 /恢复操作的，请要求技术支持中心提供技术支援。 在任何一次执行过数据库的 LOAD命令之后（例如申码之后），未进行过数据库备份而要求进行数据库恢复的（例如申码之后没有备份过，但是系统崩溃，需要重新恢复数据库），请要求技术支持中心提供技术支援。 在备份 /恢复过程中，按照上面的步骤操作，出现不正常的，请要求技术支持中 心提供技术支援。 3. 磁盘阵列设备使用 . 磁盘阵列使用原理 数据库的数据完全存放在磁盘阵列中，可以使用文件、设备或者路径的方式存在。 由于我们使用的操作系统是可以直接从硬件底层管理设备的 UNIX，所以如果我们使用设备的方式存储数据，会节省操作系统对文件进行管理的开支，因此会大幅度的提高服务器性能。 . 磁盘阵列设备要求 DB2对于所有磁盘设备的要求是： CPU / Memory / HDISK = 1G / 2G / 6块。 本项目合同中 CPU基本上都是每块 1G赫兹，而且 2G赫兹的 CPU现在尚未问世，所以对于内存和硬盘数 目的要求，完全可以按照上面的公式进行计算。 如果 CPU在 2块以上（不包括 2块），可以安装 64位的 DB2，会有数倍至数十倍的性能提高；如果 CPU在 2块以下（包括 2块）， 32位和 64位的 DB2不会有明显的性能提升。 第 11 页 由于本项目中 DB2和 WebSphere都需要做 Raid_1的双机备份，而且分配给DB2和 WebSphere的硬盘需要按照各自的服务创建各自的 VG（ volume group，即卷组，在安装操作系统 /HA的时候进行创建，具体操作参见《操作系统安装手册》），所以至少有 2块阵列中的硬盘需要分配给 WebSphere，这样就无形中失去了 2块硬盘。 但是绝对不能只留给 DB2一块硬盘使用，所以一定要通过各种商务方法，保证硬盘的个数足够的多，即使每块硬盘只有 20G的空间，也要保证硬盘的个数。 20（ G/块） * 7（块）运行的效率要略等于 7倍于 140（ G/块） * 1（块）的运行效率。 在 DB2的 VG上，创建多个 device（逻辑卷，或者成为裸设备），最好每个device占用一块硬盘。 创建的方式根据阵列中可使用的硬盘个数不同而不同，所以请各组组长在拿到当地的硬件配置清单之后立即发送给技术支持中心，由技术支持中心来分配 device在磁盘阵列中的部署方式，并在一个工作日内将《 XX烟厂服务器磁盘阵列设备部署方案》发送给现场的小组组长，此期间服务器进行操作系统和双机备份软件的安装。 然后由服务器供应商根据《设备部署方案》进行操作，各组组长在《 XX烟厂服务器磁盘阵列设备部署方案》上校对操作的结果，与《设备部署方案》不一致的地方要把实际部署的详细信息以及原因反馈给技术支持中心，以便技术支持中心能够及时、正确、高性能的提供相应的《 XX烟厂数据库表空间部署方案》。 4. 表空间使用 . 表空间部署文档完成时间 在技术支持中心发送了《 XX烟厂服务器磁盘阵 列设备部署方案》之后，会在一个工作日内提供相应的《 XX烟厂数据库表空间部署方案》。 此期间现场小组按照《设备部署方案》进行相应的部署操作，同时可以安装 DB WebSphere、 MQ第 12 页 等软件。 但是 DB2在安装的时候，建议安装 64位的服务软件，同时不要安装实例。 . 表空间部署原理 . 数据库使用空间简介 在创建数据库时，关于数据库的信息会保存在目录层次结构中。 此分层目录结构的创建为主取决于 CREATE DATABASE命令中提供的信息，一般用 ON path来指定。 建议使用显示的方式指出创建数据库的位置，并且将这个位置 制定到磁盘阵列上面划分出来的一个文件系统路径下，这样可以实现数据库分层目录结构的完整性和一致性。 默认的，数据文件和数据库日志文件会自动创建到上述的数据库分层目录结构中，但是如果磁盘发生问题，那么真实数据、数据目录结构和日志均会受到影响，因此一定要将数据文件和日志文件分别创建在不同的磁盘上。 . 表空间分类和比较 表空间分为 SMS（系统管理的空间）和 DMS（数据库管理的空间）两种，他们各有各的特征，适用于不同的环境。 SMS表空间特别适合于一般用途。 它们提供优良的性能，而管理成本很低。 DMS的性能更优良，但需要 较多的管理成本。 因为不会发生双缓冲，所以设备容器里的 DMS表空间提供最佳性能。 当首先在数据库管理器级别然后在文件系统级别缓冲数据时，会发生双缓冲，该缓冲可能是文件容器或 SMS表空间的附加成本。 SMS表空间的优点是：  直到需要时，系统才分配空间。  由于不必预定义容器，所以创建表空间需要的初始工作较少。 第 13 页 DMS表空间的优点：  通过使用 ALTER TABLESPACE语句，可添加或扩展容器来增加表空间的大小。 现有的数据可以自动在新的容器集合中再平衡，以保持最优 I/O效率。  根据存储的数据的类型，一个表可以分布在 多个表空间中。  可控制数据在磁盘上的位置  若所有的表数据都位于单个表空间中，可以使用比删除和重新定义一个表更少的开销来删除和重新定义一个表空间。  通常，精心调整的一组 DMS表空间的性能将优于 SMS表空间。 通常，小型个人数据库用 SMS表空间管理最容易。 但是对于大的、增长中的数据， SMS表空间仅适合用作临时表空间和目录表空间，而是用具有多个容器的单独的 DMS表空间用于每个表。 另外，那些长形字段数据和索引最好存储在独立的表空间中。 . 表空间部署原则 对于每一个数据库，至少有一个系统目录表空间、系统临时表空间和常规 表空间。 创建数据库时，会创建系统目录表，当将数据库对象和特权添加至该数据库时，这些系统表将会增大，最初，这些系统表示用大约。 系统目录表的逐渐增大是不可预算的，但却是较少量的增加，完全适合由系统来分配存储空间，所以使用 SMS方式来部署是明智的选择。 在数据库运行时，数据的读写都是要使用系统临时表的。 此表越大，则通过此表吞吐的数据量就越大，则直接从硬盘上读取的数据量就越小，这样就减轻了直接在用户表中读写的压力。 所以分配一块合理的硬盘空间分配给系统临时表，借助于DMS的表空间易于管理的特性， 可以实现对数据库使用的优化。 常规表空间的部署直接关系到 DB2读写硬盘的操作，所以必须通过 DMS的表空间管理，来间接的管理各个硬盘上面的数据，使任何一次数据库读写数据操作的第 14 页 压力，可以分配到多块硬盘上，减轻对硬盘读写进行操作的负载，从而大大的提升性能。 . 表空间部署步骤 . 创建表空间 . 先决条件 创建表空间时，必须知道准备引用的容器的设备名。 必须知道要分配给表空间的每个设备相关联的空间。 . 过程 在一个数据库内创建表空间，会将容器分配到表空间，并在数据库系统目录中记录他的定义和属性。 然后就可以在此表空间内创建表。 . 举 例 创建 SMS表空间： CREATE TABLESPACE NAME MANAGED BY SYSTEM USING (‘dev’) 创建 DMS表空间： CREATE TABLESPACE NAME MANAGED BY DATABASE USING (dev ‘dev’ size) 第 15 页 . 创建系统临时表空间 . 先决条件 与系统临时表空间相关联的容器必须存在。 . 限制 因为系统临时标志能存储在系统临时表空间中，所以数据库必须始终至少有一个这样的表空间。 . 过程 创建数据库时，系统会自动创建名为“ TEMPSPACE1”的系统临时表空间，可以使用 CREATE TABLESPACE来创建另一个系统临时表空间。 . 举例 CREATE SYSTEM TEMPORARY TABLESPACE tmp_tbsp MANAGED BY SYSTEM USING (‘dev’) . 针对系统目录表空间 系统目录表空间可以在数据库创建之后自行管理，不需要手工指定其表空间属性。 . 表空间部署时可能出现的问题 一块设备被一个表空间使用之后，其他的表空间即不可使用此设备，所以请不要将不同的表空间制定到相同的设备上。 第 16 页 表空间不可以随意删除，否则会造 成数据丢失以至于数据库的崩溃。 任何不正常的表空间现象都应该及时与技术支持中心联系。 5. DB2系统参数配置 . 更改目的 在安装 DB2时有些系统参数是不能达到我们项目使用标准的，使用 db2set命令可以将一些系统级别的参数设置为适合我们项目使用的参数值。 . 更改方法 设置参数的时候，可以使用如下命令：  使用 root用户登录正在运行 WebSphere服务的 AIX服务器。  停止 SocketServer和 WebSphere，操作方式参考《 SocketServer使用手册》和《 WebSphere使用手册》，因为他们会打开 DB2连接。  使用 db2admin用户登录正在运行数据库服务的 AIX服务器。  敲入如下的命令更改系统参数：  db2set 参数 =值  使用 db2set –all可以查看更改后的系统参数值。  使用下面的命令终止所有未结束的 DB2进程： db2 force application all。  使用下面的命令停止数据库： db2stop。  如果提示数据库停止失败，则输入下面的命令： db2stop force。  使用下面的命令开始运行数据库： db2start。  重新使用 root用户登录正在运行 WebSphere服务的 AIX服 务器。  开启 SocketServer和 WebSphere，操作方式参考《 SocketServer使用手册》和《 WebSphere使用手册》。 第 17 页 . 具体需要更改的参数 参数 可使用的值 描述 db2m 默认值为 null 可以为 APPC, IPXSPX, NETBIOS, NPIPE, TCPIP的任意组合 指定 db2服务启动的时候同时开启的通讯方式，如果为空，则不会启动任何的通讯服务 db2codepage 默认来源于操。