公司HPEVA4400存儲(chǔ)硬盤離線數(shù)據(jù)恢復(fù)方法

1、公司HP-EVA4400HP-EVA4400存儲(chǔ)硬盤離線數(shù)據(jù)恢復(fù)方法工故障描述整個(gè)EVAff儲(chǔ)結(jié)構(gòu)是由一臺(tái)EVA4400空制器，三臺(tái)EVA440CT展柜和28塊FC300G硬盤構(gòu)成的。由于兩塊磁盤掉線導(dǎo)致存儲(chǔ)某些LUN不可用，某些LUNg失。由于EVA4400是因?yàn)槟承┐疟P掉線，從而導(dǎo)致整個(gè)存儲(chǔ)不可用。因此接收到磁盤以后北亞工程師先對(duì)所有磁盤做物理檢測(cè)，檢測(cè)完后發(fā)現(xiàn)沒有物理故障。接著使用壞道檢測(cè)工具檢測(cè)磁盤壞道，發(fā)現(xiàn)也沒有壞道。磁盤壞道檢測(cè)日志如下圖：三口00Ug2Q14-10-1QUg2Q14-10-1QW乒mt中14,14,MlMl一門Ltg30-10,12011/I0JK,.O.ooit

2、LtLegSO14-10-10,D7_5：_ie.匕七SCiVlO/lt.O.onincLogsoil-：0-io,07_5_155txtSoWWK.ClQIUnrLosSOK-iOlO,DT_53_Z3,txtzoH.aoHt_tloftinrLeg：2014-.0-LU,UT_5。.StnmfLag201i-LD-lD口7_%_壬.tzt2DU/t(/JC.口20IQ7QTQ,QT.55.50,Ut201VI0/7(O.?iiiLL.Jg03!4；01CJD7_50_.UItU/LO/j(jdoaicktUM14-10-10,DS_0O_27,Utaowao/Jt一口。niy20U-JO-

3、10.1LQ31,EjaoninrLacZOU-iD,10JQ3J51.titSD14/L0/K門L*L*g ggOMTO-lgOMTO-l必QT_4T_F3QT_4T_F3*-*-記單不文件日)例格式O,當(dāng)若犁勁面boi4/10/10,15:47:53,5即為 5 網(wǎng)的-:CEO8,1 眠M(jìn)?dr0-Bnginniroffi1c585f537,5 口。fr?mbyte2014/10/10,17:44:27,75SEJ37J500teeterCs)f?llyfrornby15JleadsourseItointteEiicarjnterE(;.:、備份數(shù)據(jù)考慮到數(shù)據(jù)的安全性以及可還原性，在做數(shù)據(jù)

4、恢復(fù)之前需要對(duì)所有源數(shù)據(jù)做備份，以防萬一操作不當(dāng)導(dǎo)致數(shù)據(jù)無法再次恢復(fù)。使用winhex將所有磁盤都鏡像成文件，源磁盤的內(nèi)容數(shù)量多，在做數(shù)據(jù)備份的時(shí)候要花費(fèi)很長(zhǎng)時(shí)問。備份完部分?jǐn)?shù)據(jù)如下圖：,OKGB.img2014/10/1019124IMG文件292,968,.OKGDimg400650364616:54工MG文件292,963,.,OJCOE.img2014/10/1019:24IMG文件292,968,.|OKIAimg400650564617:56工MG文件292,96.0s04.imimE014/10/101913工帕文件29968,.,1OJCGT.img2014/10/1017:5

