点击此处---> 群内免费提供SAP练习系统(在群公告中)加入QQ群:457200227(SAP S4 HANA技术交流) 群内免费提供SAP练习系统(在群公告中) ASE版本-Adaptive ...
点击此处---> 群内免费提供SAP练习系统(在群公告中)加入QQ群:457200227(SAP S4 HANA技术交流) 群内免费提供SAP练习系统(在群公告中) ASE版本-Adaptive ...
加入QQ群:457200227(SAP S4 HANA技术交流) 群内免费提供SAP练习系统(在群公告中)
ASE版本-Adaptive Server Enterprise/16.0 SP02 PL07/EBF 27576 SMP/P/Sun_svr4/OS 5.10/ase160sp02plx/2924/64位/FBO/2017年12月19日星期二20:03:26
操作系统版本-SunOS spp2dbphx1 5.11 11.3 sun4v sparc sun4v
问题描述 – 我们计划从 ASE 15.0.3迁移 EBF 17156 ESD#3 到 ASE 16.0 SP02 PL07 。 作为迁移的一部分,在MDA表测试期间。 对于 ASE 16.0 SP02 PL02 PL07 ..
,我们有以下发现
以下详细信息–
案例1 – 我们运行了更新索引统计信息表名语句。 在我们观察的整个过程中,monProcessActivity均未显示该SPID的逻辑/物理I/O有所增加。 这是服务器上运行的唯一进程。 但是,我们发现monOpenObjectActivity和monProcessObject逻辑与物理I/O相应增加。 查询如下,附件中提供了详细信息。
命令-更新索引统计数据mytable
选择object_id('mytable')
-表ID为645446665。这是对象的ID,从sp_who中我们发现spid = 189
选择getdate()
从master..monOpenObjectActivity中选择*,其中ObjectID = 645446665
从master..monProcessActivity中选择*,其中Spid = 189
从master..monProcessWaits中选择w。*,i.description,在master..monWaitEventInfo i中选择i.WaitEventID = w.WaitEventID和Spid = 189
等待延迟" 00:00:30"
从master..monOpenObjectActivity中选择*,其中ObjectID = 645446665
从master..monProcessActivity中选择*,其中Spid = 189
从master..monProcessWaits中选择w。*,i.description,在master..monWaitEventInfo i中选择i.WaitEventID = w.WaitEventID和Spid = 189
案例2 – 我们运行了第二条语句(一条select语句)。 然后,在monProcessActivity和monProcessWaits上进行选择以收集MDA详细信息,然后等待等待20秒,并收集相同的MDA数据。 但是,对应的等待时间总和为20秒,总共仅返回14秒。 这比实际等待延迟时间少6秒。 因此,在monProcessActivity中缺少了30%的时间(20秒中的6分)
实际查询-通过check_no从big_test_table顺序中选择前1000000 *
-该过程的spid为829
选择getdate()
从master..monProcessActivity中选择*,其中Spid = 829
从monProcessWaits w,monWaitEventInfo i中选择w。*,i.description,其中i.WaitEventID = w.WaitEventID和Spid = 829
等待延迟" 00:00:20"
从master..monProcessActivity中选择*,其中Spid = 829
从monProcessWaits w,monWaitEventInfo i中选择w。*,i.description,其中i.WaitEventID = w.WaitEventID和Spid = 829
致谢
Anurag Bhattacharjee。
尊敬的西蒙,
这对于物理/逻辑I/O错误很有帮助。 出于任何原因,您从sysprocesses而不是monProcessObject中获取物理I/O? 谢谢!!
最后,对monProcessWaits的任何评论。 让我们知道的是,MonProcessWaits(应该被认为是MDA等待的前7个表之一)并没有考虑到将近30%的时间,这让我们感到不安。 我们的查询很简单....
->按col4从表顺序中选择*
**我们发现spid是597
从monProcessWaits中选择*,其中SPID = 597-sample1
等待延迟" 00:00:20"
从monProcessWaits中选择*,其中SPID = 597-sample2
monProcessWaits中的数据显示,sample1和sample2之间等待SPID 597的总时间为14秒,而不是实际的20秒。 因此,缺少20秒中的6秒。 换句话说,monProcessWaits缺少了将近30%的采样时间。
致谢
Anurag Bhattacharjee。
一周热门 更多>