寫時複製：適合讀密集型
io重定向：適合寫密集型
資料備份與恢復
。當儲存裝置發生應用故障或者檔案損壞時可以進行快速的
資料恢復
，將資料恢復某個可用的時間點的狀態。快照的另乙個作用是為儲存使用者提供了另外乙個
資料儲存系統
當前實現快照有主要有兩種技術，一種是第一次寫時複製(copy onfirst write,cofw)，有時簡稱為寫時複製（copyon write,cow）。即在資料
第一次寫入到某個儲存位置時，首先將原有的內容讀取出來，寫到另一位置處（為快照保留的
儲存空間，此文中我們稱為快照空間），然後再將資料寫入到儲存裝置中。而下次針對這一位置的寫操作將不再執行寫時複製操作。
快照實現技術中的另一種技術是i/o 重定向（i/o redirect）。即將讀寫操作重新定向到另乙個儲存空間中。在乙個快照生成期間，所有的寫操作將被重定向到另乙個介質，而讀操作是否需要讀重定向，則需要根據讀取的位置是否有過自上次快照以來的寫重定向，必須對有過寫重定向的位置進行讀重定向，否則不需要進行讀定向。當要建立乙個快照時，則將自上次快照以來所有的重定向寫資料所對應在源介質中的資料複製出來生成這個時間點的快照，然後再將這些重定向寫資料寫回到源介質中的相應位置上，從而完成乙個快照生成過程。下圖中顯示了io重定向的執行過程。
從上面的過程來看，關鍵的效能影響在於快照生成時的四次i/o操作（一次讀源介質，一次寫快照
資料，一次讀快照介質，一次寫源介質），另乙個則是重定向的計算工作。這種方式雖然看起來最後生成快照時的i/o操作較多，但是考慮到這個操作是在生成快照時才會發生，特別是快照生成時可以對i/o操作進行排序，可以使得對介質的讀寫得到較好的優化，因此使影響很小。而對於重定向的計算操作對於當下的計算能力來說，不會成為乙個效能的瓶頸問題。因此這種快照實現方式在非快照執行期間的影響甚小。因此這種方式比較適合write-intensive（寫密集）型別的儲存系統。下圖是快照生成過程的示意圖：
複製 Amazon EBS 快照
利用 amazon ebs，您可以建立卷的時間點快照，我們為您將其儲存在 amazon s3 中。在建立快照並且已完成到 amazon s3 的複製 快照狀態為completed時 後，您可將快照從乙個 aws 區域複製到另乙個區域，也可在相同區域內複製。amazon s3 伺服器端加密 256 位...
Ceph RBD快照及分層（寫時複製轉殖）功能詳解
建立快照 rbd snap create rbd test snap test檢視快照 rbd snap ls rbd test snapid name size 4 snap test 2048 mb快照回滾 rbd snap rollback rbd test snap testps 回滾以後必...
快照複製，事務複製，合併複製的區別
簡單來說 1.快照複製和事務複製是單向的 2005及以後的版本中加入了訂閱端可更新的事務複製 2.合併複製是雙向的。1.快照複製對錶結構沒有要求 2.事務複製要求表有主鍵 3.合併複製要求表有 rowguid 列 快照複製 1 概念 快照複製是完全按照資料和資料庫物件出現時的狀態來複製和分發它們的過...