5、6IMG文件292,968,.,0KQ940055056461743IMG文件292,963,.-M14.inig2014/10/1021:50IMG文件292,363,.OJC10.img2014/10/1021:59IMG文件徵9 9昵一11GKIS.img201V10/10工MG文件盟邨也.三、故障分析及恢復(fù)過程1、分析故障原因由于前兩個(gè)步驟并沒有檢測(cè)到磁盤有物理故障或者是壞道，由此推斷可能是由于某些磁盤讀寫不穩(wěn)定導(dǎo)致故障發(fā)生。因?yàn)镋VA空制器檢查磁盤的策略很嚴(yán)格，一旦某些磁盤性能不穩(wěn)定，EVA控制器就認(rèn)為是壞盤，就將認(rèn)為是壞盤的磁盤踢出磁盤組。而一旦某個(gè)LUN的同一個(gè)條帶中掉線的盤到達(dá)

6、極限，那么這個(gè)LUN將不可用。即如果EVA中所有的LUN都包含這些掉線的盤，所有LUN都會(huì)受影響。掉線兩塊盤導(dǎo)致整個(gè)存儲(chǔ)的LUN都不可用的情況就很正常了。 而目前的情況是現(xiàn)存8個(gè)LUN,損壞7個(gè)LUN,丟失6個(gè)LUN需要恢復(fù)所有LUN的數(shù)據(jù)。2、分析LUN的結(jié)構(gòu)HP-EVA的LUN都是以RAID條目的形式存儲(chǔ)數(shù)據(jù)的，EVA將每個(gè)磁盤的不同塊組成一個(gè)RAID條目，RAID條目的類型可以有很多種。我們需要分析出組成LUN的RAID條目類型，以及這個(gè)RAID條目是由哪些盤的哪些塊組成。 這些信息都存放在LUN_MA叩,每個(gè)LUN都有一份LUN_MAPEVA將LUN_MA分別存放在不同的磁盤中，使用一

7、個(gè)索引來指定其位置。因此去每個(gè)磁盤中找這個(gè)指向LUN_MAp勺索弓|就可以找到現(xiàn)存LUN的信息了。3、分析丟失的LUN雖然磁盤中記錄了指向LUN_MAP勺索引，但是它只記錄現(xiàn)存的LUN,丟失的LU睚不會(huì)記錄索引的。由于EVA中刪除一個(gè)LUN只會(huì)消除這個(gè)LUN勺索弓而不會(huì)清除這個(gè)LUN的LUN_MA璘時(shí)需要掃描所有磁盤找到所有符合LUN_MAP的數(shù)據(jù)塊，然后排除掉現(xiàn)有的LUN_MA網(wǎng)下的LUN_MA也不一定全是刪除的，也有一些是以前舊的，但此時(shí)是無法在LUN_MA叩篩選了,只能通過程序?qū)⑺蠰UN_MAp勺數(shù)據(jù)都恢復(fù)出來，人工的去核對(duì)哪些LUN是刪除的。4、分析掉線磁盤在前面的故障分析中說了，雖

8、然磁盤沒有明顯的物理故障，也沒有磁盤壞道。但還是會(huì)因?yàn)樾阅艿脑驈腅VA磁盤組中脫離。而這些脫離的磁盤中都存放的是一些舊的數(shù)據(jù)，因此在生成數(shù)據(jù)的時(shí)候需要將這些磁盤都排除掉。但是如何判斷哪些磁盤是掉線的呢？由于LUN的RAID結(jié)構(gòu)大多都是RAID5,只需要將一個(gè)LUN的RAID條目通過RAID5的校驗(yàn)算法算出校驗(yàn)值，再和原有的校驗(yàn)值做比較就可以判斷這個(gè)條目中是否有掉線盤。而將一個(gè)LUN的所有LUN_MA都校驗(yàn)一遍就可以知道這個(gè)LUN中哪些RAID條目中有掉線盤。而這些RAID條目中都存在的那個(gè)盤就一定是掉線盤。排除掉線盤，然后根據(jù)LUN_MAP恢復(fù)所有LUN的數(shù)據(jù)即可。5、編寫數(shù)據(jù)恢復(fù)程序上述的

