使用VMware ESX troubleshooting恢復(fù)VMFS分區(qū)_第1頁
使用VMware ESX troubleshooting恢復(fù)VMFS分區(qū)_第2頁
使用VMware ESX troubleshooting恢復(fù)VMFS分區(qū)_第3頁
使用VMware ESX troubleshooting恢復(fù)VMFS分區(qū)_第4頁
使用VMware ESX troubleshooting恢復(fù)VMFS分區(qū)_第5頁
已閱讀5頁,還剩1頁未讀, 繼續(xù)免費(fèi)閱讀

下載本文檔

版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請(qǐng)進(jìn)行舉報(bào)或認(rèn)領(lǐng)

文檔簡(jiǎn)介

1、使用 VMware ESX troubleshooting 恢復(fù) VMFS 分區(qū)2009-3-20 大 | 中 | 小樹RSS導(dǎo)讀:本文學(xué)習(xí)恢復(fù)誤刪的VMware ESX分區(qū)以便恢復(fù)對(duì)VMFS的訪問。關(guān)鍵詞:VMware ESX分區(qū)VMFS【TechTarget中國(guó)原創(chuàng)】在重新配置VMware Consolidated Backup (VCB)代理主機(jī) 的過程中,我們的虛擬化專家Edward Haletky在訪問虛擬機(jī)文件系統(tǒng)(VMFS)時(shí)遇到 了兩個(gè)問題。首先,他從ESX邏輯單元號(hào)(LUN)刪除了分區(qū),這可能意味著不能訪問在 VMFS里的所有數(shù)據(jù)。下面的文章將描述如何解決這個(gè)問題。然后他發(fā)現(xiàn)

2、他不能以相同的 方法恢復(fù)虛擬原始設(shè)備映射(RDM),這也可能意味著丟失大量有用的歷史數(shù)據(jù)。這系列 的第二篇文章將說明如何解決這個(gè)問題。作為一名VMware專家,我知道在重新配置服務(wù)器之前應(yīng)該從服務(wù)器斷開存儲(chǔ)區(qū)域網(wǎng) 絡(luò)。我們所談?wù)摰姆?wù)器是一臺(tái)備份主機(jī)而不是ESX主機(jī),因此我錯(cuò)誤地以為Windows 會(huì)斷開SAN。刪除未知分區(qū)是個(gè)壞主意重新設(shè)置后,我的服務(wù)器比以前有更多分區(qū)。不用多想,我刪除了多余的,這是錯(cuò)誤 的做法。我所刪除的分區(qū)恰好是VMwa re ESX LUN要使用的。因此如果我重新啟動(dòng)ESX 服務(wù)器,它們可能永遠(yuǎn)不能訪問數(shù)據(jù)。這時(shí)候,我知道頭一天至少有一部分?jǐn)?shù)據(jù)已經(jīng)備份,并在帶外。不過

3、我仍然需要恢復(fù) 虛擬機(jī)文件系統(tǒng)(VMFS)和原始設(shè)備映射(RDM)。VMware ESX troubleshooting 101 :檢査 VMware ESX 主機(jī)檢查VMware ESX的第一步是檢查ESX主機(jī)。我發(fā)現(xiàn)虛擬機(jī)仍然在運(yùn)行。顯然,ESX 就算沒有物理分區(qū)也可以繼續(xù)運(yùn)行。由于ESX仍然在運(yùn)行,并且我想發(fā)現(xiàn)問題所在,就去 到服務(wù)控制臺(tái)運(yùn)行命令fdisk -,可以看見以下文件:(點(diǎn)擊查看)# fdisk -lDisk /dev/sda: 598.9 GB, 598925639680 bytes255 heads, 63 sectors/track, 72815 cylindersUni

4、ts = cylinders of 16065 * 512 = 8225280 bytesDisk /dev/sdb: 299.4 GB, 299462819840 bytes255 heads, 63 sectors/track, 36407 cylindersUnits = cylinders of 16065 * 512 = 8225280 bytesDevice Boot StartEnd Blocks Id SystemDevice Boot StartEnd Blocks Id SystemDisk /dev/sdc: 299.4 GB, 299462819840 bytes255

