贵州某医院，存储一个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表一起形成三级表，通过“与操作->右移->与操作”的算法可以索引到用户数据。