其他3款產品基本上都是基於SAN與鏡像複製的架構，但又各有差異。
DataCore Traveller基本上是一套特殊版本的SANSymphony，因此也具備虛擬儲存功能，可把自身介接的儲存空間構成儲存池，然後再依需要模擬成不同容量的虛擬磁碟區，掛載給自身或其他主機使用。設定時，Traveller必須為前端每個需要保護的磁碟區設定1個緩衝磁碟區（Buffer）與1個參考磁碟區（Reference Volume），被加上時間戳記的資料，將先進入緩衝磁碟區，過期後再退到參考磁碟區。
EMC RecoverPoint本身是一套應用伺服器，但其內部磁碟空間是專用於存放自身的系統，因此用戶必須透過iSCSI或FC SAN通道配置磁碟區給RecoverPoint使用。RecoverPoint的儲存架構有些類似DataCore Traveller，加上時間戳記的資料將先進入Journal磁碟區，當超出Journal磁碟區容量後，舊資料將會退到另1個Replica磁碟區。
FalconStor CDP則比較特別，其本身是一套內建大量磁碟空間的應用伺服器，因此無須透過外界取得空間。設定時必須先為前端每個需要保護的磁碟區，在CDP伺服器上設定一個鏡像磁碟，只要前端磁碟有任何異動，異動區塊就會被複製到CDP伺服器的鏡像磁碟。接下來的作業就依不同模式而定，普通的快照模式下，鏡像磁碟將會忠實地保持與前端磁碟的同步，新狀態將覆蓋舊狀態；若啟動CDP Journal模式，則CDP伺服器就會替前端送過來的每筆資料將上時間戳記並個別存放。
4. Thin Provisioning與CDP的搭配
建置CDP時，一大困難便是判斷需要保留的帶有時間戳記的資料量多寡，保留的量越多，則還原時能選擇的「連續保護」時間範圍也越長，但這也越耗磁碟空間，在資料還沒成長到一定程度前，分配太大的空間會造成浪費。但若一開始設定的空間不夠，將使得保留的資料量太少，造成還原時的麻煩。
所幸近來逐漸普及的Thin Provisioning將可解決這個問題。在Thin Provisioning技術下，分配給前端主機的容量，和後端實體儲存空間彼此脫鉤—分配給前端主機的空間都是「邏輯容量」，和後端實體儲存空間無關。當寫入的資料量佔滿實體容量後，系統再逐次分配實體空間到這個邏輯磁碟區中，這也就是「按需分配」的意義，只有真的寫入了，才會分配到相對應的容量。
前述4款產品中，DataCore Traveller與FalconStor CDP都內建了Thin Provisioning技術，用戶可以直接的啟用這個功能。另2款產品則需搭配含有Thin Provisioning的儲存設備，才能具備類似的功能。
5. 保護群組設定
TSM FastBack的保護設定與傳統備份軟體大致相同， FastBack伺服器的主控臺可以看到網路上所有安裝代理程式的主機，管理者只要選擇這些主機建立保護群組、指定複本儲存區域即可。
Traveller、RecoverPoint與FalconStor CDP的保護群組則是鏡像群組概念，也就是把欲保護的前端磁碟區與CDP磁碟區構成鏡像。值得一提的是，RecoverPoint的保護群組採用「一致性群組」概念，可把同一應用程式所存取的多個磁碟區納入到一個群組中，用以確保擷取、複製寫入資料時的一致性。
6. 排程備份與CDP的結合
CDP一執行以後，除非刪除群組設定、停止代理程式，否則就會一直執行下去。不過TSM FastBack提供了特別的區塊式排程備份與CDP混合搭配的功能，用戶可對一個群組同時執行CDP與區塊式備份，因而提供了更大的彈性。如用戶可設定在資料存取最頻繁的上班時段啟動CDP，記錄來源磁碟的每一次異動。而下班後的時段，由於存取頻率低、資料異動小，可停止執行CDP，改為每隔數小時啟動一次增量備份，如此就能兼顧還原彈性與資源消耗。
FalconStor CDP也可對同一個來源磁碟，混合使用連續式保護的CDP Journal與排程啟動的快照兩種保護模式，不過兩種模式的運作是各自獨立的，CDP Journal不能停止。透過兩種模式的混用，用戶可一邊執行CDP Journal取得無限的還原點，同時間又搭配應用程式動作定期執行快照，確保每隔一段時間就能得到一份確定可用的快照複本。
RecoverPoint雖也能提供排程啟動的快照模式與連續的CDP模式，但每個群組只能擇一使用，不能混合搭配。
7. 還原操作
CDP產品基本上有兩種還原方式，第1種是把複本還原到原始的前端磁碟區，這時候前端磁碟區就好像是時光回溯一樣，被Roll back到指定的時間點。
第2種模式是將指定時間點構成複本磁碟區，然後掛載到指定主機上成為新磁碟區，用戶可從中尋找特定的資料再回存到原始磁碟區。
4款產品中只有RecoverPoint支援回滾到原始磁碟區的模式，不過這會改變整個磁碟區的狀態，若用戶只是想找出特定檔案還原，或是整個原始磁碟區損毀，沒得「回滾」時，將複本資料構成新磁碟機掛載的第2種模式較為適用，所有4款產品都能支援這種模式。
另外TSM FastBack與FalconStor CDP雖然都支援由前端自行發起還原的功能，可無須透過CDP伺服器還原，但2款產品的用戶端還原模式都只適用於快照保護模式，不適用於CDP還原，若需要還原CDP，還是得登入CDP伺服器的主控臺才行。
CDP的最大優點是還原點是無限的，但對於管理者來說，要從這麼多還原點中找出需要的時間點，也有許多困難，我們可以把這比擬為要從錄影帶倒帶中找出特定的1格畫面一樣，若能事先對特定時間點的視訊做出標記，倒帶時就能依照這個標記找出需要的影像。
Traveller與RecoverPoint都支援了預先在資料流中做出標記的還原方式，也就是利用Script或應用程式內建功能，在特定時間向CDP伺服器發出一個時間標記，以便管理者執行還原時可識別這個事件點。
譬如管理者可在前端主機更新修補程式前，向CDP發出一個標記信號，日後若前端系統要回到更新以前的狀態，就可直接回到這個標記點。另一種常見的標記應用是針對資料庫，管理者可定期為資料庫執行清除緩衝區、將所有資料寫入磁碟的動作，然後向CDP發出標記指令，日後還原資料庫時，可直接回到這個標記時間點，確保資料庫複本立即可用，免除資料庫執行相當費時的還原回補資料動作。
8. 監控與管理
CDP由於必須持續不斷的傳輸並寫入保存前端磁碟的異動區塊資料，因此傳輸通道與儲存系統的負荷均相當重，若用戶環境中同時有多臺前端主機執行CDP作業，則對整個環境的I/O流量監控便成為相當重要的工作，4款產品中，Traveller、RecoverPoint與FalconStor CDP等3款都提供了流量監控功能，前2者還是圖像式介面，而後者則是文字式介面。
至於在進階管理方面，4款產品都只提供基本的日誌記錄功能，沒有更進一步的報表製作能力，必須依靠儲存資源管理軟體支援。
9. 避免本地端複本損毀：遠端複製
CDP像任何資料保護產品一樣，是用來保護前端主機的資料，目的是提供一份複本以備不時之需，然而存放在CDP上的複本也有損毀的可能，一旦發生這種情況，前端的主機也就失去了保護，出狀況時將沒有複本可用。
因此較講究的用戶通常會要求除了在本地端保有1份複本外，在異地端也同步維持一份複本，進一步提高複本的可靠性。為應付這類需求，許多資料保護產品都能提供遠端複製功能，將本地端的複本複製一份送到遠端保管，CDP產品自然也不例外，前述4款產品中，RecoverPoint、FalconStor CDP與TSM FastBack都內建了遠端複製功能，可將本地端CDP伺服器的資料，透過WAN送到遠端另一臺CDP伺服器。不過TSM FastBack遠端複製的傳輸是透過FTP協定，安全性上較有疑慮。
10. 避免出現保護空窗期：高可用性機制
前面提到的遠端複製，只是在遠端保持一份複本，以備本地端複本損毀時仍有複本可用。但從另一方面來看，如果本地端CDP伺服器損毀，即使遠端還有一份複本備用，但直到本地端CDP伺服器修復並恢復運作前，前端主機將得不到任何保護，也就是說會出現資料保護的空窗期。而且本地端CDP伺服器損毀後，遠端複製也會中斷。
會選擇利用CDP，而不是傳統備份來提供保護，通常都是執行關鍵性任務的主機，顯然不允許出現資料保護空窗期。要解決這種困難，就必須建立高可用性機制，以在CDP伺服器失效時，仍有備援的CDP可接手工作，避免空窗期出現。
除TSM FastBack外，Traveller、RecoverPoint與FalconStor CDP都能支援高可用性機制，其中Traveller與FalconStor CDP採取的是讓兩臺CDP伺服器為一個前端來源磁碟建立交錯鏡像（Cross Mirror）的方式，如此當某臺CDP伺服器失效時，來源磁碟仍能透過另一臺CDP伺服器繼續獲得保護。不過這種方式只適用於2個節點以下的環境，更多節點時，連接關係將會變得非常複雜。
而recoverPoint的高可用性，則是讓本地端的多臺RecoverPoint伺服器構成叢集，當某臺RecoverPoint伺服器失效時，其他RecoverPoint伺服器將會自動接手，繼續處理原由失效那臺伺服器負責的工作，讓前端主機能獲得持續保護。EMC出貨時也是以2套RecoverPoint伺服器為基本架構，最大則能有8組伺服器構成叢集，可適用於更大的應用環境。不過這種方式需要共享儲存設備的支援才能執行，而交錯鏡像則不需要共享儲存設備。
CDP產品報導─DataCore Traveller CPR
Traveller是一套SAN儲存端架構的連續資料保護（CDP）軟體，可為前端伺服器指定磁碟區提供連續、無還原時間點限制的還原能力。
SAN儲存虛擬化架構
Traveller的CDP功能，是建立在DataCore SANSymphony儲存虛擬化平臺上的一種延伸應用。
SANSymphony是Windows平臺的儲存虛擬化軟體，可將自身介接的儲存裝置空間構成儲存池，再依需要將儲存池模擬成虛擬磁碟，並透過FC或iSCSI通道掛載給前端指定的伺服器。
由於前端伺服器與後端儲存裝置之間的存取動作，都須透過SANSymphony的中介，因此也讓SANSymphony伺服器成為單點故障的來源，所以DataCore提供了高可用性架構，透過兩臺SANSymphony伺服器建立起鏡像磁碟，當其中一臺SANSymphony伺服器失效時，前端伺服器仍可從備援的鏡像磁碟維持存取。
複製與I/O時間紀錄的結合
用戶必須先準備好兩臺SANSymphony伺服器，為磁碟區建立起鏡像關係，然後再把Traveller伺服器的磁碟區加入鏡像群組。接下來當前端伺服器將資料寫入第1臺
SANSymphony伺服器提供的虛擬磁碟時，資料除了會複製一份到第2臺SANSymphony伺服器的虛擬磁碟構成鏡像外，也會複製一份到Traveller伺服器的磁碟區。
Traveller伺服器不會跟著原始磁碟區區塊變化，更動自身的參考磁碟區，而會替每筆新寫入的資料都加上時間戳記，並個別存放於緩衝區（Buffer）。緩衝區大小對應於需要連續保護的時間長短，稱為保留時間（Retention Time），超過保留時間的資料，就會被送到參考磁碟區成為基底的一部分。
需要還原特定時間點的資料時，Traveller會參照緩衝區中每筆資料的時間戳記，搭配參考磁碟區中的基底資料，組合出指定時間點下的磁碟複本。
但只有保留時間內（緩衝區中存在）的資料，才能提供無時間點限制的還原功能。
由於Traveller是依靠SANSymphony來擷取寫入資料，故無須在前端伺服器安裝代理程式，也沒有支援平臺的問題，只要前端伺服器是存取SANSymphony提供的虛擬磁碟，就能由Traveller提供CDP保護。
即使Traveller發生問題，也不會影響到SANSymphony作業。
滑桿式資料保留時間設定
CDP會捕捉、複製並保存被保護磁碟的每一筆寫入資料，因此保護時間越長，或寫入動作越頻繁，CDP所需保存的複本資料量也越大。因此如何依被保護磁碟的原始容量、寫入狀況，以及執行保護時間的長短，來評估複本磁碟區需求容量，一直是管理人員相當頭痛的問題。
為解決這個問題，Traveller貼心的提供了滑桿式設定介面來協助用戶。當用戶為前端磁碟區設定參考磁碟區時，可利用滑桿介面，設定該磁碟需要的CDP連續回溯時間長短（即保留時間），設定的保留時間越長，那麼占用的緩衝區也越大。
Traveller會依前端磁碟的寫入頻率，自動估算保留時間該磁碟內需占用的緩衝區大小，供管理者參考。隨著寫入行為的變化，系統估算的緩衝區容量也會跟著變化，讓管理者能更精確地掌握緩衝區使用狀況。
精細到分鐘的「回滾」還原操作
CDP的號召是無時間點限制的還原能力，不過也由於這個特性，若沒有事先的指引，要從保留時間中找出所要時間點的資料也不是易事，為方便操作，Traveller提供了兩種還原模式。
首先是自行指定還原時間的Rollback回滾原，使用者可從日曆式還原介面顯示的保留時間中，任意選擇時間點還原。接下來系統即會將該時間點的資料製成Rollback磁碟區，再掛載