环境介绍：
ORACLE10G 64BIT
HP 64BIT
[@more@]晚上需要多数据表进行分表规划，预备方案是将分区通过EXCHANGE PARTITION的方式将分区的数据转移到表上，然后再重建索引，预计时间也就2个小时左右，可以到了实际操作中发现EXCHANGE PARTITION一个操作就足足耗费了2个小时居然还未见任何起色，检查等待事件发现许多的free buffer,syn log之类的等待，感觉很不正常，EXCHANGE PARTITION无非就是将分区表与实体表的data_object_id交换，然后把块头的信息进行修改就OK的，再细细的观察发现log文件全是action状态，通过LOGMINOR进行日志信息的挖去后发现，原来在分区表上创建的MV LOG,而MV LOG里面由于远端机器没有进行日志的同步，所以里面的信息就一直积累了很多，然后再进行EXCHANGE PARTITION的时候首先会对里面的数据进行逐条的删除，逐条删除啊，里面有几百万的数据。。。。。
找到问题的根本点了，然后将MV LOG删除，再进行操作一切顺畅。。。。
来自 “ ITPUB博客 ” ，链接：https://blog.itpub.net/10130206/viewspace-1048708/ ，如需转载，请注明出处，否则将追究法律责任。
请登录后发表评论
登录
全部评论
最新文章
- BIEE FROM 11.1.1.6.0 UPGRADE TO 11.1.1.6.1 exe opath:OPatch was not able to find the Middleware Home
- OBIEE 11g:Column Selector View Throws INVALID_EXPRESSION_ERR Error In 'Safari' And 'Chrome' Browsers
- OBIEE11g Deploying an new RPD
- new feature ——>mysql to oracle Migration
- 解决client端的ORA-01882错误
- 记录获得ORACLE的transaction ID
- 记一次ORA-24247错误
- OCR File and Voting Disk Administration by Example - (Oracle 10g)
- 记一次ORA-12545: Connect failed because target host or object does not exist
- 记一次EXPDP遇到的ORA-39097错误