9、故障分析以及解決思路最終都需要使用編程來實(shí)現(xiàn)。編寫掃描LUN_MAP勺程序Scan_Map.exe,掃描全部LUN_MAP結(jié)合人工分析得出最精確的LUN_MAP編寫檢測(cè)RAID條目的程序Chk_Raid.exe,檢測(cè)所有LUN中掉線的磁盤，結(jié)合人工分析排除掉線的磁盤。編寫LUN8：據(jù)恢復(fù)程序Lun_Recovery.exe,結(jié)合LUN_MA恢復(fù)所有LUN數(shù)據(jù)。6、恢復(fù)所有LUN數(shù)據(jù)根據(jù)編寫好的程序去實(shí)現(xiàn)不同的功能，最后使用Lun_Recovery.exe結(jié)合LUN_MA恢復(fù)所有LUN的數(shù)據(jù)。然后人工核對(duì)每個(gè)LUN確認(rèn)是否和甲方工程師描述的一致。部分LUN的數(shù)據(jù)恢復(fù)如下圖：1Linc2Q1VJU

10、/L223:3B二股交件LiWyJlb.ELUIwS-inf4H利田希0出亞文件715,2C0電2&14/10/13141I格又壞209,715.SCOnlijztT.ing4融5(1934&2161%文件5M,型%OCO燈i個(gè)耳OM/1Q/L323&二呻文件15Vli我民4EXB|_jl?ny.inc4UU55Ubt5462S5MS文件15L-400HI,l?nlO.ing2014/J0/L33.皿文件524,士白&OCOZBing2014/10/134SB麗文件1ST,邛64n燈l?iilT.ing2014/10/LO0M:蝌文件3】、FT晶MDD四、數(shù)據(jù)驗(yàn)

11、證根據(jù)甲方工程師描述所有LUN的數(shù)據(jù)可以分成兩大部份， 一部份是Vmware的虛擬機(jī)，一部分是HP-UX上的裸設(shè)備， 裸設(shè)備里存放的是Oracle的dbf數(shù)據(jù)庫。 由于我們恢復(fù)的是LUN,無法看到里面的文件，因此需要將這些LUN同過人工的核對(duì)哪些LUN是存放Vmware的數(shù)據(jù)，哪些是HP-UX的裸設(shè)備。然后將LUN掛載到不同的驗(yàn)證環(huán)境中驗(yàn)證恢復(fù)的數(shù)據(jù)是否完整。1、部署Vmware虛擬機(jī)的驗(yàn)證環(huán)境在一臺(tái)dell的服務(wù)器上安裝了ESXI5.5虛擬主機(jī)環(huán)境，然后通過iSCSI的方式將恢復(fù)的LUN掛載到虛擬主機(jī)上。但是在VMwarevSphereClient上掃描vmfs卷，沒有發(fā)現(xiàn)。后來發(fā)現(xiàn)客戶的虛

12、擬主機(jī)是EXSI3.5的版本?？赡芤?yàn)榘姹镜脑驘o法直接掃描到vmfs卷,于是換一種驗(yàn)證方式。 將所有符合vmware虛擬機(jī)的LUN里面的虛擬機(jī)文件都生成出來，然后通過NFS共享的方式掛載到虛擬主機(jī)上，然后將虛擬機(jī)一個(gè)一個(gè)的添加到清單?；謴?fù)的部分虛擬機(jī)文件如下圖：12c電覬I文件關(guān)20L%寫iEl1003EgTiEgJg12 三23.242文洋史2014/521439文#走BOL4/10/1EL3ZT21空#定SDL4/WJ/1EL329文件夾SQL4/1QZ1.L4的.-QUHUHUslMniKu-LLO.J2X不江件夷SQM/W13L3力汨0曰工i5rqMUCi0寸

