vmware?vsphere、xen、kvm或hyper-v是專門的虛擬化系統平台。這些虛擬化平台，為了實現塊級別的同時訪問，且適應虛擬機器的大塊分配原則，有時要設計自己的檔案系統，最為典型的是vmware的vmfs。
以vmfs為例，對vmfs引發本次事故表現的可能舉舉例子，如下：
1、vmfs是典型的共享塊裝置檔案系統，是基於每台vmware伺服器的約定，如果接入儲存網路的是普通單機，他可不管是不是共享，有時就會獨佔儲存裝置，導致vmfs的破壞。強行修復後，就會出現某台虛擬機器資料損壞的情況。
2、vmfs管理時不小心刪除資料，或擴容、縮容，也會導致vmfs檔案系統損壞，修復後，可能出現某台虛擬機器資料損壞的情況。
分配給使用者的虛擬機器，其硬碟就是前文提到的虛擬磁碟檔案，但進入虛擬機器後，就等同於物理硬碟。這些硬碟也被正常操作方法分割槽、格式化、安裝系統、安裝應用等。不論windows的ntfs、linux的ext4等，檔案系統總會可能有突發性的災難。但本次事幫顯然不屬於此，僅聊聊可能的資料風險。
一是來自誤操作。如格式化、刪除資料、同名檔案覆蓋等。
二是來自系統bug。但bug並非是特別明顯的，有時是需要多方環境因素催化。舉個例子，在ntfs上開啟卷壓縮，存入乙個上百gb的檔案，檔案系統8成會崩潰，連現有檔案都可能找不到(在早些年，我做了很多這處條件下的試驗，最終確定的確是系統bug，最近未做實驗，或許microsoft已修正)。另乙個例子，非常常見，在windows上執行oracle資料庫，資料庫檔案的增長粒子設定過小(比如1m之類)，當資料大小到上百g時，不出5年，幾乎肯定會崩潰(資料檔案大小截為0，或內容交串出錯)。
這一層沒什麼好說的，往往是來自於上述幾層的故障，導致檔案損壞。除此之外，就謹防勒索病毒吧。
資料災難大方向有2個：人為災難和不可抗力災難。能給出的建議大概如下：
1、備份。
備份的重要性毫無疑問，但要講方法，為避免硬體故障，就不能備份在同乙個或同一類硬體載體上；為避免自然災害，就要異地備份；為避免備份集過多帶來的管理問題（找資料都費勁之類的），應制定良好的備份計畫；為避免同類介質受環境的影響，就應該考慮不同介質的方案，如光儲存與磁儲存各自備份；為避免有意或無意破壞，備份集就應該設不同的訪問許可權，不能一把鑰匙開所有門……
2、規範管理和實施。
很多企業級資料災難往往來自於人為，因為任何乙個系統，在涉及維護的時候，都必須工作在無保護狀態，任何乙個不小心都可能導致無法回溯的後果。制定嚴格的維護實施方案、備份計畫、預警機制是非常重要的保障。
3、資料取捨。
太老的資料就刪了吧，再對資料精簡整理，再做詳細的管理計畫。要知道，娶妻越多，頭頂發綠的機會就越大。
從資料恢復角度分析騰訊雲靜默損壞
vmware?vsphere xen kvm或hyper v是專門的虛擬化系統平台。這些虛擬化平台，為了實現塊級別的同時訪問，且適應虛擬機器的大塊分配原則，有時要設計自己的檔案系統，最為典型的是vmware的vmfs。以vmfs為例，對vmfs引發本次事故表現的可能舉舉例子，如下 1 vmfs是典型...
從設計角度分析MVC
ps 原來寫文章是從來也不寫提綱的，現在通過不斷的設計訓練和 注釋的影響，沒提綱就寫不下去了 言歸正傳，mvc作為一種軟體設計模式，它用一種業務邏輯 資料和介面顯示互相分離的方法組織 將業務邏輯單獨封裝，使得在介面及與使用者互動的形式改變時不影響到邏輯。1 模式簡介 mvc是一種建立web應用程式的...
從CMMI角度分析公司管理缺陷
為乙個有志向的軟體設計人員，如果還不清楚 cmmi是什麼的話，那麼你就永遠成不了乙個合格的軟體開發設計人員。系統的了解cmmi的每個過程，對於乙個軟體開發工程師是有必要的，對於軟體開發的管理者更是有必要。我們公司的管理混亂是出了名的吧，其實公司上層 領導自己心裡也很明白，我們作為一般的員工也隱隱感到...