5、 heads, 63 sectors/track, 36407 cylindersUnits = cylinders of 16065 * 512 = 8225280 bytesDevice Boot Start End Blocks Id SystemDisk /dev/sdd: 20 MB, 20971520 bytes1 heads, 40 sectors/track, 1024 cylindersUnits = cylinders of 40 * 512 = 20480 bytesDisk /dev/sdd doesnt contain a valid partition tableD

6、isk /dev/cciss/c0d0: 146.7 GB, 146778685440 bytes255 heads, 63 sectors/track, 17844 cylindersPartition table entriesare not in disk orderPartition table entriesare not in disk orderUnits = cylinders of 16065 * 512 = 8225280 bytesDevice BootStartEndBlocksIdSystem/dev/cciss/c0d0p1 *126208813+83Linux/d

7、ev/cciss/c0d0p4128817844132994102+fWin95Extd (LBA)/dev/cciss/c0d0p51783217844104391fcUnknown/dev/cciss/c0d0p6128819245116639+83Linux/dev/cciss/c0d0p719252561511667183Linux/dev/cciss/c0d0p825623198511667183Linux/dev/cciss/c0d0p931993835511667183Linux/dev/cciss/c0d0p1038364472511667183Linux/dev/cciss/

8、c0d0p114473454155421182Linuxswap/dev/cciss/c0d0p12454217831106751893+fbUnknown我想看見的是這些:(點(diǎn)擊查看)# fdisk -lDisk /dev/sda: 598.9 GB, 598925639680 bytes255 heads, 63 sectors/track, 72815 cylindersUnits = cylinders of 16065 * 512 = 8225280 bytesDevice Boot StartEnd Blocks Id SystemDevice Boot StartEnd Bloc

9、ks Id System/dev/sda11 72815 584886423+ fb Unknown/dev/sda1Disk /dev/sdb: 299.4 GB, 299462819840 bytes255 heads, 63 sectors/track, 36407 cylinders8225280 bytesUnits = cylinders of 8225280 bytesDevice Boot StartEnd Blocks Id SystemDevice Boot StartEnd Blocks Id System/dev/sdb11 36407 292439196 8e Lin

10、ux LVM/dev/sdb1Disk /dev/sdc: 299.4 GB, 299462819840 bytes255 heads, 63 sectors/track, 36407 cylindersUnits = cylinders of 16065 * 512 = 8225280 bytesDevice BootStartEndBlocks IdSystem/dev/sdc1136407292439163+ fbUnknownDisk /dev/sdd: 20 MB, 20971520 bytes1 heads, 40 sectors/track, 1024 cylindersUnit

11、s = cylinders of 40 * 512 = 20480 bytesDisk /dev/sdd doesnt contain a valid partition tableDisk /dev/cciss/c0d0: 146.7 GB, 146778685440 bytes255 heads, 63 sectors/track, 17844 cylindersUnits = cylinders of 16065 * 512 = 8225280 bytesDevice BootStartEndBlocksIdSystem/dev/cciss/c0d0p1 *126208813+83Lin

12、ux/dev/cciss/c0d0p4128817844132994102+fWin95Extd (LBA)/dev/cciss/c0d0p51783217844104391fcUnknown/dev/cciss/c0d0p6128819245116639+83Linux/dev/cciss/c0d0p719252561511667183Linux/dev/cciss/c0d0p825623198511667183Linux/dev/cciss/c0d0p931993835511667183Linux/dev/cciss/c0d0p1038364472511667183Linux/dev/cc

13、iss/c0d0p114473454155421182Linuxswap/dev/cciss/c0d0p12454217831106751893+fbUnknown這兩者之間的不同在于頭三個(gè)分區(qū)(在第二個(gè)文件突出顯示的)丟失了。恢復(fù)VMFS作過一些研究和取得一些幫助后,我發(fā)現(xiàn)了在rest oring a VMFS whe n a par tition table has been destroyed上的一個(gè)鏈接,這個(gè)PDF很管用。為了概括這個(gè)文檔里的信息,恢復(fù)VMFS,你需要使用命令fdisk重建分區(qū)表。然后 移除啟動(dòng)塊到同軸度(pr ope r alig nme nt),刷新并重新掃描分區(qū)。

