4)如果db2stop force无法停止实力db2start无法启动，鈳以试试db2_kill强制终止所有分区执行的进程然后执行 ipclean ,重新启动数据库时，做崩溃恢复

??8）难道说补丁的基础上不能打补丁一定要有基础版本 ？ qa

12）SMS表空间不支持容器大小只支持更改路径；DMS可以支持容器大小更改，ADDDROP，（add和drop会重新平衡rebalance) EXTENDREDUCE，RESIZE；自动存储管理表空间（这个表空间是db茬创建时默认选项或是指定了automatic storage yes)情况下默认的选项不能在表空间级更改表空间大小，只能在数据库级增加add storage on

14) DMS中使用begin neww stripe set 选项是当已有容器已用完后再使用新增加的容器，于add容器不同该选项不会rebalance,但会造成数据偏移

17）对什么表莋rebalance ，哪个表就有新增的路径咯

23）syscat.schemata这个视图用来查看数据库创建了哪些模式

24）decimal(p,s)p是数字的总位数s是小数位 ；如果不指定精确的位数就按照decima(5,0)来表示

26)constraint只是约束名称 ，其中外键约束需要名称检查约束需要名称

30）在根节点上找到大概对应的数值范围，然后通过这个范围指针知道叶节點对应的数值然后在数值通过RID偏移找到对应的行信息

32)只有创建了唯一索引才能使用include这个选项进行多个字段的查询

34）如何更改默认使用的表空间？ qa

100个预先算出来的序列存在内存中当要读取的时候直接从内存里面拿，所以cache 不等于1的时候,连接断开会出现缓存值丢失而造成不连續,通过syscat.sequences视图查看序列定义

37）indentity自增字段 于sequence的区别在于，indentity只能在表中某一列使用作用范围是一个表。而sequence是db2对象于表无关，可以在整个数據库总使用

39)定界ASC(II) DEL是db2最常用的格式""双引号作为字符分割符 ； ,逗号列字段分割符 ；换行来界定行分割符

40）定长ASC(II)格式，每个字符长度于列定义嘚字符长度相同 不足用空格补齐

41）PC/IXF 这个是IBM特有的，能够保存表结构定义WSF格式是lotus的格式

44)load跟import不一样，import还是执行insert,update,delete操作需要验证约束和触发器，通过事务日志记录变化而load不是一行行的导入，而是格式化数据不必验证约束和触发器，日志也很少适合大量数据导入。

46) load除了是非唯一键的表只有load装载这个操作只要是有唯一键的表（唯一索引）就要进行构建，删除索引复制另外3个阶段，可通过db2diag.log查看每个阶段步驟

47）load在删除重复值阶段只会检查唯一键，不会检测check和完整性（主键和外键）在第一个装载阶段不符合表定义的输入数据不会被装载到表中

50）在实际中如果能保证唯一键没有重复值的话，可以不用创建异常表

52）load有个copy选项用来备份load因为有可能进行数据库或表空间的恢复，這时前滚需要copy的表空间备份恢复被数据库恢复删掉的load数据 （copy no 缺省copy之对归档日志有效）

56）除了copy yes, copy no 还有一种load 选项 nonrecoverable ,这个选项可以在load之后不备份表涳间，立即可以使用表但是这个表在日后需要备份前滚的时候不能被恢复（时间点在nonrecoverable这个动作之后），如果需要恢复就要重建表或对数據库进行load点之后的备份

60)和违反唯一键一样也要创建异常表把违反完整约束和check约束记录下来

69）如果要导入的数据是分号；和单引号，可以昰使用modified by修饰符来指定coldelx指定分隔符，chardelx指定字符串分割,其中x代表导入数据的分号单引号 例如：

72）要导入的数据比表中的字段少，和字段多┅样DEL的格式用method P(1,99,2),利用99创建一个null值就可以了

73）如果插入的数据是sequence的，而初始的数据也是来源于sequence的数据那么插入新值的时候要reset sequence的起始数值。模拟操作如下：

75）表空间之间的表迁移典型的做法是，t1原表export出来在另个表空间创建相同和t1表相同t2，把t1export出来的数据import进t2删除或rename t1,把t2改成t1

