玉面飞龙的BLOG

说EXPDP无语，那是因为它完全不customer focus，特别是导出数据量很大表很多的schema的时候，经常”假寐”。
“假寐”就是假死,hang.

今天用expdp作用户级别的逻辑备份，该用户有2200多个表，导出文件共85G，没有使用并行大概花费了3个小时不到。

运行命令后的半个小时内，导出文件大小没有任何变化，察看active session，有个在长时间等待”wait for unread message on broadcast channel”，给人的感觉是hang住，不靠普。

后来准备开窗口使用传统的exp,继续观察expdp。”假寐”后,EXPDP先把最大的一个表给导出来了，后来又导出了几个10g的表。原来我没有碰见真死的bug。观察日志文件，expdp基本按照表从大到小进行数据导出。倒是比exp快，可惜用户体验不行。

详细命令和日志如下

Read more…

Good Demo.

蜗居便是吃饱混天黑。
事业有成+大房+二奶 便是享受生活。

周末去朋友家做客后的感想

如果你觉的时间过得快，便是吃饱混天黑。相反觉得慢的，便是享受生活。

CRS_STAT -p 可以看到资源之间的依赖性。可以通过crs_register来修改，控制crs_start -all的顺序。

./crs_stat -p ora.rac1.LISTENER_RAC1.lsnr >> /tmp/ora.rac1.LISTENER_RAC1.lsnr.cap
./crs_stat -p ora.rac2.LISTENER_RAC2.lsnr >> /tmp/ora.rac2.LISTENER_RAC2.lsnr.cap
./crs_stat -p ora.rac1.ASM1.asm >> /tmp/ora.rac1.ASM1.asm.cap
./crs_stat -p ora.rac2.ASM2.asm >> /tmp/ora.rac2.ASM2.asm.cap
./crs_stat -p ora.orcl.orcl1.inst >> /tmp/ora.orcl.orcl1.inst.cap
./crs_stat -p ora.orcl.orcl2.inst >> /tmp/ora.orcl.orcl2.inst.cap

–modify REQUIRED_RESOURCES item for all tempfiles.(多个dependence 资源用空格隔开)

./crs_register -u ora.rac1.LISTENER_RAC1.lsnr -dir /tmp
./crs_register -u ora.rac2.LISTENER_RAC2.lsnr -dir /tmp
./crs_register -u ora.rac1.ASM1.asm -dir /tmp
./crs_register -u ora.rac2.ASM2.asm -dir /tmp
./crs_register -u ora.orcl.orcl1.inst -dir /tmp
./crs_register -u ora.orcl.orcl2.inst -dir /tmp

Document can be applied to 10gR1 and 10gR2. Keep for reference.

Read more…

From Oracle Database 10g Automatic Storage Management Technical Best Practices

SELECT concat(’+'||gname, sys_connect_by_path(aname, ‘/’)) full_alias_path FROM
(SELECT g.name gname, a.parent_index pindex, a.name aname,
a.reference_index rindex FROM v$asm_alias a, v$asm_diskgroup g
WHERE a.group_number = g.group_number)
START WITH (mod(pindex, power(2, 24))) = 0
CONNECT BY PRIOR rindex = pindex;

嫁人就嫁灰太郎，做人就做懒洋洋。

（zt）