惠普多款SAS硬盤(pán)出現(xiàn)奇怪bug 導(dǎo)致大量數(shù)據(jù)丟失
企業(yè)級(jí)SSD硬盤(pán)可靠性要求很高，只不過(guò)萬(wàn)一遇到事也沒(méi)法了。HPE（惠普企業(yè)，也叫惠與）公司的多款SAS硬盤(pán)就遭遇了這樣的麻煩，運(yùn)行40000小時(shí)之后硬盤(pán)會(huì)掛掉，數(shù)據(jù)也會(huì)丟失。
更麻煩的是，這已經(jīng)是HPE的企業(yè)級(jí)硬盤(pán)第二次出現(xiàn)類(lèi)似的bug了。去年11月份，HPE的SAS硬盤(pán)出現(xiàn)為了奇怪的bug，通電時(shí)間累計(jì)達(dá)到32768小時(shí)（3年零270天8小時(shí)）后直接掛掉，導(dǎo)致數(shù)據(jù)丟失。
當(dāng)時(shí)HPE方面沒(méi)有明確原因，但外界猜測(cè)與16位計(jì)算系統(tǒng)的整數(shù)溢出有關(guān)，32768是這套系統(tǒng)能處理的最大負(fù)整數(shù)，32767是最大正整數(shù)。
之后HPE發(fā)布了新的HPD8固件，解決了掉盤(pán)問(wèn)題。沒(méi)想到的是，在運(yùn)行40000小時(shí)時(shí)這個(gè)問(wèn)題又回來(lái)了，也是掉盤(pán)+數(shù)據(jù)丟失。
該問(wèn)題影響HPE 800GB/1.6TB 12G SAS SSD、HPE ProLiant、Synergy、Apollo 4200及Synergy Storage Modules、D3000 Storage Enclosure和StoreEasy 1000 Storage服務(wù)器、存儲(chǔ)陣列上的SAS WI-1/MU-1 SFF SC SSD硬盤(pán)。
用戶可以查看Smart Storage Administrator軟件中的“Power On Hours”來(lái)評(píng)估SSD的通電時(shí)間數(shù)值，目前要做的就是提前做好準(zhǔn)備吧。
責(zé)任編輯：wv
聲明：本文內(nèi)容及配圖由入駐作者撰寫(xiě)或者入駐合作網(wǎng)站授權(quán)轉(zhuǎn)載。文章觀點(diǎn)僅代表作者本人，不代表電子發(fā)燒友網(wǎng)立場(chǎng)。文章及其配圖僅供工程師學(xué)習(xí)之用，如有內(nèi)容侵權(quán)或者其他違規(guī)問(wèn)題，請(qǐng)聯(lián)系本站處理。
舉報(bào)投訴
-
硬盤(pán)
+關(guān)注
關(guān)注
3文章
1359瀏覽量
59696 -
惠普
+關(guān)注
關(guān)注
0文章
603瀏覽量
38904
發(fā)布評(píng)論請(qǐng)先 登錄
相關(guān)推薦
熱點(diǎn)推薦
Vsan數(shù)據(jù)恢復(fù)—非正常關(guān)機(jī)導(dǎo)致Vsan分布式存儲(chǔ)架構(gòu)虛擬機(jī)磁盤(pán)文件丟失的數(shù)據(jù)恢復(fù)案例
vsan超融合架構(gòu)包含4臺(tái)服務(wù)器節(jié)點(diǎn)，每臺(tái)服務(wù)器上有相同數(shù)量的固態(tài)硬盤(pán)和機(jī)械硬盤(pán)，固態(tài)硬盤(pán)作為緩存盤(pán)使用。
機(jī)房供電不穩(wěn)導(dǎo)致服務(wù)器非正常關(guān)機(jī)。服務(wù)器管理員重啟服務(wù)器后發(fā)現(xiàn)vsan邏輯
老舊3.5英寸硬盤(pán)擴(kuò)展？一個(gè)5.25光驅(qū)位秒變熱插拔SAS/SATA硬盤(pán)支架#硬盤(pán)支架 #sas #sata
硬盤(pán)
ICY DOCK硬盤(pán)盒
發(fā)布于 :2025年09月19日 17:40:53
硬盤(pán)數(shù)據(jù)恢復(fù)—硬盤(pán)壞道分類(lèi)與修復(fù)秘籍大揭秘
壞道是硬盤(pán)最常見(jiàn)的原因之一。導(dǎo)致硬盤(pán)壞道的原因很多，除了正常老化，還有其他一些原因。使用過(guò)程中頻繁整理碎片、不適當(dāng)?shù)某l、供電質(zhì)量不好、溫度過(guò)高、灰塵、震動(dòng)等都會(huì)導(dǎo)致
服務(wù)器數(shù)據(jù)恢復(fù)—熱備盤(pán)上線過(guò)程中硬盤(pán)掉線導(dǎo)致數(shù)據(jù)丟失，數(shù)據(jù)恢復(fù)揭秘
一臺(tái)某品牌存儲(chǔ)設(shè)備中有一組由8塊硬盤(pán)（包括熱備盤(pán)）組建的raid5磁盤(pán)陣列。上層安裝的Linux操作系統(tǒng)。
raid5磁盤(pán)陣列有一塊硬盤(pán)掉線，熱備盤(pán)自動(dòng)上線并開(kāi)始同步數(shù)據(jù)。在熱備盤(pán)同步數(shù)據(jù)
存儲(chǔ)數(shù)據(jù)恢復(fù)—EqualLogic存儲(chǔ)硬盤(pán)指示燈亮黃色導(dǎo)致存儲(chǔ)不可用的數(shù)據(jù)恢復(fù)
一臺(tái)EqualLogic存儲(chǔ)上有一組由16塊SAS硬盤(pán)組成的RAID5陣列。上層部署VMFS，存放的數(shù)據(jù)是虛擬機(jī)文件。存儲(chǔ)系統(tǒng)上層劃分4個(gè)卷。
RAID5陣列2塊硬盤(pán)的指示燈亮黃色，
服務(wù)器數(shù)據(jù)恢復(fù)—硬盤(pán)離線導(dǎo)致raid上層的卷無(wú)法掛載的數(shù)據(jù)恢復(fù)案例
服務(wù)器數(shù)據(jù)恢復(fù)環(huán)境&故障：
某公司一臺(tái)服務(wù)器上有一組由24塊FC硬盤(pán)組建的raid。
服務(wù)器出現(xiàn)故障，無(wú)法正常工作。
經(jīng)過(guò)初步檢測(cè)，管理員發(fā)現(xiàn)導(dǎo)致服務(wù)器故障的原因是raid中有兩
天碩工業(yè)級(jí)SSD固態(tài)硬盤(pán)能否避免數(shù)據(jù)丟失？
在工業(yè)設(shè)備運(yùn)行過(guò)程中，突發(fā)斷電往往帶來(lái)致命風(fēng)險(xiǎn)。數(shù)據(jù)丟失、系統(tǒng)崩潰、設(shè)備重啟失敗等問(wèn)題可能引發(fā)生產(chǎn)線停滯。那么，天碩（TOPSSD）工業(yè)級(jí)SSD固態(tài)硬盤(pán)能否避免數(shù)據(jù)
如何利用5位從FIFO接口優(yōu)化FX3性能并避免數(shù)據(jù)丟失？
讀取
將端點(diǎn)切換到插座 6（線程 2），在那里傳輸一些數(shù)據(jù)
端點(diǎn)切換回插座 2
。..。，然后再執(zhí)行一次突發(fā)讀取。 端點(diǎn)切換后的 Socket 2 讀取會(huì)導(dǎo)致不良數(shù)據(jù)（樣本丟失或重復(fù)
發(fā)表于 05-20 06:13
服務(wù)器數(shù)據(jù)恢復(fù)—EqualLogic存儲(chǔ)硬盤(pán)出現(xiàn)壞道數(shù)據(jù)這樣恢復(fù)！
一臺(tái)EqualLogic某型號(hào)存儲(chǔ)中有一組由16塊SAS硬盤(pán)組建的RAID5陣列。上層采用VMFS文件系統(tǒng)，存放虛擬機(jī)文件，上層一共分了4個(gè)卷。
磁盤(pán)故障導(dǎo)致存儲(chǔ)不可用，且設(shè)備已經(jīng)過(guò)保。
服務(wù)器數(shù)據(jù)恢復(fù)—NAS存儲(chǔ)硬盤(pán)出現(xiàn)故障的數(shù)據(jù)恢復(fù)案例
，并通過(guò)精簡(jiǎn)LVM劃分了7個(gè)lv。
NAS故障：
硬盤(pán)故障導(dǎo)致無(wú)法正常進(jìn)入系統(tǒng)，7個(gè)lv分區(qū)丟失。
服務(wù)器數(shù)據(jù)恢復(fù)—raid6陣列硬盤(pán)故障導(dǎo)致上層分區(qū)丟失的數(shù)據(jù)恢復(fù)案例
一臺(tái)由16塊硬盤(pán)組成的raid6磁盤(pán)陣列。磁盤(pán)陣列中有一塊硬盤(pán)因?yàn)槲锢砉收系艟€，導(dǎo)致服務(wù)器上層虛擬機(jī)無(wú)法正常使用，部分分區(qū)丟失，重啟物理服務(wù)器后發(fā)現(xiàn)
服務(wù)器數(shù)據(jù)恢復(fù)—raid5陣列中硬盤(pán)壞道導(dǎo)致陣列崩潰的數(shù)據(jù)恢復(fù)案例
文件。
存儲(chǔ)中的數(shù)據(jù)包括：數(shù)十臺(tái)iunx系統(tǒng)虛擬機(jī)和windows系統(tǒng)虛擬機(jī)、壓縮包文件、配置文件。
服務(wù)器存儲(chǔ)故障：
raid5陣列中多塊硬盤(pán)出現(xiàn)問(wèn)題，陣列崩潰，數(shù)據(jù)
RAM容量不足導(dǎo)致的數(shù)據(jù)溢出如何預(yù)防和處理？
在 STM32F411 中，RAM 容量是有限的，特別是在進(jìn)行復(fù)雜的數(shù)據(jù)處理和存儲(chǔ)時(shí)，可能會(huì)遇到數(shù)據(jù)溢出問(wèn)題。數(shù)據(jù)溢出是指程序運(yùn)行時(shí)，數(shù)據(jù)超出了 RAM 的分配區(qū)域，
發(fā)表于 03-07 16:09
服務(wù)器數(shù)據(jù)恢復(fù)—服務(wù)器raid5陣列硬盤(pán)出現(xiàn)壞道掉線如何恢復(fù)服務(wù)器數(shù)據(jù)？
一臺(tái)服務(wù)器中有一組由16塊SAS接口的硬盤(pán)組建的raid5陣列。
服務(wù)器磁盤(pán)陣列中有2塊硬盤(pán)離線，服務(wù)器上跑的應(yīng)用崩潰。
經(jīng)過(guò)后續(xù)的分析發(fā)現(xiàn)丟失的
vsan數(shù)據(jù)恢復(fù)—vsan緩存盤(pán)出現(xiàn)故障導(dǎo)致數(shù)據(jù)丟失的數(shù)據(jù)恢復(fù)案例
VMware vsan架構(gòu)采用2+1模式。每臺(tái)設(shè)備只有一個(gè)磁盤(pán)組（7+1），緩存盤(pán)的大小為240GB，容量盤(pán)的大小為1.2TB。
由于其中一臺(tái)主機(jī)（0號(hào)組設(shè)備）的緩存盤(pán)出現(xiàn)故障，導(dǎo)致VMware虛擬化環(huán)境中搭建的2臺(tái)虛擬機(jī)的磁盤(pán)文件（vmdk）
工商網(wǎng)監(jiān)
評(píng)論