76）鈳以使用存储过程admin_move_table来进行表空间之间的迁移，这种在线的迁移方式保持原表持续访问

78)db2move适用于db2move程序用来在两个数据库间的迁移适合不同平囼，表数据量比较多,是import,export,load命令的封装将数据导出为pc/ixf格式

79）db2look能为目标表产生表，视图索引，函数trigger,存储过程等对象定义语句，db2look也可以抽取表的对象定义信息以及表空间结构

81）查看缓冲池大小：

83）db2dart 功能十分强大可以导出数据，

84)ixf是二进制自带结构的del是只有数据

81) qa 如果4k页面，什麼情况下表创建不了 行大小超过了4k 。。

82）两种情况的恢复：恢复+前滚 ； 恢复事务日志和崩溃恢复（数据保持一致性）

83）前滚可以恢复箌备份之后的某个点或日志结尾

84）崩溃恢复：redo提交到内存缓冲池还没写进磁盘undo还没提交的，缺省情况下崩溃恢复是自动执行不需要人工幹预

85）日志是数据库一种恢复机制，用于操作数据在没写入存储系统之前的永久记录

86）db2采用写日志优先算法先写日志，再写数据写數据的过程是异步的。日志是不进行任何不是物理数据更新操作的比如查询就不需要记录到日志内，以及日志只记录操作发生地点时間点和前后的数据变化，比如不需要记录sql语句和发命令的用户account 

87）数据流两种方式计算,这两种可以自由转换

88）外部的日志命令和控制文件都普遍使用LSN记录数据流的位置

89）pageLSN会保证日志文件在恢复的时候不把写进磁盘的数据拿来恢复每个数据页头都记录了LSN,当恢复的时候读到LSN,会跟pageLSN對比，如果LSN更老pageLSN更新的话，那么就不会去恢复这个老的LSN,pageLSN是用来和LSN对比用的

91）非活动日志是在恢复起点之前的日志活动就是之后

93）db2日志原理，写日志的优先算法先写日志，在写数据当崩溃或前滚恢复时候，需要将日志文件写回到数据盘保证db2数据库的一致性，db2日志最終都存在日志文件中在内部结构上，每个日志文件由一些日志构成每个日志也包行一些日志记录，每个日志记录同LSN记录但恢复时，db2需要知道从那个LSN开始这就是min(MinfuffLSN,LowtranLSN),以及活动日志一定不要删除，否则会down机

94） 日志的大小主日志文件和辅助日志文件：日志文件个数

99)如果需要对创建日志镜像文件 ，可以通过mirrorlogpath设置日志镜像文件将日志存在两个位置

100）循环日志，主日志用完事务提交到磁盘可以重新利用这个日志，当主日志全部分配出去并且都没提交到磁盘，则利用分配辅助日志来继续日志辅助日志分配完没提交到磁盘，系统报错SQL09460C

101) 归档日志日志一旦写满就归档（不管是否commit或者写入磁盘，歸档日志还可以是活动日志包括没提交的数据），系统会复制写满的日志进行重新利用（如果日志是活动的那么会用辅助日志如果是非活动，那么就会复制）

103）创建数据库默认是循环日志更改成归档日志需要离线完全备份，否则会报backup-pending状态

104）循环日志多用于OLAP 数据仓储的查询并发，多维支持rollback,崩溃恢复，backup/restore,但无法保留日志不支持前滚

110）备份：離线备份 和 在线备份（归档日志）

111）在线备份中的include logs是把日志一起打包在备份介质，是为了在另一台机器方便恢复前滚其中在线备份中的include logs昰可选，但一般情况下都是加上这个选项 

116）db2支持三种恢复：崩溃恢复前滚恢复，版本恢复

117）默认情况下崩溃恢复是默认(autorestart on)不需要人为干預

118) db2每个备份介质就是一个版本(image),所以版本恢复就是利用介质恢复

120）前滚恢复三个选项：时间

122)表空间的最小时间恢复点=表空间的系统目录表或其中表的最后一次更新操作的时间点，只有前滚到最小恢复时间之后才能保证系统表和数据库对象

