第二阶段:准备重放
尽管在p+0数据库环境中成功完成了一个足够的数据库负载捕获,当在p+1环境中重放负载之前还有许多事情要做。
复位p+0环境
因为我的源和目标环境是同一个数据库,因此首先我需要将环境复位到捕获负载之前的状态,我的数据库工作在闪回日志模式,因此我只需要使用FLASHBACK DATABASE命令将其回退到初始状态:
$> rman target /RMAN> shutdown immediate; RMAN> startup mount; RMAN> reset database to incarnation 6; RMAN> flashback database to scn= 4162947; |
转移到p+1环境
接下来,我要做的是应用必要的改变,将我的数据库环境转到p+1状态,简单说明一下,我将做两个改变,它们对p+1环境的性能有显著的影响:
对存储过程ADMIN.PKG_SEQUENCING.NEXT_ID做了特殊处理,使用序列代替了表ADMIN.NEXT_IDS来确定AP方案中表的下一个主键值,这应该会显著提升存储过程AP.PKG_LOAD_GENERATOR.RANDOMDML的性能,在重放过程中,它在AP.INVOICES和AP.INVOICE_ITEMS表中创建随机数据项目。
删除了在AP.INVOICES.CUSTOMER_ID上的索引,并重新计算了AP方案的统计数值,因为存储过程AP.PKG_LOAD_GENERATOR.RANDOMQUERY在视图AP.RV_INVOICE_DETAILS上产生随机查询时经常使用这个索引高效地选择行,在重放时应该看到性能会如预期那样显著回退。
“整理”负载
至此,我的p+1工作环境搭建好了,可以开始为重放做一下负载预处理了,再说一次,我会使用EM数据库控制台启动预处理序列,图2.3.1显示了从“数据库重放”面板选择了“预处理负载”后的结果。
图2.3.1:预处理捕获的负载:选择一个捕获的负载
当我选择了想要的负载后,Oracle 11g会提醒我是在同一个数据库版本上进行数据库重放…
图2.3.2:预处理捕获的负载:数据库版本警告
然后启动一个新的EM调度任务完成预处理。
图2.3.3:预处理捕获的工作量:调度预处理任务
Oracle 11g提示要进行最后的确认,以提交调度任务,然后开始执行。
图2.3.4:预处理捕获的负载:最后确认
我们一直都在努力坚持原创.......请不要一声不吭,就悄悄拿走。
我原创,你原创,我们的内容世界才会更加精彩!
【所有原创内容版权均属TechTarget,欢迎大家转发分享。但未经授权,严禁任何媒体(平面媒体、网络媒体、自媒体等)以及微信公众号复制、转载、摘编或以其他方式进行使用。】
微信公众号

TechTarget
官方微博

TechTarget中国
作者
相关推荐
-
控制合约 不再畏惧Oracle
许多公司都与Oracle有无限制授权协议,他们害怕离开这个协议,所以就证明他们在使用Oracle的软件,即使因为需求单独购买部分授权许可也可能总体是省钱的。
-
如何应对Oracle EBS实施中的六个挑战?
在18个月的时间里,Vitamix启动运行了Oracle电子商务套件(E-Business Suite,EBS),而且Vitamix还对诸如Oracle ATG Web Commerce等所有页面属性进行了重新整理,并实现了全球数据中心。
-
Oracle的云产品“砸了自己脚”?
Sparc和Solaris都是Oracle云计划的一部分,但是硬件和支持人员的减少意味着本地Solaris和Sparc将变得更加稀少。
-
2017年3月数据库流行度排行榜 Oracle卫冕之路困难重重
时隔一个月,数据库市场经过一轮“洗牌”,旧的市场格局是否会被打破,曾经占巨大市场份额的企业是否可能失去优势?