1.创建快照:
lvcreate --size 100M --snapshot --name mdb-snap01 /dev/vg0/mongodb
因为是增量快照,100M是diff的大小.
2.mount快照卷后,就开始拷贝了.采用写时定向(COW)
我猜测: 快照生成后,原始卷对应块的修改,应该是生成新的block,而旧的block因为有快照引用不会被删除.
3.快照存档
存档时umount,然后dd,gzip:
umount /dev/vg0/mdb-snap01 dd if=/dev/vg0/mdb-snap01 | gzip > mdb-snap01.gz
在mongo或mysql使用过程中,只要一个读锁,然后flush相应改动,创建实时快照,释放读锁,很短的时间就完成备份,对线上服务影响比较小.
不过我在微博上也看到一个关于性能的:
特里王：某同事说他尽量避免使用 LVM 因为他做过一些测试得出的结论是相对于块设备上的同种文件系统 LVM2 有近40%的额外性能开销。这与我所知相差甚远：性能损失相对于其灵活性可以忽略。研究后发现真有此事，有无快照对逻辑卷 I/O 性能影响巨大（和 Copy on Write 有关），非得用快照的话 chunksize 越大越好
所以为了避免造成性能下降,快照卷要即时存档释放.
vmware,kvm里的快照镜像用的就是类似技术.
有时间应该动手做一次,要搞清楚何时停止快照.是在lvcreate还是umount的时候呢?
参考:
http://docs.mongodb.org/manual/tutorial/backup-with-filesystem-snapshots/
http://asram.blog.51cto.com/1442164/313073
原文：http://blog.csdn.net/jollyjumper/article/details/20628621