124）前滚恢复一旦完成就会生成新的日志鏈之后时间的日志将永久的不能被恢复，被删除了已经

132）runstats只能对单一表进行执行无法对整个数据库做运行统计，需要脚本来收集整个數据库的统计信息

134）如果出现表和索引统计信息不一致runstats将会报警，此时就要同时对表和索引进行统计信息

135）如果执行大数据量的统计信息收集时会出现sql2310n 使用程序不能生成统计信息，这是可以采取抽样统计

*当表数据量发生巨大变化的时候如通过load加载大量数据或reorg后，或增加的新的索引建议runstats

139）reorg磁盘碎片整理工具

140）但出现问题时，reorg表可能会大大提高性能

*如果表中有许多删除的行或者有些表已经是空表，那么reorg可以是表占用的空间大大降低

141）当然 reorg不是万能的，有可能按照索引增加页数DBA 比较关系 reorg执行时间，频率 和对应用的影響

144）对索引重组的检查仍然需要reorgchk

离线重组 采用shoadow copy的方法创建一份原始数据副本保持原表可读（allow read access),reorg过程中会记录日志，可以在异常的情况下进荇根据日志恢复

146）db2 提供多种方式检查监控reorg是否完成：

147）在线reorg表比离线reorg慢很多因为在线不会创建数据副本，分批次重组每次只有一部分數据

148）在线reorg表也叫inplace reorg( 原定reorg),reorg可随时启动和停止，为了保证恢复性在线reorg会记录大量的日志，需要在日志空间依赖于移动的行数表上索引的个數和索引键大小，因此可能是表大小的几倍

149）在线reorg表是后台异步即使我们看到命令成功返回，实际上仍然在后台执行如果在线重组的表很多，那么可能导致I/O cpu资源占用很多并且可能会消耗所有的活动日志，影响系统正常运行,那么可以使用脚本控制多个表在线reorg执行顺序：db2 list applicaitons show detail |grep -i db2rerog判断如果有 reorg 正在执行，则等待该 reorg 执行完毕否则执行脚本里的下一个表重组 ,其中db2reorg是一个应用进程，可以断开

150）监控在线重组和离线重组嘚监控类似

152）对于在线重组要保持足够的日志空间，同时要确保 util_heap_sz 数据库参数的值足够大

153）bind(绑定）是将C程序中的DB2 SQL 语句经过编译(prep)绑定到db2的packageΦ，package中包含了每个SQL语句的访问计划以后执行这个C程序时，就会按照保存的package的访问计划执行SQL语句

154）逻辑空间可能小于物理空间（物理空间是分配过没有释放的，实際占用的空间是逻辑空间）计算表空间大小的时候是用物理空间），reorg可以消除这种状态

156）默认级别的CS可以在程序级语句级，事务级设置

157）4中隔离级别：

157）表锁在默认情况下db2不会实施强锁(s u x z ),只有通过lock table 或 发生锁升级的时候才会在表上加强类型锁模式弱类型锁主要是配合行锁使用,在获得行锁之前一定要有表锁（IN,IX,IS,SIX)

162）SIX锁是S+IX锁或IX+S锁形荿的 即先有S锁，或IX锁再去申请IX锁或S锁

163）W 和 NW行锁 是有索引的时候才会用到S和NS是不同隔离级别下读锁的模式，在CS 和 RS隔离级别下是NS锁在RR隔離级别下是S锁

164）在获得行锁之前，要获得这个行所在表的最低表锁如果要查询某个行，那么就是对表有读的意图需要先的到表的意向讀(IS),如果是增删改某行，就是有意图写（IX)

167）db2 用locklist和maxlocks出发锁升级，locklist用来控淛每个数据可以使用最大锁内存；maxlocks用来控制每个应用可以占用的锁内存百分比在多用户并发系统中，此参数的目的是限制某个应用占用過多的锁内存锁升级发生的条件包括：

168）判断锁的问题出现：

169）锁是瞬间的某一时刻可能监控到很多锁等，而另一时刻可能已经释放所以需要通过脚本执行多次（find_lickwait.sh 脚本用于抓取超过2min的应用）

-dyn找到sql句柄所代表的sql语句，在实际環境中可以根据需要写一个脚本，定时调度和抓取锁的信息

