LVM 采用的写时复制，是指当 LVM 快照创建的时候，仅创建到实际数据的 inode 的硬链接(hark-link)而已。只要实际的数据没有改变，快照就只包含指向数据的 inode 的指针，而非数据本身。快照会跟踪原始卷中块的改变，一旦你更改了快照对应的文件或目录，这个时候原始卷上将要改变的数据会在改变之前拷贝到快照预留的空间。

LVM 快照的原理

创建快照实际上也是创建了一个逻辑卷，只不过该卷的属性与普通逻辑卷的属性有些不一样。我们可以通过下图来理解快照数据卷(图中的实线框表示快照区域，虚线框表示文件系统)：

左图为最初创建的快照数据卷状况，LVM 会预留一个区域 (比如左图的左侧三个 PE 区块) 作为数据存放处。 此时快照数据卷内并没有任何数据，而快照数据卷与源数据卷共享所有的 PE 数据， 因此你会看到快照数据卷的内容与源数据卷中的内容是一模一样的。 等到系统运行一阵子后，假设 A 区域的数据被更新了(上面右图所示)，则更新前系统会将该区域的数据移动到快照数据卷中， 所以在右图的快照数据卷中被占用了一块 PE 成为 A，而其他 B 到 I 的区块则还是与源数据卷共享！

由於快照区与原本的 LV 共享很多 PE 区块，因此快照区与被快照的 LV 必须要在同一个 VG 上头，下面两点非常重要：

• VG中需要预留存放快照本身的空间，不能全部被占满。
• 快照所在的 VG 必须与被备份的 LV 相同，否则创建快照会失败。

创建 LVM 快照

在创建快照前让我们先查看一下系统当前的基本情况：

数据卷 nicklv00 大小为 15G，在卷组 nickvg 中。

卷组 nickvg 的容量为 70G，其中有 55G 为空闲容量，所以我们有足够的资源为数据卷 nickvg/nicklv00 创建快照。
其实快照就是一个特殊类型的数据卷，所以创建快照的命令和创建数据卷的命令相同，也是 lvcreate：

$ sudo lvcreate -L 15G --snapshot --name nicksnap00 nickvg/nicklv00

其实就是添加了一个特殊类型的 LV：

此时如果把 LV nicksnap00 挂载到系统中，里面的内容和 LV nicklv00 中的内容是一样的。
创建的快照的大小可以比源数据卷小，但是当源数据卷中的数据更新过多时会导致快照容量不足而引起的错误并丢失数据。

创建快照后，如果源数据卷中的文件被更新了，快照系统中则保存着其创建快照时的版本。

还原部分数据

如果我们明确的知道需要还原某个文件，可以挂载快照数据卷，直接拷贝其中旧版本的文件即可。下面以 /home/doc/hello.txt 文件为了进行演示。hello.txt 文件原本的内容为 "hello world"，先更新一下 hello.txt 文件：

我们在文件中加入了一句话："I changed you!"。接下来我们开始通过快照来还原这个文件。

挂载快照数据卷

查看快照中的文件内容：

验明正身后直接通过 cp 命令覆盖原文件就可以了：

还原整个数据卷上的数据

如果数据卷上有很多小文件，并且都可能会被更新，这种情况下就不适合用上面的方法了。此时一把还原所有的数据会效率更高些，接下来我们介绍还原整个数据卷上所有数据的方式。

挂载快照数据卷
这一步与之前的操作相同，挂载点也同样为 /home/nick/bak 目录。

把快照中的数据导出到另外一个数据卷上
创建一个新的目录 /home/nick/backup，注意这个目录所在的文件系统既不是源数据卷也不是快照数据卷。然后把快照数据卷中的内容创建为压缩文件保存在 /home/nick/backup 目录中：

为什么要把数据备份到其它的数据卷呢？为什么不可以直接格式化 nickvg/nicklv00 然后将快照 nickvg/nicksnap00 直接复制给 nickvg/nicklv00 呢？ 原因是因为 nickvg/nicksnap00 是 nickvg/nicklv00 的快照，如果格式化整个 nickvg/nicklv00，那么nickvg/nicklv00 上的所有数据都会被搬移到 nickvg/nicksnap00。 如果 nickvg/nicksnap00 的容量不够大，那么部分数据将无法复制到 nickvg/nicksnap00 内！

卸载并删除快照数据卷

$ sudo umount /home/nick/bak $ sudo lvremove nickvg/nicksnap00

卸载源数据卷，格式化后重新挂载

关键字：