在主存儲的重復數據刪除價值上，我認為，很多存儲廠商都已經了解了其益處并致力于此。當然，這一過程可以通過第三方設備實施，但許多廠商還是在試圖自己完成。不過，如果他們沒有充分技術實力的話，其開發周期可能過長，這會有全盤皆輸的風險。為了填補這一需求，我們看到少數廠商試圖通過API方式來重新定位重復刪除市場。
重復數據刪除，甚至主存儲的重復數據刪除都不是一個全新的功能，很多操作系統和NAS廠商很早就推出了相關功能，不過這一技術肯定是要比備份技術更年輕。很顯然，用戶對此技術很關心，因為其可以帶來潛在的效益。而作為API的重復數據刪除技術可以允許廠商將其嵌入到他們現有的存儲源代碼中。這不僅給廠商提供了一個擁有必不可少技術的快捷途徑，而且，也許更重要的是，能夠更好地控制數據存儲。
對重復數據刪除流程的控制和知識可以被證明是非常有價值的。舉個例子，賽門鐵克OST就改變了備份應用與磁盤存儲設備之間的交互。備份應用程序能夠控制設備的話，就會使得整個過程變得更為順暢。以同樣的方式，存儲系統一旦擁有了重復數據刪除過程的控制權，那么就會更好地使用這項技術。例如，存儲系統可以處理所有的在線數據，而且對效能的影響并不明顯，如果I/O出現變化則立刻轉移到后處理。以同樣的方式，廠商可能利用API的權衡來提供比以前更聰明，更有效率的SAN復制模式。同時其也可以不再發送已經從另一個站點發送出來的數據，這就同如今一些備份產品的做法一樣。
不過，對于供應商來說在一些問題上依然會存疑，比如什么情況會對系統性能產生影響？API復雜性如何？換句話說多久可以把API整合？另一個問題將是數據修改的影響。雖然API可以很容易將將重復數據刪除功能打開，不過你是否可以關掉它？這樣做又有什么影響？這將是一個關鍵問題。
我相信主存儲重復數據刪除將在未來一兩年內如同現在的主存儲快照一樣普及開來。如果在這個時間框架內供應商不能獲得重復數據刪除技術，那么他們就必須尋找API的解決辦法。誰都不想用過時的技術對抗新興產品。