13、主011加，18力Mtx匚皿srY k!D.IS2整交忤奇珈5倒10*口4.華3？2-，加二口：23.軟4交件吉SOM/WM1502心於 7Mmiss女停工SQtVWigL4幅.J0L215我共加14/WIE13ST4O【LLj啕皿也WCtft討5MS產(chǎn)件工SQ1U】聊14玉“|電皿5副產(chǎn)口1292孤快就iU，3踹10史wff3_SI守中啦HEEmEr%文件在SQIVUIIKL3wQ2_ltv.lLkkJ0.f3235卻噢SlVltVlKL3安於WEBID的wnViluM1JL：LJ.2J4119文4線道nV】明止L3JI2、驗(yàn)證vmfs虛擬機(jī)通過NFS將所有虛擬機(jī)都添加到虛擬主機(jī)以后，將所有

14、虛擬機(jī)都加電開機(jī)，發(fā)現(xiàn)都能啟動(dòng)系統(tǒng)。由于沒有開機(jī)密碼無法確認(rèn)虛擬機(jī)里面的文件是否完整。后來甲方安排工程師通過遠(yuǎn)程到我們的服務(wù)器，將所有虛擬機(jī)都開機(jī)進(jìn)入系統(tǒng)，驗(yàn)證虛擬機(jī)里面的數(shù)據(jù)都沒問題。虛擬機(jī)的所有數(shù)據(jù)都恢復(fù)成功3、部署Oracle數(shù)據(jù)庫的驗(yàn)證環(huán)境為了裸設(shè)備恢復(fù)測(cè)試和后期的數(shù)據(jù)驗(yàn)證工作，需要先搭建好oracle環(huán)境。根據(jù)甲方工程師提供的環(huán)境信息為HP小機(jī)Itanium架構(gòu)， 我公司HP小機(jī)為RX2660(Itanium2),是同架構(gòu)的兼容版本。于是計(jì)劃在此機(jī)器上安裝oracle單實(shí)例軟件。部分虛擬機(jī)開機(jī)如下:軟件平臺(tái)：信息項(xiàng)目HP-UXB.11.31Oracle.0Enterp

15、riseEdition-64bitforHPUX以下是安裝環(huán)境的簡(jiǎn)單步驟介紹：1 .環(huán)境檢測(cè)#uname-allHP-UXbyhpux1B.11.31Uia641447541358unlimited-userlicense本機(jī)為IA64架構(gòu)， 操作系統(tǒng)為HP-UX,版本為B.11.31。然后檢查各部分存儲(chǔ)空間信息，保證空間足夠。2.檢測(cè)安裝依賴包根據(jù)安裝說明“b19068.pdf，檢查oracle10g所需的補(bǔ)丁包。檢測(cè)：#swlist-lbundle|grepGOLD#swlist-lpatch|grepPHNE_31097如果沒有檢測(cè)到的，需要到官方網(wǎng)站下載并安裝。安裝補(bǔ)丁包：swinst

16、all-s/patchCD/GOLDQPK11i-xautoreboot=true-xpatch_match_target=true3 .創(chuàng)建用戶及組#groupadddba#useradd-gdba-d/home/oracleoracle#passwdoracle4 .創(chuàng)建目錄并修改權(quán)限創(chuàng)建目錄：#mkdir-p/opt/oracle/product/10.2/oracledb#chown-Roracle:dba/opt/oracle/修改權(quán)限：#chownoracle:dba/usr/oracle_inst/database/#chmod755/usr/oracle_inst/databa

17、se/5 .設(shè)置環(huán)境變量vi/home/oracle/.profile操作系統(tǒng)數(shù)據(jù)庫6 .安裝oracleOracle的安裝要求起圖形界面,所以要先測(cè)試圖像界面能夠正常啟動(dòng)。#exoprtDISPLAY=.0:0$./runInstaller圖像界面起來之后的安裝就比較簡(jiǎn)單了，這里只安裝軟件，不安裝實(shí)例。7 .測(cè)試數(shù)據(jù)庫連接#su-oracle$sqlplus/assyssdba4、驗(yàn)證Oracle數(shù)據(jù)庫1、掛載裸設(shè)備由于有部分LUN是裸設(shè)備，而我們恢復(fù)的LUN都是以文件的形式存在。因此需要將文件形式的LUN掛載到HP-UXLho在HP-UX務(wù)器上安裝iSCSIIniti

