ENTERPRISE MANAGER 12C DATABASE AS A SERVICE (DBaaS) SNAP CLONE

1. Database Cloning in Minutes Using Enterprise Manager 12c Snap Clone  
     EM 12c Snap Clone 使得管理員使用storage層的功能建立一個資料庫的fully functional copies. 使用自助的model, 使用者能夠在幾分鐘內而不是幾小時克隆資料且需要最少的storage, 這個技術對於資料沒有大量更新的大規模的功能測試特別有用。利用snap clone, 使用者能夠簡單建立資料庫的多個snapshot, 透過這些snapshot , 可以訪問任何時間點的資料。 
2.  Simpler Faster Database Cloning
    使用snap clone 可以提供如下的優勢： 
    - 空間效益， 只有當storage blocks被更新的時候才需要分配新的storage 空間。 使用者可實現storage 節省 90%, 而且，因為不需要複製原始的block, 所以對效能沒有大的影響。 
    - 時間效益， 因為snapshots僅僅是一些Pointers, 我們再次簡單地更新指向原始資料的指標去restore data, This is faster than copying all the data back from the snapshot area over the original data, as in copy-on-write snapshots. So taking a snapshot completes in seconds, even for very large volumes. A typical terabyte database takes just a few minutes to clone.
    - Time travel:  功能測試人員常常需要使用snap clone回到之前的場景，使用者可以建立多個功能測試的複製，而不需要消耗額外的空間，snapshot是 thin copy , 備份及還原
      幾乎都是瞬間的，一般就是幾分鐘。  EM 允許自助使用者做多個資料庫snapshots作為備份。使用者能夠簡單從之前的snapshot中還原。 
.....  

簡而言之， snap clone 的原理是 ： 原始資料(不變的資料，類似seed)儲存在儲存某個區域，自助使用者做多個資料庫snapshot作為備份,  根據不同用途分配使用，使用者訪問那些資料，是透過snapshot指標指向原始資料儲存區域(而不是原始資料的一份複製)， 在block發生變化後，在storage 中分配新的空間(所謂的write space , 和原始資料不同的區域)， 對應的指標被更新指向這些更新block上， 不同用途的各個clone的環境訪問到的是各自的資料， 變化的部分就是私有的(指標更改指向)， 沒有變化的部分是共享的(透過指標指向) 。