db常维护大全.docx
- 文档编号:8317914
- 上传时间:2023-01-30
- 格式:DOCX
- 页数:12
- 大小:24.26KB
db常维护大全.docx
《db常维护大全.docx》由会员分享,可在线阅读,更多相关《db常维护大全.docx(12页珍藏版)》请在冰豆网上搜索。
db常维护大全
#说明:
由csdn下载,原版为doc格式,有对应的xml表,不过还是应该对每个服务的数据库单独考虑需要的检查表格。
DB2维护手册
目录
DB2维护手册1
一、DB2日常维护日操作3
1、检查管理服务器是否启动3
2、检查DB2实例是否已经启动3
3、查看表空间状态是否正常3
4、查看表的状态4
5、查看磁盘空间4
6、检查存储管理软件是否正常4
7、检查数据库备份是否正常5
8、检查归档日志是否正确归档了5
9、查看缓冲池的命中率5
10、查看当前运行最频繁的SQL,其命中率是否正常5
11、查看当前连接的应用程序,有没有非法连接5
12、检查有没有死锁6
13、对表和索引进行RUNSTATS6
14、检查表是否需要重组6
15、对需要重组的表进行重组7
二、DB2日常维护月操作7
1、查看DB2日志7
2、检查备份和日志是否都保存好了7
三、DB2日常维护季度操作7
1、通过快照监控器,查看系统性能如何7
2、数据库补丁级别8
四、注意事项8
1、不要删除活动日志文件8
2、注意交易日志存储空间8
3、按照系统的实际工作量配置日志空间8
4、设置正确数据库代码页9
5、检查许可证(LICENSE)安装情况9
6、创建数据库前调整好系统时间9
7、不要随便执行CHOWN(CHMOD)–R(UNIX/LINUX)9
8、在归档日志模式下使用LOAD记得加NONRECOVERABLE参数9
五、附:
以脱机方式重组表9
六、附:
索引重组10
七、附:
收集和更新统计信息的准则11
八、附:
使用CLP捕获数据库运行状况快照13
一、DB2日常维护日操作
1、检查管理服务器是否启动
用ps命令查看是否有dasusr1后台进程
#ps-ef|dasusr1
请确保管理服务器已经启动,如果没有启动,则按以下步骤启动管理服务器:
以管理服务器用户(UNIX默认是DASUSR1)登录
发出db2adminstart命令
如果是HA环境,则要保证在脚本中正确配置了启动命令
2、检查DB2实例是否已经启动
用ps命令查看是否有db2sysc后台进程
#ps-ef|db2sysc
也可以以DB2实例所有者登录,通过发出db2start命令来确保启动了实例(如果实例已经启动,则会告知SQL1026N数据库管理器已激活;否则,将把实例启动起来)
3、查看表空间状态是否正常
以db2实例所有者登录
#db2listtablespacesshowdetail//在单分区上查看表空间的状态,正常返回0x0000
#db2_alllisttablespacesshowdetail//在所有分区上查看表空间的状态
可以使用LISTTABLESPACES命令确定连接数据库中表空间的当前状态,可以使用SHOWDETAIL选项查看表空间的详细信息。
比如,我们连上SAMPLE数据库,执行listtablespacesshowdetail,可以看到状态返回值是0x0000,此时,使用db2tbst可以查看状态编号对于的状态含义,具体语法如下:
db2tbst
db2tbst命令接收十六进制的状态值,并返回相应的表空间状态。
例如,命令db2tbst0x0008返回State=LoadPending。
而该十六进制的状态值反过来又是LISTTABLESPACES命令输出的组成部分。
表空间的外部可见状态是由单个状态值的十六进制总和构成的。
例如,如果表空间的状态是BackupPending和LoadinProgress,那么所返回的十六进制值就是0x20020(0x00020+0x20000)
4、查看表的状态
查询系统目录视图以获得关于数据库的有用信息。
例如,下面的语句使用NOTLIKE断言,返回在SYSCAT.TABLES中有项的所有用户定义的表的名称,以及每个表的列数和表的状态(N=正常;C=待审核(checkpending))
#db2selecttabname,colcount,statusFROMsyscat.tablesWHEREtabschemaNOTLIKE'SYS%'ORDERBYtabname
也可以使用loadquery命令查看单个表的状态,比如对表TEST1,我们可以发出如下命令:
#db2loadquerytabletest1
5、查看磁盘空间
查看数据库活动日志目录是否已满,活动日志目录可以使用getdbcfg查看,注意一定不要手工删除活动日志
#df-k
查看SMS表空间对应的容器目录空间是否满了
#df-k
查看DMS表空间中是否还有可用页
#db2listtablespacesshowdetail//在单分区上查看表空间的是否还有可用页
#db2_alllisttablespacesshowdetail//在所有分区上查看表空间是否还有可用页
6、检查存储管理软件是否正常
请检查TSM或其他存储管理软件是否正常,以及磁带机是否运行正常。
7、检查数据库备份是否正常
请查看TSM或第三方存储管理软件,看备份映像文件是否完整的保存到了磁带机上了,想在DB2上查看备份情况,可以使用LIST命令
#db2listhistorybackupallfor数据库名
8、检查归档日志是否正确归档了
请确保活动日志目录下没有的日志文件都已经正确归档到了带机上(查看TSM或第三方存储管理软件)。
查看活动目录里的日志文件:
#ls-l
9、查看缓冲池的命中率
#db2getsnapshotforbufferpoolson数据库名
查看缓冲池的命中率,看其是否低于95%(命中率越高越好)
10、查看当前运行最频繁的SQL,其命中率是否正常
#db2getsnapshotforbufferpoolson数据库名>log.txt
用grep命令查看"Numberofexecutions"执行次数最频繁的语句,看其命中率是否正常。
比如:
grep-n"Numberofexecutions"snap.out|grep-v"=0"|sort-k5,5rn|more
11、查看当前连接的应用程序,有没有非法连接
#db2listapplicationsshowdetail
看这些连接的情况,看有没有不合适的IP连上来,或者不被允许的第三方工具连上来,比如一些第三方工具连上来会对表进行锁定,影响业务系统正常运行,这个时候可以用FORCEAPPLICATIONS(应用程序句柄)停下来。
12、检查有没有死锁
#db2getsnapshotforall(locks)on数据库名>log.txt
用grep命令查看输出的文件中是否有死锁的记录,比如
grep-n"Deadlocksdetected"log.txt|grep-v"=0"|more
13、对表和索引进行runstats
#db2runstatsontable表名andindexall
对系统表以及变化比较频繁的表运行统计信息,建议写成shell脚本自动运行。
14、检查表是否需要重组
使用REORGCHK命令,通过统计数据检查表是否需要重组,语法如下:
REORGCHK[UPDATE|CURRENT]STATISTICSON[TABLESYSTEM|TABLEUSER|TABLEALL|TABLEtable_name|SCHEMAschema_name]
UPDATESTATISTICS:
更新表的统计数据,根据该统计数据判断是否需要重组表
CURRENTSTATISTICS:
根据当前表统计数据判断是否需要重组表
TABLEtable_name:
对单个表进行分析
TABLEALL:
对数据库所有的表进行分析
TABLESYSTEM:
对系统表进行分析
TABLEUSER:
对当前用户模式下的所有表进行分析
#db2reorgchkupdatestatisticsontableall
15、对需要重组的表进行重组
#db2reorgtable表名//通过重构行来消除“碎片”数据
#db2reorgindexesallfortable表名//只重组索引
比如:
reorgtabledb2inst1.orgindexby_id
将根据索引by_id,如果不加INDEX选项将重组表和所有的索引
reorgtabledb2inst1.orgindexby_idusetempspace1
使用指定的临时表空间重组表
表重组完成后需要进行RUNSTATS。
另外,记住在分区数据库环境中,如果想在所有节点运行命令,需要使用db2_all命令。
二、DB2日常维护月操作
1、查看DB2日志
请至少每月查看一次db2diag.log文件,看其中是否有异常。
2、检查备份和日志是否都保存好了
通过TSM或第三方存储管理软件,查看备份和归档日志是否都保存好了,在数据库级别查看备份,可以使用:
#db2listhistorybackupallfor数据库名
三、DB2日常维护季度操作
1、通过快照监控器,查看系统性能如何
通过快照监控器,抓取数据库的信息,分析数据库性能是否合理:
#db2getsnapshotforallon数据库名>log.txt
2、数据库补丁级别
#db2level
四、注意事项
1、不要删除活动日志文件
DB2的活动日志文件不能被删除。
一旦DB2的活动日志文件被删除,或者所在的存储设备出现问题,则不可避免地造成DB2数据库系统宕机。
2、注意交易日志存储空间
在归档日志模式下,如果没有使用自动归档方式,则存储的日志文件会不断增多,有可能造成日志所在的文件系统空间满。
当这种情况发生时,会根据参数BLK_LOG_DSK_FUL的配置而有不同的现象:
1)如果该参数启用,则DB2数据库可继续读操作,但是写操作会挂起
2)如果该参数没有启用,则DB2数据库会停止工作
两种情况下,都需要到日志所在的文件系统添加了空间才恢复正常。
3、按照系统的实际工作量配置日志空间
DB2数据库通过日志文件维护数据的完整性和一致性。
DB2数据库的日志空间可通过如下公式计算:
日志空间=(主日志文件+二级日志文件)*日志文件尺寸
其中:
1)主日志文件由参数LOGPRIMARY控制,
2)二级日志文件由参数LOGSECOND控制
3)日志文件尺寸由参数LOGFILSIZ控制
4)LOGPRIMARY+LOGSECOND<256(不同的DB2版本略有不同,请参看相同版本的DB2手册确认)
4、设置正确数据库代码页
由于数据库的代码页在数据库创建之后是无法修改的,所以在创建数据库时一定要选择正确的代码页。
错误的数据库代码页会造成JDBC/ODBC访问时中文字段被截断(包括控制中心),这种情况需要重建数据库以修改数据库代码页。
从全局规划来说,如果应用需要访问多个数据库,那么这多个数据库的代码页应该是一致的。
5、检查许可证(License)安装情况
许可证过期会造成不必要的服务中断,所以在DB2安装完毕后,建议检察许可的安装情况
6、创建数据库前调整好系统时间
在数据库创建好之后,调整系统时间会造成数据库内部时间戳的异常。
数据库中一些对象和时间相关,一旦时间不准确要调整需要很小心。
错误的时间调整可能会造成很多问题,如:
1)某些对象失效,例如:
SQL0440N,找不到具有兼容自变量的类型为“<例程类型>”的名为“<例程名>”的已授权例程
2)数据库日志逻辑错误->宕机
3)常见错误–只调整时间,未调整时区
7、不要随便执行chown(chmod)–R(UNIX/Linux)
在实例目录下chown(chmod)-R会造成
1)在数据库服务器上db2connectto
2)db2connectto
8、在归档日志模式下使用LOAD记得加NONRECOVERABLE参数
五、附:
以脱机方式重组表
以脱机方式重组表是整理表碎片的最快方法。
重组可减少表所需的空间量并提高数据访问和查询性能。
必须具有SYSADM、SYSCTRL、SYSMAINT或DBADM权限,或者必须具有对表的CONTROL权限才能重组表。
必须具有数据库连接才能重组表。
标识需要重组的表之后,可以对这些表运行REORG实用程序,并且可以选择对在这些表上定义的任何索引运行该实用程序。
1.要使用CLP重组表,请发出REORGTABLE命令:
db2reorgtabletest.employee
要使用临时表空间mytemp重组表,请输入:
db2reorgtabletest.employeeusemytemp
要重组表并根据索引myindex对行进行重新排序,请输入:
db2reorgtabletest.employeeindexmyindex
2.要使用SQL调用语句重组表,请使用ADMIN_CMD过程发出REORGTABLE命令:
callsysproc.admin_cmd('reorgtableemployeeindexmyindex')
3.要使用DB2管理API重组表,请使用db2REORGAPI。
在重组表之后,应收集有关表的统计信息,以便优化器具有最准确的数据来评估查询访问方案。
六、附:
索引重组
通过删除和插入操作对表进行更新后,索引的性能会降低,其表现方式如下:
•叶子页分段
叶子页被分段之后,由于必须读取更多的叶子页才能访存表页,因此I/O操作成本会增加。
•物理索引页的顺序不再与这些页上的键顺序相匹配(此称为不良集群索引)。
叶子页出现不良集群情况后,顺序预取操作的效率将降低,因此会导致更多的I/O等待。
•形成的索引大于其最有效的级别数。
在此情况下应重组索引。
如果在创建索引时设置了MINPCTUSED参数,则在删除某个键且可用空间小于指定的百分比时,数据库服务器会自动合并索引叶子页。
此过程称为联机索引整理碎片。
但是,要复原索引集群和可用空间以及降低叶级别,请使用下列其中一种方法:
•删除并重新创建索引。
•使用REORGINDEXES命令联机重组索引。
因为此方法允许用户在重建表索引期间对表进行读写操作,所以在生产环境中可能需要选择此方法。
•使用允许脱机重组表及其索引的选项运行REORGTABLE命令。
联机索引重组
在使用ALLOWWRITEACCESS选项运行REORGINDEXES命令时,如果同时允许对指定的表进行读写访问,则会重建该表的所有索引。
进行重组时,对基础表所作的任何将会影响到索引的更改都将记录在DB2®日志中。
另外,如果有任何内部内存缓冲区空间可供使用,则还将这些更改放在这样的内存空间中。
重组将处理所记录的更改以便在重建索引时与当前写活动保持同步更新。
内部内存缓冲区空间是根据需要从实用程序堆中分配的指定内存区域,它用来存储对正在创建或重组的索引所作的更改。
使用内存缓冲区空间使索引重组操作能够通过这样的方式来处理更改,即先直接从内存读取,然后读取日志(如有必要),但读取日志的时间要晚得多。
在重组操作完成后,将释放所分配的内存。
重组完成后,重建的索引可能不是最佳集群的索引。
如果为索引指定PCTFREE,则在重组期间,每页上均会保留相应百分比的空间。
对于分区表,支持对各个索引进行联机索引重组和清除。
要对各个索引进行重组,指定索引名:
REORGINDEXindex_nameforTABLEtable_name
对于空间索引或多维集群(MDC)表,不支持采用ALLOWWRITE方式的联机索引重组。
注:
REORGINDEXES命令的CLEANUPONLY选项不能完全重组索引。
CLEANUPONLYALL选项将除去那些标记为“删除”且被认为要落实的键。
此外,它还将释放所有标记为“删除”且被认为要落实的键所在的页。
在释放页后,相邻的叶子页将会合并,前提是这样做可以在合并页上至少留出PCTFREE可用空间。
PCTFREE是指在创建索引时为其定义的可用空间百分比。
CLEANUPONLYPAGES选项仅删除那些标记为“删除”且被认为要落实的所有键所在的页。
使用CLEANUPONLY选项对分区表的索引进行重组时,支持任何访问级别。
如果未指定CLEANUPONLY选项,则缺省访问级别ALLOWNOACCESS是唯一支持的访问级别。
REORGINDEXES具有下列要求:
•对索引和表具有SYSADM、SYSMAINT、SYSCTRL或DBADM权限,或者具有CONTROL特权。
•用于存储索引的表空间的可用空间数量等于索引的当前大小
在发出CREATETABLE语句时,考虑在大型表空间中重组索引。
•其他日志空间
REORGINDEXES需要记录其活动。
因此,重组可能会失败,尤其是在系统繁忙和记录其他并发活动时。
注:
如果具有ALLOWNOACCESS选项的REORGINDEXESALL命令运行失败,则会标记索引无效并且此项操作不可撤销。
但是,如果具有ALLOWREADACCESS选项的REORG命令或具有ALLOWWRITEACCESS选项的REORG命令运行失败,则可以复原原来的索引对象。
七、附:
收集和更新统计信息的准则
RUNSTATS命令收集表、索引和统计信息视图的统计信息,以为优化器提供准确信息进行访问方案选择。
在下列情况下,使用RUNSTATS实用程序来收集统计信息:
•当数据已装入表中且已创建适当的索引时。
•当在表中创建新的索引时。
如果自从上次在表中运行RUNSTATS以来尚未修改表,则只需要对新的索引执行RUNSTATS。
•当一个表已用REORG实用程序重组时。
•当通过数据修改、删除和插入已大量更新表及其索引时。
(此处所指的“大量”可能表示有10%到20%的表和索引数据受影响。
)
•在绑定性能非常重要的应用程序之前
•当您想要比较当前和先前统计信息时。
如果定期更新统计信息,则可以及早发现性能问题。
•当预取量更改时。
•当使用了REDISTRIBUTEDATABASEPARTITIONGROUP实用程序时。
注:
在先前版本的DB2®中,此命令使用了NODEGROUP关键字,而不是DATABASEPARTITIONGROUP关键字。
•使用RUNSTATS实用程序来收集关于XML列的统计信息。
使用RUNSTATS仅收集XML列的统计信息时,将保留LOAD或上一次执行RUNSTATS实用程序已收集的非XML列的现有统计信息。
如果先前已收集关于一些XML列的统计信息,则在当前命令未收集关于该XML列的统计信息时,将删除先前收集的XML列的统计信息;在当前命令收集了关于该XML列的统计信息时,将替换先前收集的XML列的统计信息。
要提高RUNSTATS性能并保存用来存储统计信息的磁盘空间,考虑仅指定应该收集其数据分布统计信息的列。
理论上,您应在运行统计信息之后重新绑定应用程序。
如果查询优化器具有新的统计信息,则它可以选择不同的访问方案。
如果您没有足够的时间一次收集全部的统计信息,则可以运行RUNSTATS来每次仅更新几个表、索引或统计信息视图的统计信息,并轮流完成该组对象。
如果对选择性部分更新运行RUNSTATS期间由于表上的活动而产生了不一致性,则在查询优化期间将发出警告消息(SQL0437W,原因码6)。
例如,如果执行RUNSTATS来收集表分布统计信息,以及在某个表活动后,再次执行RUNSTATS来收集该表的索引统计信息,则可能发生这种情况。
如果由于表上的活动产生了不一致并且在查询优化期间检测到这些不一致,则发出该警告消息。
当发生这种情况时,应再次运行RUNSTATS来更新分布统计信息。
要确保索引统计信息和表同步,执行RUNSTATS来同时收集表和索引统计信息。
索引统计信息保留自上次运行RUNSTATS以来收集的大部分表和列的统计信息。
如果自上次收集该表的统计信息以来已对该表做了大量修改,则只收集该表的索引统计信息将使两组统计信息不能在所有节点上都同步。
对生产系统调用RUNSTATS可能会对生产工作负载的性能产生负面影响。
RUNSTATS实用程序现在支持调速选项,在执行较高级别的数据库活动期间,可以使用调速选项来限制执行RUNSTATS的性能影响。
在分区数据库环境中收集表的统计信息时,RUNSTATS仅收集执行该命令的数据库分区上的表的统计信息。
将此数据库分区的RUNSTATS结果推广到其他数据库分区。
如果执行RUNSTATS的数据库分区不包含特定表的一部分,则将请求发送到数据库分区组中包含该表一部分的第一个数据库分区。
收集统计信息视图的统计信息时,将收集所有包含该视图引用的基本表的数据库分区的统计信息。
考虑以下技巧来提高RUNSTATS的效率和已收集的统计信息的有效性:
•仅对用来连接表的列或WHERE、GROUPBY以及查询的类似子句中的列收集统计信息。
如果对这些列建立了索引,则可以用RUNSTATS命令的ONLYONKEYCOLUMNS子句指定列。
•为特定表和表中特定列定制num_freqvalues和num_quantiles的值。
•使用SAMPLEDETAILED子句收集DETAILED索引统计信息,以减少对详细的索引统计信息执行的后台计算量。
SAMPLEDETAILED子句减少收集统计信息所需要的时间,并在大多数情况下产生足够的精度。
•当创建已填写的表的索引时,添加COLLECTSTATISTICS子句来在创建索引时创建统计信息。
•当添加或除去了大量表行时,或如果更新了收集其统计信息的列中的数据,则再次执行RUNSTATS来更新统计信息。
•因为RUNSTATS仅收集单个数据库分区的统计信息,所以,如果数据不是在所有数据库分区中一致分发的,则统计信息将不太准确。
如果您怀疑存在变形数据分发,则您可能想要在执行R
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- db 维护 大全