18、ator,安裝步驟如下：檢測(cè)軟件包是否完整#swlist-d/tmp/B.11.31.03d_iSCSI-00_B.11.31.03d_HP-UX_B.11.31_IA_PA.depot安裝軟件包#swinstall-xautoreboot=true-s/tmp/B.11.31.03d_iSCSI-00_B.11.31.03d_HP-UX_B.11.31_IA_PA.depotiSCSI-00將iSCSI的可執(zhí)行文件添加到PATH#PATH=$PATH:/opt/iscsi/bin/檢測(cè)iSCSI是否安裝成功#iscsiutil-l配置iSCSI的啟動(dòng)器名稱#iscsituil/dev/isc

19、si-i-Niqn.2014-10-15:LUN配置掛載目標(biāo)iSCSI設(shè)備#iscsiutil-a-I刪除目標(biāo)iscsi設(shè)備#iscsiutil-d-I驗(yàn)證目標(biāo)iSCSI是否掛載成功#iscsiutil-pD發(fā)現(xiàn)目標(biāo)target設(shè)備#/usr/sbin/ioscan-H255為目標(biāo)創(chuàng)建設(shè)備文件#/usr/sbin/insf-H2552、導(dǎo)入外部VG信息創(chuàng)建VG節(jié)點(diǎn)#mkdir/dev/vgscope/創(chuàng)建VG設(shè)備文件名#mknod/dev/vgscope/groupc640 x030000查看PV是否正常#pvdisplay-l/dev/dsk/c2t0d0

20、/將PV導(dǎo)入VG中#vgimport-v/dev/vgscope/dev/dsk/c2t0d0激活VG信息#vgchange-ayvgscope查看VG信息#vgdisplay-vvgscope#vqdisplay-vvqscopeVol?megro?psVGUame/dev/vgscopeWWriteAccessVSStat?savailableMaxPcombinze255C?rLV5656*5W56MaxFV16C?rFV4ACEPV4MaxPEper出25599VG謔EcczLbyte&FESize(Mbytes)4PE102396AllocPE82205FreeFrombyt

21、e201S7TotalPVG0TotalSpar-ePVsTotalSparePVsin?ae0VGVersion1,C.C1,C.C3、修改LV名稱由于是在新的環(huán)境上重建的VG然后再將PV導(dǎo)入到新建的VG中。 因此LV的名稱全部都改變了，需要手動(dòng)的去將LV的名稱都改成和以前一下的。因?yàn)樵瓉頂?shù)據(jù)庫實(shí)例是有2個(gè)，并且是使用的裸設(shè)備存儲(chǔ)。所以在創(chuàng)建數(shù)據(jù)庫實(shí)例時(shí)，要按按照原來配置和命名。文件系統(tǒng)層面，在同時(shí)協(xié)助下，掛載了所有LV,并修改權(quán)限I$pwd/d&vcraidtaS11總數(shù)0brw-r-1o-raeledba4 OX050DQ310月16日1514SODS_NEW3hiw-r1o-r

22、acledba640 x0500021。月后日14:53ODS_NEW4hrw-r1o-racledba64QX0SU0091口月16日14:58ODS_NCT5br?-r1a-raeledtea640 x0500071。月15日17i33UNDOTBS021bT?-r*-1oraeledha64OK050D091。月工6日0；17 OTTD0TBS031sbxwr-1o-racledba石4OxCECDCia“月日0-6:17U1TDOTBEO51brw-r-1oracledba64oxosaoob1口月15日0-7:48mnxriBS43erw-r-r-1&racledbaE40