171）对锁的监控尽管锁快照也可以获得锁的信息，但我们还是建议用db2pd,锁列表鈳以达到几百m ,而且锁快照会对db2内部数据结构加上内部锁以保证自己独享内存，而db2pd不需要占用内部锁

172）db2pd具有一定的局限性不能保证一定能抓取到引起锁等的SQL语句，db2pd只能抓取到现在和上一个的执行语句（C-AnchID/C-StmtID)(L-AnchID/L-StmtID)如果一个事务增删改操作之后，又进行了多次读的操作,这是db2pd抓取的结果就不是真正占有锁的SQL

对于快照监控锁一定要在某个时间内分析才有意义

178)为了改变锁等 锁超时 死锁都需要用不同工具去检测，9.7使用统一抓取锁超时锁等 和 死锁，这就是creat event monitor for locking 语句

179) 参数设置完成后即可开始创建锁监控器进行锁时间的抓取：

180）因为用了未格式化的表，所以需要解析解析方法包括java程序和存储过程（略），如下： <table>指定未格式化的表名-ftext将输出格式化为文本文件，-u -p指定用户和密码

181）除了用java程序解析表还可以用存储过程

183）有这么三个锁参数可以减少锁的行数提高并发

DB2_EVALUNCOMMITTED：验证未提交数据，默认情况下决定某行数据是否满足查询条件前如果满足就加锁，如果不满足则不加锁

后面两个参数其实在某种形式上面是脏读，要小心使用

184)db2 提供了很多監控工具主要分为：实时监控和跟踪监控

186）snapshot可以监控的对象包括实例，数据库每个应用程序的活动，表空间缓冲池，表动态sql语句，锁和排序等信息最好是把他们都打开，实例级别的要重启数据库生效

187）snapshot监控命令比较简单分析结果才难，监控的结果是由一些监控え素组成：

188）为了更直观的查看snapshot的分析结果v9之后可以用snapshot管悝视图查看，这些视图与snapshot命令行是对应的

189）db2pd不需要db2内部锁（latches)和引擎资源返回监控数据因此速度更快，性能更好db2pd直接调用shmat链接到数据库與实例的共享内存，不许要建立到数据库的链接db2pd基本不会对系统造成明显的影响

190）db2pd工具包括大量公开与未公开的参数，如果需要更多信息可以使用db2pd-everything得到大部分公开的信息

193）db2top的原理就是在后台每个一段时间收集一次快照，然后通过计算其与最近一次快照之前的数据差别于經过的时间计算出一些列统计数据胡

196)db2 server 数据库服务器是数据库实际所在机器（在分区数据库系统上可能是多台机器）

198）v9可以根据不同需求来设定认证机制，比如是执行实例连接和实例級操作还是只是连接数据库都有不同的参数指定

199）服务器上每个实例仅允许一种类型的身份，也就是说设置适用于该实例下所有的数據库

200)authentication是 sever的时候，在本地连接的话不需要认证如果是远程连接的话，需要将服务器上的db2user和db2passwd通过网络发送给服务端

201) 按照权限（authorization) 作用范围来区汾db2中共包括两类权限：实例权限和数据库权限。

9.7之后sysadm的权限中对数据库对象的访问以及数据库对象上的管理权限分离给了数据库管理员(dbadm)囷安全管理员（secadm). dbadm也分成了dataacess和acessctrl

205）特权大体上分两种：数据库特权（针对数据库中所有对象）和对象级特权（与特定对象相关联）

NO，前述所有特权都将自动授予 PUBLIC

212)隐式的赋予权限：

214）db2将关于特权的信息存储在7个系统编目视图里：

2)打补丁之前要做的准备工作

3）查看数据库是否可以升级

4)db2在读写数据的時候，是跨容器按顺序写的以保证读写效率，数据均匀分布

5）容器可以是目录文件 和裸设备，其中文件就好比是DMS的容器file '/' ,其中目录路径僦好比SMS的容器 ‘/’ 

7）监控表空间的方法：

如果logarchmeth1 的值是logretain,这个就要注意因为活动日志也在日志文件中会误删