相关信息：
&&产品数量：999
&&包装说明：立式精包装、卧式包装
&&价格说明：价格请电议
kriowv上海钢盟国际贸易有限公司 湖北省宝钢SMP硅改性彩涂卷曾经理
浅析燃烧性能检测:
岩棉板作为目前国内中的代表，岩棉板的燃烧性能是岩棉板重要的考量形式，岩棉板的燃烧性能是经过怎么样的检测得出的呢。
　　岩棉板的燃烧性能测试是通过一个叫做燃烧性能检测装置进行检测的，而其检测的办法是依据《可燃性试验方法》来判定的。
　　首先解释一下什么是建筑保温材料燃烧性能检测装置。建筑保温材料燃烧性能检测装置顾名思义其实就是一个箱体，箱体的原材料是板弯折制成，在这个装置配置着一个燃烧器以及一个用来测量火焰用的标尺。主要用于测试样品的燃烧性能，也就是说样品在不同火焰情况下的测试结果。这种专业的仪器就是专门用来测试岩棉板等的。也是用过这种仪器我们才能得出岩棉板不燃性检测报告。
　　这里需要补充的是常规企业生产或销售岩棉板都会通过仪器检测，只有持有岩棉板不燃性检测报告的岩棉板企业才能够放心购买。另外岩棉板也是分防火等级的，不同的场所使用不同等级的岩棉板防火具体内容可查询《建筑专业设计常用数据》有相关说明。
绿色岩棉彩搭建绿色未来:
不积跬步难以成千里，不积小流难以汇成江海，绿色，从眼前做起，始于现在，岩棉彩钢板也不例外，因为绿色建筑是世界的未来，而它是通往绿色建筑未来之路的一块基石。
国内对于绿色建筑的认识正在提高，把绿色建筑当作允诺未来的画饼或者赚取暴利的噱头的企业越来越少，用脚踏实地的态度对待绿色建筑概念、从事绿色建筑事业的企业越来越多。岩棉彩就是走在了前端，他们在不断的实践和创新中，用特殊的材料设计制造了环保、保温、防火的岩棉彩钢板，如今岩棉彩钢板的应用范围是越来的越广泛，从建筑行业用于活动房和的一些应用外，如今已用到了生活中的家电行业，这就是绿色的作用，建筑的生命在于为人类所使用，绿色建筑的终目的是为了人类生活空间更舒适、更绿色、更美好，不管在实行中遇到多大的困难，多少的痛苦，但是走过了以后你会发现，这个社会到处透露的是新鲜和透明，让人神清气爽。
与发展绿色建筑是加快建筑产业发展方式转变的突破口，也是降低建筑建造和使用过程中的能源资源消耗，也是健康生活的保障。绿色建材岩棉彩钢板搭建了绿色未来，搭建了新的希望。
1999年以来，随着彩兴旺，彩钢板的生产及消费进入了快速增长期。彩钢板厂家如雨后春笋般日益增多。
江苏苏州吴江市彩钢板生产基地在四川灾区的重建工作中起了重要作用。近日，吴江市彩钢板基地统计出新数据，彩钢板占全国市场份额达55%，占60%，继续霸居中国大彩钢板生产基地的地位。目前，吴江市的彩钢板厂家已发展到700多家，年产夹芯板能力1000万平方米以上，年产量5000万平方米，制作能力50万吨。如今，吴江市的净化工程、钢结构工程的业务已覆盖全国，并走出国门，有些彩钢板厂家已走出国门，到墨西哥、俄罗斯、哈萨克斯坦、印度、南非及东南亚国家承接工程。据了解，吴江市彩钢板生产基地从无到有，经过近30年的发展。1990年，吴江市新办的小彩钢板厂家日益增多，规模也日渐扩大，有几家甚至迅速地超过了“净化总厂”。一时间，吴江市彩钢板厂家的声名显赫起来，被誉为“全国大的空气净化之都”、“全国彩钢板生产密集区”。到2003年，吴江市已形成了彩钢板基板到泡沫、胶水、钢结构、净化工程组成的比较完整的产业链，年产彩涂钢板能力达30万吨，夹芯板年销售量高达3000万平方米，占中国总销售量的50%以上，成为中国大的彩钢板生产基地。
中国的彩钢板市场巨大，彩钢板厂家的日益增多，竞争日趋激烈，国家相应行业标准的陆续出台，对于客户来说，无疑是一个好的趋势。
岩棉彩钢板-彩钢板中的佼佼者
如今彩发展迅速，国内彩钢板的生产量不断地增高，彩钢板逐渐被人们熟识和利用，彩钢板的种类也有很多，下面隆重为大家推荐彩钢板中防火性能很好的岩棉彩钢板。
建筑工地上的活动房就是由彩钢板为材料制作而成的，但是近看了很多关于活动房起火的新闻，相信这些新闻对大家使用活动房有了很大得顾虑，但是现在的岩棉彩钢板消除了这个很大的顾虑。岩棉彩钢板的夹芯材料就是岩棉，岩棉是一种天然的无机物，岩棉的绝热性能很好，几乎是不可燃的，而且还是一种吸声材料，隔热材料等。岩棉彩钢板的一出现就受到了很大的关注，就连政府也很青睐于这个防火要求达到A级的彩钢板。岩棉彩钢板是彩钢板行业的一个很大的跨越，用岩棉彩钢板制作而成的活动房，集装箱活动房也很受广大消费者的欢迎，对于这样的大家都是赞不绝口的。
彩钢板行业发展迅速，而且彩钢板行业的进步也是大家有目共睹的，对于新型的岩棉彩钢板的出现，相信以后彩钢板还会带给我们更大的变化， 让我们一起见证彩钢板辉煌的未来。
总结过去，放眼未来
在事物的发展过程阶段我们要不断地总结过去，才能更好的规划未来，对于彩钢板行业来说也是如此，看看过去我们走过的路程，就能看出来到底有多门多的事情需要去解决去攻克，这样我们才有前进的动力，才能更好的发展我们的彩钢板行业。
　　以前我国的彩钢板发展缓慢主要是因为彩钢板造价高（毕竟我们是发展中国家）以及产量有限。
　　彩钢板与普通钢筋结构相比，其匀质、高强、施工速度快、抗震性好和回收率高等优越性，钢比砖石和砼的强度和弹性模量要高出很多倍，因此在荷载相同的条件下钢构件的质量轻。从被破坏方面看，彩钢板是在事先有较大变形预兆，属于延性破坏结构，能够预先发现危险，从而避免。
　　今非昔比，彩钢板施工速度快，施工污染小，重量轻，这些优势让它成为未来的发展趋势。在今天，已经有很多建筑开始采用彩钢板了
上海钢盟国际贸易有限公司 湖北省宝钢SMP硅改性彩涂卷曾经理 kriowv诅妆左纂做兹
以上是湖北省宝钢SMP硅改性彩涂卷的详细信息，由上海钢盟国际贸易有限公司自行提供，如果您对湖北省宝钢SMP硅改性彩涂卷的信息有什么疑问，请与该公司进行进一步联系，获取湖北省宝钢SMP硅改性彩涂卷的更多信息。
400){this.width=400;}"
border="0">最近，金砖国家峰会在厦门盛开，朋友圈疯转厦门的美景吸引了不少吃瓜群众哦！厦门是旅游城市也是经济特区，趁着金砖会晤的热潮，小编收集了厦门必玩必吃的攻略，包含鼓浪屿、厦门大学景点等等，不容错过哦！
在此可输入您对该资料的评论~
(window.slotbydup = window.slotbydup || []).push({
id: '4540180',
container: s,
size: '250,200',
display: 'inlay-fix'
热门资料排行
添加成功至
资料评价：
所需积分：0SMPHNC, GTHC & MDVL: MTL? - 歌单 - 网易云音乐
SMPHNC, GTHC & MDVL: MTL?
网易云音乐多端下载
同步歌单，随时畅听320k好音乐
网易公司版权所有(C)杭州乐读科技有限公司运营：相关信息：
&&产品数量：049
&&包装说明：立式精包装、卧式包装
&&价格说明：价格请电议
gmqmbq上海钢盟国际贸易有限公司 甘肃联合SMP硅改性彩廖经理
浅析燃烧性能检测:
岩棉板作为目前国内中的代表，岩棉板的燃烧性能是岩棉板重要的考量形式，岩棉板的燃烧性能是经过怎么样的检测得出的呢。
　　岩棉板的燃烧性能测试是通过一个叫做燃烧性能检测装置进行检测的，而其检测的办法是依据《可燃性试验方法》来判定的。
　　首先解释一下什么是建筑保温材料燃烧性能检测装置。建筑保温材料燃烧性能检测装置顾名思义其实就是一个箱体，箱体的原材料是板弯折制成，在这个装置配置着一个燃烧器以及一个用来测量火焰用的标尺。主要用于测试样品的燃烧性能，也就是说样品在不同火焰情况下的测试结果。这种专业的仪器就是专门用来测试岩棉板等的。也是用过这种仪器我们才能得出岩棉板不燃性检测报告。
　　这里需要补充的是常规企业生产或销售岩棉板都会通过仪器检测，只有持有岩棉板不燃性检测报告的岩棉板企业才能够放心购买。另外岩棉板也是分防火等级的，不同的场所使用不同等级的岩棉板防火具体内容可查询《建筑专业设计常用数据》有相关说明。
绿色岩棉彩钢板搭建绿色未来:
不积跬步难以成千里，不积小流难以汇成江海，绿色，从眼前做起，始于现在，岩棉彩钢板也不例外，因为绿色建筑是世界的未来，而它是通往绿色建筑未来之路的一块基石。
国内对于绿色建筑的认识正在提高，把绿色建筑当作允诺未来的画饼或者赚取暴利的噱头的企业越来越少，用脚踏实地的态度对待绿色建筑概念、从事绿色建筑事业的企业越来越多。岩棉彩就是走在了前端，他们在不断的实践和创新中，用特殊的材料设计制造了环保、保温、防火的岩棉彩钢板，如今岩棉彩钢板的应用范围是越来的越广泛，从建筑行业用于活动房和的一些应用外，如今已用到了生活中的家电行业，这就是绿色的作用，建筑的生命在于为人类所使用，绿色建筑的终目的是为了人类生活空间更舒适、更绿色、更美好，不管在实行中遇到多大的困难，多少的痛苦，但是走过了以后你会发现，这个社会到处透露的是新鲜和透明，让人神清气爽。
与发展绿色建筑是加快建筑产业发展方式转变的突破口，也是降低建筑建造和使用过程中的能源资源消耗，也是健康生活的保障。绿色建材岩棉彩钢板搭建了绿色未来，搭建了新的希望。
1999年以来，随着彩兴旺，彩钢板的生产及消费进入了快速增长期。彩钢板厂家如雨后春笋般日益增多。
江苏苏州吴江市彩钢板生产基地在四川灾区的重建工作中起了重要作用。近日，吴江市彩钢板基地统计出新数据，彩钢板占全国市场份额达55%，占60%，继续霸居中国大彩钢板生产基地的地位。目前，吴江市的彩钢板厂家已发展到700多家，年产夹芯板能力1000万平方米以上，年产量5000万平方米，制作能力50万吨。如今，吴江市的净化工程、钢结构工程的业务已覆盖全国，并走出国门，有些彩钢板厂家已走出国门，到墨西哥、俄罗斯、哈萨克斯坦、印度、南非及东南亚国家承接工程。据了解，吴江市彩钢板生产基地从无到有，经过近30年的发展。1990年，吴江市新办的小彩钢板厂家日益增多，规模也日渐扩大，有几家甚至迅速地超过了“净化总厂”。一时间，吴江市彩钢板厂家的声名显赫起来，被誉为“全国大的空气净化之都”、“全国彩钢板生产密集区”。到2003年，吴江市已形成了彩钢板基板到泡沫、胶水、钢结构、净化工程组成的比较完整的产业链，年产彩涂钢板能力达30万吨，夹芯板年销售量高达3000万平方米，占中国总销售量的50%以上，成为中国大的彩钢板生产基地。
中国的彩钢板市场巨大，彩钢板厂家的日益增多，竞争日趋激烈，国家相应行业标准的陆续出台，对于客户来说，无疑是一个好的趋势。
岩棉彩钢板-彩钢板中的佼佼者
如今彩发展迅速，国内彩钢板的生产量不断地增高，彩钢板逐渐被人们熟识和利用，彩钢板的种类也有很多，下面隆重为大家推荐彩钢板中防火性能很好的岩棉彩钢板。
建筑工地上的活动房就是由彩钢板为材料制作而成的，但是近看了很多关于活动房起火的新闻，相信这些新闻对大家使用活动房有了很大得顾虑，但是现在的岩棉彩钢板消除了这个很大的顾虑。岩棉彩钢板的夹芯材料就是岩棉，岩棉是一种天然的无机物，岩棉的绝热性能很好，几乎是不可燃的，而且还是一种吸声材料，隔热材料等。岩棉彩钢板的一出现就受到了很大的关注，就连政府也很青睐于这个防火要求达到A级的彩钢板。岩棉彩钢板是彩钢板行业的一个很大的跨越，用岩棉彩钢板制作而成的活动房，集装箱活动房也很受广大消费者的欢迎，对于这样的大家都是赞不绝口的。
彩钢板行业发展迅速，而且彩钢板行业的进步也是大家有目共睹的，对于新型的岩棉彩钢板的出现，相信以后彩钢板还会带给我们更大的变化， 让我们一起见证彩钢板辉煌的未来。
总结过去，放眼未来
在事物的发展过程阶段我们要不断地总结过去，才能更好的规划未来，对于彩钢板行业来说也是如此，看看过去我们走过的路程，就能看出来到底有多门多的事情需要去解决去攻克，这样我们才有前进的动力，才能更好的发展我们的彩钢板行业。
　　以前我国的彩钢板发展缓慢主要是因为彩钢板造价高（毕竟我们是发展中国家）以及产量有限。
　　彩钢板与普通钢筋结构相比，其匀质、高强、施工速度快、抗震性好和回收率高等优越性，钢比砖石和砼的强度和弹性模量要高出很多倍，因此在荷载相同的条件下钢构件的质量轻。从被破坏方面看，彩钢板是在事先有较大变形预兆，属于延性破坏结构，能够预先发现危险，从而避免。
　　今非昔比，彩钢板施工速度快，施工污染小，重量轻，这些优势让它成为未来的发展趋势。在今天，已经有很多建筑开始采用彩钢板了
上海钢盟国际贸易有限公司 甘肃联合SMP硅改性彩钢板廖经理 gmqmbq资驻宗椎佐啄
以上是甘肃联合SMP硅改性彩钢板的详细信息，由上海钢盟国际贸易有限公司自行提供，如果您对甘肃联合SMP硅改性彩钢板的信息有什么疑问，请与该公司进行进一步联系，获取甘肃联合SMP硅改性彩钢板的更多信息。
400){this.width=400;}"
border="0">深入解析 DB2 ―― 高档管理、内部体系结构与诊断案例，第 9 章 1 分享 - 谷普下载深入解析 DB2 ―― 高档管理、内部体系结构与诊断案例，第 9 章 1点击复制内容
　　在应用 DB2 数据库的历程中，发生一些这样或那样的和故障是不可避免的。在发生这些之后，如何及时和准确地找到故障原因并合理地处理这些问题就显得极为首要。本章介绍在 DB2 中的一些高档和法子。快速、合理地应用这些能够极大地提高 DBA 处理数据库故障的能力和效率。　　本章介绍的工具有 db2dart 和 inspect、db2pdcfg、db2trc、db2_call_stack 和 db2nstck，并结合这些工具给出了大量的诊断问题的实例。　　本章主要解说如下内容：　　db2dart 和 inspect 　　db2pdcfg 　　db2trc 　　db2_call_stack 和 db2nstck 　　9.1　 db2dart 和 inspect　　9.1.1　 db2dart 和 inspect 概述　　当 DB2 数据库出现异常后，可以应用 db2dart 或 inspect 命令查看全部数据库的一致性。 db2dart 命令可以用来验证数据库以及相关的数据库对象是否正确，是否存在问题；还可以用来显示数据库把持文件的内容，以便在重建数据库时从其他情况下无法造访的表中抽取数据。　　如果想查看应用 db2dart 命令的相关语法，可以在当前 DB2 CLP 窗口中，履行 db2dart 命令 ( 不带任何参数 )，就可以看到其相关选项了。 db2dart 的基本语法是& db2dart & database name & [ action ] [ options . . . ] &，默认情况下，db2dart 实用程序将创建一个&数据库名 .RPT &的报告文件。 db2dart 实用程序直接从磁盘中读取数据库中的数据和元数据，而不是通过 DB2 数据库器来进行造访。　　应用 db2dart 实用程序时，需要注意，要保证该数据库上没有活动的数据库连接 ( 也就是说如果不取缔激活数据库，那么 db2dart 将产生不可靠的结果 ) 。如果您在当前 DB2 CLP 窗口中，先连接示例数据库 SAMPLE，然后再履行& db2dart sample /db &命令，那么会有 FYI 提示信息，奉告你现在 SAMPLE 数据库上有一个活动的连接，请停掉所有的连接后再次履行 db2dart 命令，具体历程和提示信息如下所示：C:&　db2　connect　to　sample　数据库连接信息　
数据库服务器　=　DB2　/　NT　9.5.0　
　SQL　授权标识　=　DB2ADMIN　
本地数据库别名　=　SAMPLE　
　C:&　db2dart　sample　/db　
　FYI:　An　active　connection　to　the　database　has　been　detected　.　
　False　errors　may　be　reported　.　
　Deactivate　all　connections　and　re-run　to　verify　.　
　Warning　:　The　database　state　is　not　consistent　.　
　Warning　:　Errors　reported　about　reorg　rows　may　
　be　due　to　the　inconsistent　state　of　the　database　.　
　DB2DARTDB2DART　Processing　completed　with　warning　(　s　)　!　
　Complete　DB2DARTDB2DART　report　found　in　:　
　C:DOCUME~1ALLUSE~1APPLIC~1IBMDB2DB2COPY1DB2DART0000SAMPLE.RPT　　遇到这种情况，正确的做法是在当前 DB2CLP 窗口中，发出& force applications all &命令，断开所有的数据库连接，然后履行& db2dart sample /db &命令，具体历程如下所示：C:&　db2　force　applications　all　
　DB20000I　FORCE　APPLICATION　命令成功完成。　
　DB21024I　此命令为异步的，可能未能立即生效。　
　C:&　db2　list　applications　
　SQL1611W　&数据库系统监视器&没有返回任何数据。　
　C:&　db2dart　sample　/db　
　The　requested　DB2DART　processing　has　completed　successfully!　
　Complete　DB2DART　report　found　in:　
　:DOCUME~1ALLUSE~1APPLIC~1IBMDB2DB2COPY1DB2DART0000SAMPLE.RPT　　db2dart 命令成功完成，db2dart 履行结果显示正常，如果有差错的话，会提示有 ERROR 存在，所有的结果都会在 SAMPLE.RPT 中。打开 SAMPLE.RPT 文件，可以看到数据库诊断的详细信息，由于篇幅有限，这里只列示了部分信息，如下所示：DART　(V9.5)　Report　:　
　-23.28.24.531000　
　Database　Name　:　SAMPLE　
　Report　name　:　SAMPLE.RPT　
　Old　report　back-up　:　SAMPLE.BAK　
　　　　Database　Subdirectory　:　C:DB2NODE0000SQL00002　
　Operational　Mode　:　Database　Inspection　Only　(　INSPECT　)　
　Action　option　:　DB　
　Connecting　to　Buffer　Pool　Services　.　.　.　
　Database　inspection　phase　start　.　
　Tablespace　file　inspection　phase　start　.　
　Loading　tablespace　files　.　
　Inspecting　next　tablespace　and　associated　containers　.　
　Inspecting　next　tablespace　and　associated　containers　.　
　Inspecting　next　tablespace　and　associated　containers　.　
　Inspecting　next　tablespace　and　associated　containers　.　
　Inspecting　next　tablespace　and　associated　containers　.　
　Inspecting　next　tablespace　and　associated　containers　.　
　Inspecting　next　tablespace　and　associated　containers　.　
　7　tablespaces　were　identified　and　their　containers　checked　.　
　Tablespace　file　inspection　phase　end　.　
　SYSBOOT　inspection　phase　start　.　
　Data　inspection　phase　start　.　Data　obj　:　1　In　pool　:　0　
　Data　inspection　phase　end　.　
　SYSBOOT　inspection　phase　end　.　
　　SYSTABLES　inspection　phase　start　.　
　Data　inspection　phase　start　.　Data　obj　:　5　In　pool　:　0　
　Data　inspection　phase　end　.　
　SYSTABLES　inspection　phase　end　.　
　Bufferpool　file　report　phase　start　.　
　1　bufferpools　were　identified　.　
　Bufferpool　file　report　phase　end　.　
　Tablespace　inspection　phase　start　.　Pool　:　0　
　Tablespace-info　inspection　phase　start　.　
　Checking　Table　space　ID　:　0　
　Name　=　SYSCATSPACE　
　Extent　size　=　4　
　#　of　containers　=　1　
　----------------　略　----------------------------　
　Table　inspection　end　.　
　Tablespace　inspection　phase　end　.　
　Tablespace　inspection　phase　start　.　Pool　:　6　
　This　is　a　temporary　table　space　.　Nothing　to　inspect　.　
　Tablespace　inspection　phase　end　.　
　Database　inspection　phase　end　.　
　----------------　略　----------------------------
　　我们在数据库的日常维护历程中，经常应用的 db2dart 命令的选项主要有 :　　/DB ( 默认值 )：反省全部数据库。 　　/T：反省单个表。 　　/TSF：只反省表文件和容器。 　　/TSC：反省一个表的结构，但不包孕它所属的那些表。 　　/TS：反省一个单独的表空间和它所属的那些表。 　　/DI：转储 (DUMP) 索引页结构。 　　下面我们举几个应用 db2dart 和 inspect 的。　　9.1.2　 利用 db2dart 查找停顿 (quiesce) 表空间的用户　　在我们履行 quiesce 命令停顿一张表期间，该表所在的表空间无法被其他使用造访，要查找停顿表空间的用户，我们可以应用 DB2 LIST TABLESPACES SHOW DETAIL 命令。下面借助 db2dart 工具产生的报告，我们可以查询到发出 quiesce 命令的原始用户。具体履行步骤如下：　　(1) 停止 DB2 实例：db2stop force 。　　(2) 产生 db2dart 的报告：db2dart sample /dtsf 。　　(3) 从报告中查找发出停顿命令的用户：根据命令履行结果的提示，找到 db2dart 产生的报告文件。打开该文件，对于停顿的表空间，可以在文件中找到信息如下所示：Information　for　Tablespace　ID:　2　
　-------------------------------------　
　Tablespace　name:　USERSPACE1　
　Table　space　flags　(HEX):　0101　
　Table　space　type:　System　Managed　Space　(SMS)　
　Page　size:　4096　
　Extent　size:　32　
　Prefetch　size:　32　
　Version:　9　
　Tablespace　state:　2　
　Number　of　quiescers:　1　
　Userid　of　quiescer:　DB2INST1Quiesce　state:　2&&　
注：16进制表示的表空间状态，可履行db2tbst　0x2命令查看16进制　
的表空间状态的详细描述，命令输出结果：　
Quiesced　UpdateTbspace　ID　of　quiesced　object:　2　&&　
注：表空间　ID，对应　SYSCAT.TABLES　表中的　
　TBSPACEID　Table　ID　of　quiesced　object:　15　&&　
注：表　ID，对应　SYSCAT.TABLES　表中　
的　TABLEID　字段　
　EDU　ID:　0　
　......　　定位表空间的 ID 和表的 ID 后，履行下面的 SQL 语句找出是哪个表：db2　select　tabname　from　syscat.tables　where　tbspaceid=2　and　tableid=15　
　TABNAME　
　------------------------------------------------------------------------　
　1　条记载已选择。　　应用查找到的用户 DB2INST1 登录后，履行重置命令：db2　quiesce　tablespaces　for　table　db2inst1.staff　reset　　命令履行成功后连接数据库，验证表空间状态正常。　　9.1.3　 db2dart 诊断高水位问题　　我们在本书的第 4 章给大家讲过表空间高水位的概念，现在让我们来讨论一个实际生产中有关高水位的。　　如果在一个表空间中删除了大量记载和表后，尝试缩小表空间大小以释放更多空间，那么会产生什么样的结果呢？下面让我们查看一下履行这个操作产生的问题诊断信息。当对这个表空间中的表履行完 reorg 命令后，用调剂表空间命令 (alter tablespace) 缩小表空间失败，返回差错 SQL20170N( 表空间中没有足够的空间来履行指定的操作 ) 。具体信息如下所示：alter　tablespace　tbspace1　resize　&(all　15000k)&　
　DB21034E　The　command　was　processed　as　an　SQL　statement　because　it　was　not　
　a　valid　Command　Line　Processor　command.　During　SQL　processing　it　returned:　
　SQL20170N　There　is　not　enough　space　in　the　table　space　&TBSPACE1　&　for　
　the　specified　action.　SQLSTATE=57059　　为什么缩小表空间大小会失败呢？　　失败原因　　在这个案例中，由于表空间缩小的空间大小大于在高水位标记之上的空间大小，因此调剂表空间 (alter tablespace) 命令失败并且返回 SQL20170N 差错码。通常，你可以通过履行 reorg table 命令来释放被占用的扩展数据块，这样就可以降低表空间的高水位标记；但是如果高水位标记被空间映射页 (SMP) 持有，那么扩展数据块将不能被 reorg 命令。这个操作 (reorg) 或许就不能成功地降低高水位标记。　　当履行 reorg table 命令时，如果满足下面的任何条件，那么都不能降低高水位标记：
　　高水位标记位置是表的 PAGE 0 页 ( 一个表对象的开始页 ) 。 　　页面页在高水位标记位置，如 SMP( 空间映射页 ) 或者 EMP( 扩展数据块映射页 ) 。 　　履行一个表的在线 (ONLINE) 重组并且未指定临时表空间。这个重组表操作将导致更高的高水位，并且表不能重新覆盖原来的位置。 　　由于重组后必须要进行索引集群，所以变长数据记载可能导致更差的页面填写。填写数据结果将导致表占用空间反而比 reorg 之前有所增加，也就是说高水位标记将升高而非下降。 　　问题总结　　当我们看到某个 DMS 表空间的已用页数低于高水位标记时，则有可能通过如下法子降低高水位标记：　　重组表空间中的某个表。 　　将某个表中的数据导出，然后将它删除，重新创建该表再将数据导入。 　　在以上的法子中，首先要找到持有高水位标记的那个表，这可以通过 db2dart 命令 ( 在停止实例后方可应用 ) 加上 /DHWM 选项，然后从命令所产生的报告文件中来获得相关信息。　　首先要找到持有高水位标记的那个表，履行 db2dart 命令：db2dart　sample　/dhwm　/tsi　2　/rptn　DLHW.TXT　　查看 db2dart 的输出文件DLHW.TXT，查看持有高水准标记的表对象的信息：Dump　highwater　mark　processing　-phase　start.　
　Number　of　free　extents　below　highwater　mark:　168　
　Number　of　used　extents　below　highwater　mark:　139　
　Object　holding　highwater　mark:Object　ID:　4　
　Type:　Table　Data　ExtentDump　highwater　mark　processing　-phase　end.　　履行下面的 SQL 语句找出具体是哪个表持有高水位标记：select　tabschema,　tabname　from　syscat.tables　where　tableid　=　4　and　tbspaceid=2　　而要获得对该表履行哪些操作可降低 HWM 的建议，可履行 db2dart 命令并且加上 /LHWM 选项，这样就可以从产生的报告文件中获得相关信息。应用 /LHWM 选项时，要求用户给出表空间的标识以及愿望 HWM 降低到的页数 ( 虽然不能保证 HWM 一定能降低到这一用户期望值 )，如果该值应用 0，则表明由 DB2 将 HWM 降低到能够达到的最低值。如下所示：db2dart　sample　/lhwm　/tsi　8　/rptn　lhwm.txt　　履行 db2dart/lhwm 命令，查看建议信息：Lower　highwater　mark　processing　-phase　start.　
　Current　highwater　mark:　306Desired　highwater　mark:　124　
　Number　of　used　extents　in　tablespace:　139　
　Number　of　free　extents　below　original　HWM:　168　
　Number　of　free　extents　below　desired　HWM:　122　
　Number　of　free　extents　below　current　HWM:　168　
　Step　#1:　Object　ID　=　4=&　Offline　REORG　of　this　table　using　the　LONGLOBDATA　
option　(do　not　specify　a　temporary　tablespace).　
　Table:　DB2ADMIN.HIST1　　在上面的例子中，我们可以通过对表 DB2ADMIN.HIST1 做离线重组来降低高水位。另外还可利用 db2dart 加 /RHWM 选项来移去 DMS 表空间中不再需要的空间映射数据块来降低 HWM，这些空间映射数据块在其映射的数据被删除时是不会被删除的。例如，如果高水位标记被一个不可挪动的空间映射页 (SMP) 扩展数据块持有，那么我们可以应用下面的命令来降低表空间的高水位标记：db2dart　sample/tsi　2/np　0/rhwm--注：选项　/np　0　会使高水位标记降至尽可能低的位置　　db2dart 命令可以被用于在数据库停止的情况下那些 SMP 扩展数据块。　　注意：　　如果是可恢复数据库 ( 采纳归档日志 )，那么在履行完此操作后数据库将被置于备份暂挂状态。这是因为 db2dart 不产生任何重做日志。因此，在履行完 db2dart 命令后必须对数据库做一个全备份操作。　　9.1.4　 db2dart 诊断数据页毁坏问题　　下面我们讨论一个实际的案例，请看下面的 db2diag.log 文件：-11.46.45.　I　LEVEL:　Error　
　PID　:　1860　TID　:　2732　PROC　:　db2syscs.exe　
　INSTANCE:　DB2INST　NODE　:　000　
　FUNCTION:　DB2　UDB,　buffer　pool　services,　sqlbReadAndReleaseBuffers,　probe:13　
　RETCODE　:　ZRC=0x=SQLB_BADP　&page　is　bad&　
　DIA8400C　A　bad　page　was　encountered.　
　-11.46.45.　I　LEVEL:　Error　
　PID　:　1860　TID　:　2732　PROC　:　db2syscs.exe　
　INSTANCE:　DB2INST　NODE　:　000　
　FUNCTION:　DB2　UDB,　buffer　pool　services,　sqlbReadAndReleaseBuffers,　probe:13　
　DATA　#1　:　String,　126　bytes　
　Obj={pool:34;obj:6;type:0}　State=x27　Page=140354　Cont=0　Offset=140352　
　BlkSize=12　
　sqlbReadAndReleaseBuffers　error:　num-pages=8　
　-11.46.45.　I　LEVEL:　Error　
　PID　:　1860　TID　:　2732　PROC　:　db2syscs.exe　
　INSTANCE:　DB2INST　NODE　:　000　
　MESSAGE　:　SQLB_OBJECT_DESC　
　DATA　#1　:　Hexdump,　68　bytes　
　0x04B6B5DC　:　　　　003A　A2A6　&...&........:..　
　0x04B6B5EC　:　40E5　　　　0000　@...............　
　0x04B6B5FC　:　　　　　........'.......　
　0x04B6B60C　:　　　　　....　.......&...　
　0x04B6B61C　:　408C　7400　@.t.SQL1034C　The　database　is　damaged.-11.46.46.　I　LEVEL:　Error　
|-------10--------20--------30--------40--------50--------60--------70--------80--------9|　
|--------　XML　error:　The　previous　line　is　longer　than　the　max　of　90　characters　---------|　
　PID　:　1860　TID　:　2732　PROC　:　db2syscs.exe　
　INSTANCE:　DB2INST　NODE　:　000　
　FUNCTION:　DB2　UDB,　buffer　pool　services,　sqlbErrorHandler,　probe:0　
　RETCODE　:　ZRC=0x=SQLB_BADP　&page　is　bad&　
　DIA8400C　A　bad　page　was　encountered.　
　-11.46.46.　I　LEVEL:　Error　
　PID　:　1860　TID　:　2732　PROC　:　db2syscs.exe　
　INSTANCE:　DB2INST　NODE　:　000　
　FUNCTION:　DB2　UDB,　buffer　pool　services,　sqlbErrorHandler,　probe:0　
　DATA　#1　:　String,　75　bytes　
　Obj={pool:34;obj:6;type:0}　State=x27--注：Obj={pool:34;obj:6;type:0}　State=x27，　
&pool&指的表空间ID，&obj&指的　
对象IDPrefetcher　Error,　in　sqlbProcessRange　
　-11.46.46.　I　LEVEL:　Error　
　PID　:　1860　TID　:　2732　PROC　:　db2syscs.exe　
　INSTANCE:　DB2INST　NODE　:　000　
　MESSAGE　:　SQLB_OBJECT_DESC　
　DATA　#1　:　Hexdump,　68　bytes　
　0x04B6B5DC　:　　　　003A　A2A6　&...&........:..　
　0x04B6B5EC　:　40E5　　　　0000　@...............　
　0x04B6B5FC　:　　　　　........'.......　
　0x04B6B60C　:　　　　　....　.......&...　
　0x04B6B61C　:　408C　7400　@.t.
　　可以从系统表中读取判断是哪个表受到毁坏。例如：select　tabname　from　syscat.tables　where　tbspaceid=34　and　tableid=6　　数据库最严重的故障莫过于数据库毁坏。从上面的例子来看，我们的数据库中有数据页受到毁坏。出现 SQL1034C 差错时，我们首先履行操作系统命令。例如在 AIX 操作系统上，履行& errpt & d H & T PERM &命令来判断系统是否出现硬件毁坏。然后尝试应用& db2 restart db sample &命令让数据库履行崩溃恢复。　　如果上述办法不能问题，那么最好的办法是从备份恢复数据库。如果无法从备份恢复，那么可以根据毁坏的原因尝试相应的方案。对于问题导致部分数据文件毁坏，但是数据库还可以连接的情况，可以采纳导出数据库的表结构和数据的法子来恢复数据库。当然对于毁坏的表，导出是无法完成的。这时可以应用 db2dart 的导出数据功能来导出这些毁坏的表的数据。如果数据库毁坏到已经无法连接的程度，那么除了从备份恢复，唯一的办法就是应用 db2dart 来导出所有数据了。下面展示了应用 db2dart 命令时的提示信息：运行命令　db2dart　/DDEL　
　　　#　Table　object　data　formatting　start.　
　　　#　Please　enter　
　　　#　Table　ID　or　name，　tablespace　ID，　first　page，　num　of　pages:　
　　#　(suffic　page　number　with　'p'　for　pool　relative)，　　遵照提示输入表名、表空间 ID、起始页数、需要导出的页数。如果你的数据库非常大的话，这将是一个工作量非常大的事情。因此建议大家做好数据库备份。　　9.1.5　 inspect 命令应用案例　　inspect 命令类似于 db2dart 命令，它同样可以用来反省数据库、表空间和表。 inspect 命令和 db2dart 命令的主要差别是：inspect 命令需要与数据库连接，，并且可以在该数据库上同时有多个活动的数据库连接时履行；而 db2dart 命令在履行之前需要断开所有数据库连接，数据库上不能有活动的数据库连接。　　inspect 命令可以在有其他用户连接的情况下验证数据库的完整性。例如，应用& db2 inspect check database results keep &filename& &命令可以验证全部数据库的完整性，具体语法如下所示：db2　&　inspect　check　database　results　keep　inspect.rel　&　
　DB20000I　INSPECT　命令成功完成。　　在 Windows 平台下，输出文件在& C:IBMSQLLIB 实例名&或 DB2INSTPORF 变量指定的下；在 Linux/UNIX 平台下，输出文件在& $INSTHOME/sqllib/db2dump &下。输出的文件需要由 db2instpf 命令进行款式化，db2instpf 命令的语法是：db2inspf　&data　file&　&out　file&　　例如：db2inspf　INSPECT.rel　INSPECT.out　　履行 inspect 命令时还可以加很多参数，应用时可以履行& db2 ? inspect &查看详细的命令选项。下面我们举几个 inspect 的应用案例：　　例如，如果愿望只反省表空间 2 中的数据，可履行以下命令：db2　&inspect　check　tablespace　tbspaceid　2　results　keep　inspect.rel&　
　DB20000I　INSPECT　命令成功完成。　　对数据库从表空间 11 对象 2 开始履行一致性反省，可履行以下命令：db2　inspect　check　database　begin　TBSPACEID　11　OBJECTID　2　results　checkts.out　　产生的 checkts.out 报告的具体信息如下所示：　　9.2　 db2pdcfg　　db2pd 是一个新的实用程序，可用来从正在运行的 DB2 实例或数据库中检索统计信息。它类似于 Informix 的 onstat 实用程序。该工具可以供给大量有用信息以赞助进行性能监控、故障诊断和问题断定、性能提高和使用程序开发设计。　　db2pd 在履行时不需要获得任何锁存器或应用任何引擎就可以收集信息。因此，当 db2pd 收集信息时，有可能会检索到正在更改的信息；这样，数据可能不是十分准确。但是，在不锁内存的情况下收集信息有两个好处：检索速度更快并且不会争用引擎。　　我们已经在《 DB2 性能调剂和优化》和《循序渐进 DB2 && DBA 系统管理、运维和使用案例》两书中介绍了 db2pd 在性能监控方面的案例，本节我们重点解说如何利用 db2pdcfg 配置一些选项来影响 db2pd 收集的配置信息。
　　db2pdcfg 命令的赞助信息如下所示：C:&db2pdcfg　-h　
　Usage:-catchclear　|　status　|　&errorCode&　[&action&]　[count=&count&]　
　Sets　catchflag　to　catch　error　or　warning.　
　Error　Codes:　
　&sqlCode&[,&reasonCode&]　/　sqlcode=&sqlCode&[,&reasonCode&]　
　　ZRC　(hex　or　integer)　
　ZRC　#define　(such　as　SQLP_LTIMEOUT)　
　ECF　(hex　or　integer)　
　&deadlock&　or　&locktimeout&　
　Actions:　
　[stack]　(default)　Produce　stack　trace　in　db2diag.log　
　[DB2COS]　(default)　Run　sqllib/DB2COS　callout　script　
　[stopDB2TRC]　Stop　DB2TRC　
　[dumpcomponent]　Dump　component　flag　
　[component=&componentID&]　Component　ID　
　[lockname=&lockname&]　Lockname　for　catching　specific　lock　
　(lockname=001F)　
　[locktype=&locktype&]　Locktype　for　catching　specific　lock　
　(locktype=R　or　locktype=52)-cos[status]　[off]　[on]　
　[sleep=&numsec&]　[timeout=&numsec&]　[count=&count&]　[SQLO_SIG_DUMP]　
　Sets　engine　flags　to　call　DB2COS　when　trapping.　
　[status]　Display　DB2COS　feature　status　
　[off]　Disable　DB2COS　feature　for　engine　traps　
　[on]　Enable　DB2COS　feature　for　engine　traps　
　[sleep=&numsec&]　Sleep　time　beteen　checking　size　of　output　file　
　[timeout=&numsec&]　Wait　time　before　assuming　script　is　finished　
　[count=&count&]　Times　to　execute　DB2COS　for　instance　during　traps　
　[SQLO_SIG_DUMP]　Enable　DB2COS　execution　during　SQLO_SIG_DUMP　
　-dbmcfg　[xml=&0,1&]　
　Sets　DBM　Config　Reserved　Bitmap　to　values　0　(default)　or　1　(instance　has　xml　data).　
　-dbcfg　[xml=&0,1&]　
　Sets　Database　Config　Reserved　Bitmap　to　values　0　(default)　or　1　(database　has　xml　data).　
-fodc[status]　[reset]　[DUMPDIR=&directory&]　
　Changes　First　Occurrence　Data　Capture　options.　
　[status]　Display　FODC　options　status　
　[reset]　Reset　all　the　FODC　options　to　their　defaults.　
　[DUMPDIR=&directory&]　Specifies　path　where　FODC　directory　will　be　created.　
Default　is　db2　diagnostic　path　　db2pdcfg 主要有 catch、cos、fodc、dbmcfg 和 dbcfg 这几个命令子选项，现在我们分辨解说这些选项的使用。其中 dbmcfg 和 dbcfg 需要产品密码，在这里我们不解说，我们主要解说 catch、cos 和 fodc 选项。　　9.2.1　 db2pdcfg -cos 选项　　DB2 调出脚本 (db2cos) 输出文件　　db2cos 脚本 (DB2 Call Out Script) 是 DB2 V8.2 以后供给给我们用于高档繁杂诊断的一个脚本，在 DB2 V8.2 之前，DB2 在故障诊断方面没有什么好的工具，只能查看 db2diag.log 。 DB2 V8.2 之后出现的 db2cos 脚本和 db2pd 结合起来可以为 DBA 供给一个强大的故障诊断工具 ( 注：DB2 在 V9.5 之后的新版本中供给了一个功能强大的性能监控和诊断工具& db2top & ) 。默认情况下，当数据库管理器因为应急启动、陷阱、分段违例或异常而不能持续处理时，将会自动调用 db2cos 脚本。每个 db2cos 脚本将调用 db2pd 命令以默认打开方式收集信息。 db2cos 脚本的名称的款式为 db2cos_hang、db2cos_trap 等等。每个脚本的行为方式类似，但 db2cos_hang 有所不同，它是通过 db2fodc 工具调用的。根据 db2cos 脚本中包孕的命令，db2cos 输出文件的内容也会有所不同。　　默认情况下，db2cos 脚本在& $DB2HOME/bin &目录中。在 UNIX 操作系统上，此目录是只读的。可将 db2cos 脚本复制到& $DB2HOME/adm &目录，必要时还可在该位置改动该文件。如果 db2cos 脚本在& $DB2HOME/adm &目录中，那么会运行该脚本，否则会运行& $DB2HOME/bin &目录中的脚本。　　db2cos 脚本中的 db2pd 命令收集到的默认信息包括有关操作系统、已安装 DB2 产品的版本和服务级别，数据库管理器和数据库配置的详细信息，以及有关以下各项的状态信息：代理程序、内存池、内存块、使用程序、实用程序、事务、缓冲池、锁定、事务日志、表空间和容器。此外，它还供给有关下列各项的信息：动态、静态和目录高速缓存的状态，表和索引统计信息，恢复状态以及重新优化的 SQL 语句及活动语句列表。如果需要收集进一步的信息，那么只需应用附加命令更新 db2cos 脚本即可。
　　调用默认 db2cos 脚本时，它将在 DIAGPATH 数据库管理器配置参数指定的目录中生成输出文件。这些文件名为 XXX.YYY.ZZZ.COS.TXT，其中 XXX 是进程标识 (PID)，YYY 是线程标识 (TID)，而 ZZZ 是数据库分区号 ( 对于单分区数据库则为 000) 。如果存在多线程陷阱，那么会对每个线程单独调用 db2cos 脚本。如果 PID 和 TID 组合多次出现，那么该数据将追加至文件。还会显示光阴戳记，所以您可以区分输出的迭代。 Windows 环境下默认 db2cos.bat 的内容如下所示：setlocal　
　:iterargs　
　if　%0.　==　.　goto　iterdone　
　if　/i　%0.　==　INSTANCE.　set　INSTANCE=%1　
　if　/i　%0.　==　DATABASE.　set　DATABASE=%1　
　if　/i　%0.　==　TIMESTAMP.　set　TIMESTAMP=%1　
　if　/i　%0.　==　APPID.　set　APPID=%1　
　if　/i　%0.　==　PID.　set　PID=%1　
　if　/i　%0.　==　TID.　set　TID=%1　
　if　/i　%0.　==　DBPART.　set　DBPART=%1　
　if　/i　%0.　==　PROBE.　set　PROBE=%1　
　if　/i　%0.　==　FUNCTION.　set　FUNCTION=%1　
　if　/i　%0.　==　REASON.　set　REASON=%1　
　if　/i　%0.　==　DESCRIPTION.　set　DESCRIPTION=%1　
　if　/i　%0.　==　DiAGPATH.　set　DIAGPATH=%1　
　goto　iterargs　
　:iterdone　
　if　%DATABASE%.　==　.　goto　no_database　
　db2pd　-db　%DATABASE%　-inst　&&　%DIAGPATH%DB2COS%PID%%TID%.%DBPART%　
　goto　exit　
　:no_database　
　db2pd　-inst　&&　%DIAGPATH%DB2COS%PID%%TID%.%DBPART%　
　:exit　　通过上面的脚本我们可以看到，对于数据库级的事件或故障，默认的 db2cos 脚本用& -db &和& -inst &选项调用 db2pd 。 DBA 用一个 db2pd 调用调换相应的行，该调用收集锁超时分析所需的监视器数据。　　查看 db2cos 配置的具体信息，如下所示：[db2inst1@unixhost　~]$　db2pdcfg　-cos　status　
　DB2COS　is　enabled　for　engine　traps.　
　PD　Bitmap:　0x1000　-----------------------------------------------　
　Sleep　Time:　3　
　Timeout:　30　　根据 db2cos 脚本中指定的命令，db2cos 输出文件将包孕不同信息。如果未改变默认脚本，那么 db2diag.log 会显示类似以下的条目：-10.56.21.523659　
　PID：782348　TID：1　PROC：DB2COS　
实例：db2inst1　节点：0　数据库：SAMPLE　
　APPHDL　:　APPID:　*LOCAL.db2inst1.　
函数：操作系统服务　,　sqloEDUCodeTrapHandler,　探测点：999　
事件：从操作系统服务　sqloEDUCodeTrapHandler　调用　
　/home/db2inst1/sqllib/bin/DB2COS　捕获到陷阱　
实例　db2inst1　应用　64　位和　DB2　代码发行版　SQL09010　
操作系统信息：　
操作系统名称：AIX　
节点名：n1　
发行版：2　
　-----------------------------------　省略　----------------------------------　
　-10.42.17.　I　级别：事件　
　PID：782348　TID：1　PROC：db2sysc　
实例：db2inst1　节点：000　
函数：DB2　UDB，跟踪服务，pdInvokeCalloutScript，探测点：10　
开始：从操作系统服务　sqloEDUCodeTrapHandler　调用　/home/db2inst1/sqllib/bin/DB2COS　
　-10.42.23.　I　级别：事件　
　PID：782348　TID：1　PROC：db2sysc　
实例：db2inst1　节点：000　
函数：DB2　UDB，跟踪服务，pdInvokeCalloutScript，探测点：20　
停止：完成　/home/db2inst1/sqllib/bin/DB2COS　调用　
　-10.42.23.　E　级别：严重　
　PID：782348　TID：1　PROC：db2sysc　
实例：db2inst1　节点：000　
函数：DB2　UDB，操作系统服务，sqloEDUCodeTrapHandler，探测点：10　
消息：ADM0503C　发生了意外内部处理差错。已关闭所有与此实例相关联的　
　DB2　进程。　
　已经记载了诊断信息。有关进一步的赞助，与&　IBM　支持机构&联系。　
　-10.42.23.　E　级别：严重　
　PID：782348　TID：1　PROC：db2sysc　
实例：db2inst1　节点：000　
函数：DB2　UDB，操作系统服务，sqloEDUCodeTrapHandler，探测点：20　
　DATA　#1：接管到信号编号，4　字节　
　DATA　#2：信号信息，64　字节　
　0x0FFFFFFFFFFFD5C0　:　B　　　　..............　
　0x0FFFFFFFFFFFD5D0　:　　　　　..............　
　0x0FFFFFFFFFFFD5E0　:　　　　　..............　
　0x0FFFFFFFFFFFD5F0　:　　　　　..............
　　9.2.2　 db2pdcfg-catch 选项　　从 DB2 V8.2.2 开始，我们可以应用 db2pdcfg -catch 命令选项来捕获差错信息，然后调用 db2cos 脚本收集出错时的现场信息。该命令的应用语法如下所示：Usage：　
　-catch　clear　|　status　|　&errorCode&　[&action&]　[count=&count&]　
　Sets　catchFlag　to　catch　error　or　warning.　
　Error　Codes：　
　&sqlCode&[,&reasonCode&]　/　sqlcode=&sqlCode&[,&reasonCode&]　
　ZRC　(hex　or　integer)　
　ECF　(hex　or　integer)　
　&deadlock&　or　&locktimeout&　
　Actions：　
　[DB2COS]　(default)　Run　sqllib/DB2COS　callout　script　
　[lockname=&lockname&]　Lockname　for　catching　specific　lock　
　(lockname=001F)　
　[locktype=&locktype&]　Locktype　for　catching　specific　lock　
　(locktype=R　or　locktype=52)　　下面我们通过介绍一个实例来详细解说如何应用 db2pdcfg -catch 命令获取逝世锁信息。 如无特殊说明，命令均应用 DB2 实例用户履行。　　在下面的示例中，假设 DBA 将数据库锁超时值设为 10 秒，如下所示：update　db　cfg　for　sample　using　locktimeout　10　　为了每当出现锁超时时启动 db2cos 脚本，DBA 调用 db2pdcfg 实用程序，如下所示：db2pdcfg　-catch　locktimeout　count=1　　db2pdcfg -catch 选项指定应该自动导致调用 db2cos 脚本的故障或事件。对于锁超时事件，可以指定字符串 LOCKTIMEOUT 。当然，也可以指定与锁超时相应的 SQL 差错码和原因码，如下所示：db2pdcfg　-catch　911,68　count=1　　除了一些字符串值和 SQL 代码之外，db2pdcfg 还接受内部 DB2 差错码。所以，用这种方式可以捕捉很多数据库故障和事件。锁超时事件只是应用 db2pdcfg -catch 和 db2cos 脚本的一个例子。　　如果 COUNT 子选项的值为 1，则表明当出现锁超时事件时应该履行 db2cos 脚本。 db2pdcfg 通过以下输出确认差错捕捉的设置，具体信息如下所示：Error　Catch　#1　
　Sqlcode:　911--　注：差错代码　
　ReasonCode:　68--　注：锁超时的原因码　
　ZRC:　0　
　ECF:　0　
　Component　ID:　0　
　LockName:　Not　Set　
　LockType:　Not　Set　
　Current　Count:　0　
　Max　Count:　1　
　Bitmap:　0x661　
　Action:　Error　code　catch　flag　enabled　
　Action:　Execute　sqllib/DB2COS　callout　script　
　Action:　Produce　stack　trace　in　db2diag.log　　db2diag.log 诊断日志中也包括差错捕捉设置。可以应用 db2diag 实用程序 ( 用于反省 db2diag.log 内容的一个有用的实用程序 ) 过滤 db2diag.log 文件，而不必在一个文本编辑器中打开它，如下所示：db2diag　-g　funcname:=pdErrorCatch　
　-14.25.25.　I　LEVEL:　Event　
　PID　:　4648　TID　:　3948　PROC　:　db2syscs.exe　
　INSTANCE:　DB2　NODE　:　000　
　FUNCTION:　DB2　UDB,　RAS/PD　component,　pdErrorCatch,　probe:30　
　START　:　Error　catch　set　for　ZRC　-　　ZRC- 是用于锁超时的 DB2 内部差错码。可以通过下面的 db2diag 命令调用查看这些差错码极其含义，具体信息如下所示： db2diag　-rc　-　
　Input　ZRC　string　'-'　parsed　as　0x　(-).　
　ZRC　value　to　map:　0x　(-)　
　V7　Equivalent　ZRC　value:　0xFFFF8544　(-31420)　
　ZRC　class　:　
　SQL　Error,　User　Error,...　(Class　Index:　0)　
　Component:　
　SQLP　;　data　protection　services　(Component　Index:　16)　
　Reason　Code:　
　68　(0x0044)　
　Identifer:　
　SQLP_LTIMEOUT　
　Identifer　(without　component):　
　SQLZ_RC_LTIMEOUT　
　Description:　
　LockTimeOut　-　tran　rollback　Reason　code　68　
　Associated　information:　
　Sqlcode　-911　
　SQL0911N　The　current　transaction　has　been　rolled　back　because　of　a　deadlock　or　
　timeout.　Reason　code　&&.　
　Number　of　sqlca　tokens　:　1　
　Diaglog　message　number:　1　　我们下面更改 db2cos 脚本，以收集关于锁超时的分析数据，具体信息如下所示：
来源：谷普下载