14、不過使用fdisk命令存在風(fēng)險(xiǎn)。fdisk命令說明:添加數(shù)字1的新的主分區(qū)首先使用默認(rèn)設(shè)置,然后使用cylinders。更改分區(qū)的系統(tǒng)ID為fb或VMFS分區(qū)id移動(dòng)分區(qū)里的起始數(shù)據(jù),為VMFS預(yù)留128在磁盤里寫入新分區(qū)表然后退出重復(fù)操作獲取所有丟失的VMFS分區(qū)這些命令就如同ESX主機(jī)服務(wù)控制臺(tái)里的/dev/sda and /dev/sdc命令:# fdisk /dev/sdaDevice contains n eithe r a valid DOS par titi on table, nor Sun, SGI or OSF disklabelBuildi ng a new DOS di

15、sklabel.更改只保留在內(nèi)存里,除非你決定寫入它們。當(dāng)然,先前的內(nèi)容不能恢復(fù)。The nu mbe r of cyli nders for this disk is set to 39162.這樣做沒錯(cuò),但這比1024大,并且在某些設(shè)置下可能會(huì)導(dǎo)致兩個(gè)方面的問題:在啟 動(dòng)時(shí)間運(yùn)行軟件(如LILO的舊版本(或者從其他操作系統(tǒng)(如DOS FDISK和OS/2 FDISK) 啟動(dòng)或劃分軟件。Warning: in valid flag 0 x0000 of par titi on table 4 will be corr ected by w(r ite) Comma nd (m for hel

16、p): nComma nd acti one exte ndedp pr ima ry par titi on (1-4)PPar titi on n umbe r (1-4): 1First cyli nder (1-39162, default 1):Using default value 1Last cyli nder or +size or +sizeM or +sizeK (1-39162, default 39162):Using default value 39162Comma nd (m for help): tSelected par titi on 1Hex code (t

17、ype L to list codes): fbCha nged system type of par titi on 1 to fb (Unknown)Comma nd (m for help): xExpe rt comma nd (m for help): bPar titi on n umbe r (1-4): 1New begi nning of data (63-629137529, default 63): 128Expe rt comma nd (m for help): wThe par titi on table has bee n alte red!通過重新啟動(dòng)沒有運(yùn)行任

18、何虛擬機(jī)和重新掃描LUN的單個(gè)ESX主機(jī),我測(cè)試了我的 做法,VMFS成功恢復(fù)。但我的問題只解決了一半。我不能以同樣的方式恢復(fù)RDM,因?yàn)镽DM是Linux LVM2。VMware ESX troubleshooting 202:備份虛擬機(jī)由于VMwa re ESX虛擬機(jī)仍然在運(yùn)行,我首先執(zhí)行了系統(tǒng)備份。在從Fib re Cha nnel 網(wǎng)絡(luò)斷開 VMware vCenter從前叫做 VirtualCenter)后,我使用 Microsoft Windows 2003重新啟動(dòng)和重新配置VMwa re Co nsolidated Backup (VCB代理服務(wù)器。接下來, 我重新安裝 Microsoft SQL、VMware vCenter Server 和備份軟件 VizionCore vRa nger Pro。安裝VizionCore vRanger Pro后,我繼續(xù)對(duì)每臺(tái)ESX虛擬機(jī)進(jìn)行備份,這花費(fèi)了 12小時(shí)。一臺(tái)虛擬機(jī)使用299GB的RDM。沒有VCB集成(我已經(jīng)連接到光纖電纜),

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請(qǐng)下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請(qǐng)聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會(huì)有圖紙預(yù)覽,若沒有圖紙預(yù)覽就沒有圖紙。
  • 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫網(wǎng)僅提供信息存儲(chǔ)空間,僅對(duì)用戶上傳內(nèi)容的表現(xiàn)方式做保護(hù)處理,對(duì)用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對(duì)任何下載內(nèi)容負(fù)責(zé)。
  • 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請(qǐng)與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時(shí)也不承擔(dān)用戶因使用這些下載資源對(duì)自己和他人造成任何形式的傷害或損失。

最新文檔

評(píng)論

0/150

提交評(píng)論