貴州某醫院，存儲一個3Tlun,用于存放kvm虛擬機，其中一臺sql server數據庫服務器虛擬磁盤損壞，無法啟動。
恢復過程：將該lun通過專業軟件鏡像為raw格式鏡像文件，通過管理平臺查看日志，計算該虛擬機磁盤的位置，通過專業kvm虛擬機數據恢復軟件，提取該qcow2格式虛擬磁盤碎片，大約35個左右，經手工拼接后，通過招標數據恢復軟件解析后，客戶分區數據恢復成功，將數據庫文件導出后dbcc驗證通過，客戶全部數據恢復成功。

用戶把qcow2看成磁盤，寫入數據的時候，用戶給qcow2兩個東西，一個是存放數據的地址，一個是要存放的數據；讀出數據的時候，用戶同樣給qcow2兩個東西，一個是要讀取數據的地址，一個是讀取的長度。
  這中間，qcow2怎么存放這個數據，對用戶來說都無所謂，只要用戶取數據的時候，qcow2能根據用戶傳入的地址找到用戶數據即可。那么問題來了，qcow2是像普通青年一樣，用一張表來存放用戶的數據（如圖1），還是走文藝風，用多級表來存放用戶的數據？qcow2采用了后者，使用L1，L2和cluster三張表管理用戶數據。cluster表中每個條目存放用戶數據，L2表條目存放cluster的地址，L1表條目存放L2表的起始地址，這里的地址指的是qcow2文件內的偏移，根據這個地址可以在qcow2文件內找到用戶數據。L1，L2和cluster表一起形成三級表，通過“與操作->右移->與操作”的算法可以索引到用戶數據。