23、x05000010月15日07:48Ftombytehrw-r-一-一1t&otaya54OxCSCOOc10月工6日mIvback?p；bxwr1o-racledba64Qxcsaooi1。月15日0748Ivdataczw-r-1o-racledba4 0 x0500031。月15日0?:48rODS_NEW3cxw-z-1 Graciedha640 x(1500021口月工5日07:48ZODSZNEKIGZW-E1racledta64口M5Q口。9月郵0743zODS_E；EW5CJWI?1QNGR北口SqxOSQQOT1口月15日Q7：4S工UNPQIB5口ciw-r-1o-

24、racledba64oxosaaaa1U月15日07:45Frajnbyte31crw=1&racle640 xtl5000a1。月15日07:48rJNDOTBS05LGiw-r1oracledba64OxO5CO0b1心月工S日07；48rUNDOIBS021civr1roorays640 x05000c10月15日(n；4sr7HiXOT3021ciw-r一1o-racledba64oxosaooi10月15日Q7：48rJITEOTESOJlcrwgi1oracledba640 x05000510月18日07:48fYojftbyre51LN一 K 一一一 1r?w?e.Ari

25、Trn;nfin; 1n日T5口n嚀，M口r-1-aFFE力安裝數(shù)據(jù)庫實(shí)例，根據(jù)原始配置，在客戶DBAft、助下，安裝并識(shí)別到所有裸設(shè)備文件。然后調(diào)整配置參數(shù)，檢測(cè)數(shù)據(jù)庫存儲(chǔ)狀態(tài)，為啟動(dòng)數(shù)據(jù)庫做準(zhǔn)備。*la/4七J，vise:口1七cantroIOlecmtzfiLOZFT01WCEgro?plj；0q_Lh二二。9一13工*二QU*Iv_10Z3IT*01j?serlv_i55_DL工_5gJ3l1匚5叮_口2lv_5ig_a3lv_Sg_D4lvindei_LDij_0i2rcDatfoLJLFitiab/Le2tCHfiTTfll.33T40QL工久白02H1003rlv_LD5_0L工

26、1二心口1rlv_l口gJJ?rlLDfJ3rlv_L3g_04rlv_LDg_05rlvLDg7o6rimog_L3:=Dg_lPxlv_LDg_2更工二Dg_2O3g_3rly_LDg_Ciali*rlL3g_caiwL；Cljlr_L3g_?j=rivl?gijierjr*v_Lbg_LH工二二5口工iEJcl3rLv2l5gj32rLLSgcliEkllrlL5g33rlv_lg_03ELTQJ31rLv_2Dg_14rlv_3D3M_01E 甘二肌口；口rlV_3DDM_03IT=y_5q02iLv5g34rLv_5startupmount;SQLselectfile#,errorf

27、romv$recover_file;-查損壞的文件.沒有損壞的文件。SQLALTERDATABASEOPEN;啟動(dòng)沒有報(bào)錯(cuò)，但是緩慢，之后查詢了用戶，隨機(jī)查詢了一個(gè)用戶的兩張表，數(shù)據(jù)結(jié)果集返回正常。然后連接突然中斷，重新連接，查看狀態(tài)為數(shù)據(jù)庫關(guān)閉。再啟動(dòng)數(shù)據(jù)庫，還是啟動(dòng)不了，會(huì)強(qiáng)制關(guān)閉。經(jīng)過初步檢測(cè)和常規(guī)恢復(fù)庫狀態(tài)，不能修復(fù)此問題。2.驗(yàn)證NJYY數(shù)據(jù)庫將環(huán)境變量切換到另一個(gè)數(shù)據(jù)庫NJYYopen數(shù)據(jù)庫時(shí)報(bào)錯(cuò)內(nèi)存不足錯(cuò)誤， 不能開啟數(shù)據(jù)庫。經(jīng)初步檢測(cè)檢測(cè)，數(shù)據(jù)文件沒有損壞。SQLstartupmount;SQLselectfile#,errorfromv$recover_file;SQLALT

28、ERDATABASEOPEN;error4030detectedinbackgroundprocess5、修復(fù)Oracle數(shù)據(jù)庫1.故障修復(fù)對(duì)于scope數(shù)據(jù)庫，根據(jù)上面的操作和故障現(xiàn)象，初步判斷是undo表空間或者日志方面有問題。對(duì)數(shù)據(jù)文件做完整性和一致性檢測(cè)，結(jié)果只有一個(gè)undo01.dbf文件損壞。確定是undo表空間損壞。通過命令刪除掉損壞的undo表空間，又在原來位置重建。檢測(cè)其他部分文件，沒有發(fā)現(xiàn)問題。重新啟動(dòng)數(shù)據(jù)庫，正常啟動(dòng)，做查詢數(shù)據(jù)，正常，做了完整性檢測(cè)，正常。接著做imp數(shù)據(jù)庫全庫導(dǎo)出，經(jīng)過3個(gè)多小時(shí)正常導(dǎo)出全庫數(shù)據(jù)庫。對(duì)于NJYY數(shù)據(jù)庫，檢測(cè)到是內(nèi)存空間設(shè)置不對(duì)，經(jīng)過命令

29、調(diào)整，數(shù)據(jù)庫恢復(fù)正常，能正常啟動(dòng)，正常使用。最后做imp數(shù)據(jù)庫全庫導(dǎo)出，經(jīng)過4個(gè)多小時(shí)正常導(dǎo)出全庫數(shù)據(jù)庫。2 .具體驗(yàn)證在完成初步驗(yàn)證之后，甲方要求其DB所口業(yè)務(wù)人員通過遠(yuǎn)程做數(shù)據(jù)庫進(jìn)一步具體驗(yàn)證。1.首先切換到實(shí)例scope（最重要）,啟動(dòng)數(shù)據(jù)庫配合做了驗(yàn)證環(huán)境和各個(gè)數(shù)據(jù)庫的驗(yàn)證。最終驗(yàn)證數(shù)據(jù)庫為完全恢復(fù)，沒有問題。在驗(yàn)證數(shù)據(jù)之后，做數(shù)據(jù)遷移?？紤]到數(shù)據(jù)庫的容量和恢復(fù)時(shí)間。選擇用expdp來做全庫數(shù)據(jù)的導(dǎo)出。因?yàn)閑xpdp的效率比exp的高些。編寫好導(dǎo)出腳本，并在測(cè)試環(huán)境下測(cè)試沒有問題后，先對(duì)scope數(shù)據(jù)庫進(jìn)行導(dǎo)出。導(dǎo)出開始后24分鐘時(shí)，開始報(bào)錯(cuò)：ORA-39171:Jobisexperi

30、encingaresumablewait.ORA-01654:unabletoextendindexSYSTEM.SYS_MTABLE_00003A964_IND_1by8intablespaceSYSTEM經(jīng)過查找原因，得出是因?yàn)閟ystem表空間已滿造成的。用expdp導(dǎo)出時(shí)會(huì)向system表空間里的SYSTEM.SYS_MTABLE_00003A964帖0力口入導(dǎo)出記錄數(shù)據(jù).當(dāng)導(dǎo)出大量數(shù)據(jù)時(shí)，此表的數(shù)據(jù)量就會(huì)增大，當(dāng)達(dá)到system表空間的總?cè)萘繒r(shí)，就會(huì)報(bào)錯(cuò)。這里分析，表空間一般是會(huì)自動(dòng)增加容量的，那樣就不應(yīng)該報(bào)錯(cuò)。最后查詢出，system表空間是放在裸設(shè)備上的，容量為1G且不可以增大。所以，就不能使用expdp工具做導(dǎo)出。只能使用exp