lvm快照方式進行備份

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的時候呢?