用定時(shí)器 + bat腳本做oracle的備份，已經(jīng)備份了幾個(gè)月了。這幾天突然發(fā)現(xiàn)備份出來(lái)的dmp數(shù)據(jù)完全沒(méi)法重新導(dǎo)入到新的數(shù)據(jù)庫(kù)中。
起初以為是版本問(wèn)題，或者導(dǎo)出參數(shù)的問(wèn)題，于是在網(wǎng)上不停的搜索、嘗試，最后還是沒(méi)發(fā)現(xiàn)問(wèn)題原因。
算了還是研究一下導(dǎo)入日志中的錯(cuò)誤，于是將日志中出錯(cuò)誤的表嘗試單獨(dú)導(dǎo)出，居然出現(xiàn)EXP-00011：:表不存在 錯(cuò)誤，可是數(shù)據(jù)庫(kù)中明明有這個(gè)表呀。根據(jù)這個(gè)方向再上網(wǎng)一查，終于找到原因了，原來(lái)在11g中空表是默認(rèn)是不占Segment的，導(dǎo)致備份導(dǎo)出的時(shí)候壓根就沒(méi)導(dǎo)出那些空表，這樣才出現(xiàn)備份的dmp沒(méi)法導(dǎo)入的問(wèn)題，敢情我?guī)讉€(gè)月的備份工作都白做了。
可ORACLE 你媽X的，備份導(dǎo)出時(shí)沒(méi)導(dǎo)出空表這么大的事情你居然沒(méi)有任何提示，你他*媽的是為了創(chuàng)造客服賺錢(qián)的機(jī)會(huì)么？
哎，處理過(guò)程如下：
1.用system帳號(hào)進(jìn)入：
1.1 查看是否為true
show parameter deferred_segment_creation;
1.2 修改為false
alter system set deferred_segment_creation=false;
2.用數(shù)據(jù)庫(kù)帳號(hào)登錄：
2.1 查找所有數(shù)據(jù)表為空的表
select table_name from user_tables where NUM_ROWS=0;
2.2 把這些表組成修改Segment的腳本：
select 'alter table '||table_name||' allocate extent;' from user_tables where num_rows=0;
2.3 將2.2中查詢的結(jié)果導(dǎo)出來(lái)，或者復(fù)制出來(lái)，并執(zhí)行修改所有空表。
這個(gè)時(shí)候就能把所有空表導(dǎo)出來(lái)了。
感謝以下兩位的帖子，給了我很大幫助
http://arthas-fang.iteye.com/blog/875258
http://wanwentao.blog.51cto.com/2406488/545154