有測試數據顯示，Simpana 8.0可以把數據恢復的可靠性提升約20％，恢復速度加快77％。Simpana8為什么會有如此高的恢復速度？
Simpana實現高效恢復秘籍之：小顆粒精度恢復
 在諾大的商場很快地買到心儀的東西常常不是一件容易的事。特別是在你對商場的布局不甚了解的時候，“根本就是大海撈針么！”但，如果告訴你東西在哪層賣，甚者在哪個柜臺賣，一切就變得容易了。如果把商場、樓層、柜臺都視作“顆粒”，顯然，顆粒越小，精準度就越高，效率就越高。數據恢復也是如此！
 具有小顆粒恢復功能已經成為企業用戶在選擇備份/恢復系統時一個重要的指標。小顆粒恢復之所以受到如此的重視，源于企業對數據恢復效率越來越高的要求——當企業希望恢復數據時，絕大多數情況下并不需要恢復整個系統，而只要恢復部分數據，甚至只是一個文件或郵件。
 以郵件恢復為例。假定一家企業對電子郵件系統的備份策略是每晚8點定時備份到磁帶，備份完成后磁帶里就會保存有昨天晚上八點之前收到的所有電子郵件。當然，收發電子郵件是一個連續的動作，晚上8點后，郵箱仍然在不停地收郵件。假設第二天中午12點，您發現某一個重要的郵件不小心被刪掉了，需要找回這封郵件，這時就要啟動恢復操作了。
 如果企業備份/恢復軟件能夠實現郵件一級的恢復(恢復顆粒是單個郵件)，只要能找到那封丟失的郵件，直接將它恢復到郵箱就可以了，恢復的過程對整個郵件系統沒有任何影響。但是，如果企業的備份/恢復軟件只能做到郵箱級的恢復(恢復顆粒是一個郵箱)，那么如果想恢復該郵件的話，就不得不把整個郵箱恢復到昨晚8時的狀態，造成的后果就是昨天晚上8點到今天中午12點收進的郵件會全部被覆蓋。但如果企業的備份/恢復軟件只能做到郵箱數據庫的恢復（恢復顆粒是一個數據庫），而且企業的郵箱數據庫達到TB級時，恢復情況就會更糟，你必須先把找到幾個T的存儲空間，然后安裝數據庫環境裝，恢復整個數據庫，從海量的郵件中找到需要找到的郵件，再移植到用戶當前的郵箱中，整個恢復過程將導致巨大的存儲空間和時間上的浪費，恢復效率極低。
 類似的情況還時常發生在對數據庫數據的恢復中。如果用戶的數據庫是幾個T的數據量，如果用戶的備份/恢復軟件不能實現單表的恢復（恢復顆粒是一個表）而只支持數據庫級的恢復，那用戶也必須先建同樣大小的存儲空間，安裝數據庫環境裝，找出需要的表，再移植到生產數據庫中。
 遺憾的是，當前市場上流行的很多備份軟件，在實現對單個文檔、單個郵件、單個表單等單獨對象的恢復操作時要么無法完全實現，要么實現時代價是非常大的，比如需要實現對單個郵件的恢復就要求備份軟件對油箱進行單獨的備份，而這種備份需要掃描全部的郵件列表以進行正常備份，這樣的備份效率非常差，經常需要使用大量的備份窗口進行，甚至將影響客戶的正常工作時間，對很多客戶來說這種時間的占用是無法接受的。究其原因，這些軟件基本上都是在上世紀80年代末設計，那時的數據量相對較小，在進行備份操作的時候，備份軟件會把所需要備份的數據文件打包成一個備份集，然后將它拷貝至備份設備中，并且針對該備份集形成相對應的索引，但一般不會對備份集里的內容建立詳細的索引，當需要恢復該備份集中的某一個文件時，備份軟件就必須從備份集中搜索到該文件，然后進行恢復。這在只有幾百兆數據量的IT環境下完全可行，然而來到我們目前所處的海量數據的時代，數據量已經高達幾十甚至幾百TB，如果繼續沿用這種方式，恢復數據操作產生的存儲空間以及時間上的代價將是巨大的。
 Commvault Simpana備份/恢復軟件內嵌了小顆粒精確恢復功能，在進行備份時使用標準的方式進行，備份的對象是“大顆粒”的內容，如郵件的數據庫，包含活動目錄在內的系統狀態等，備份完成后再對備份內容進行內部編目索引，將所有小顆粒數據都記錄在索引里面，在恢復時，管理員不需要先恢復好另外一個系統，然后在這個系統中查找所需要的特殊信息，而是能直接從備份介質恢復到用戶中，大大提升了恢復效率。Simpana小顆粒精確恢復功能確保了包括Oracle的單表恢復、Exchange的單個郵件、單個附件等的恢復，活動目錄AD的單個用戶恢復、SharePoint單個文檔的恢復，包含大量小文件的分區中的單個文件恢復等等，而不需要恢復整個系統，不僅減小了用戶因所需數據無效而產生宕機時間和潛在費用，減少了必須做多步恢復、查找數據、發現數據的時間和費用，而且操作簡單，當需要恢復某一個郵件時，利用統一控制臺使用單一關鍵詞就可以輕而易舉地通過點擊式的方式查找和恢復單個郵件信息，直接寫回到用戶的郵箱中，或者用活動目錄的屬性對象來修復用戶，而不會造成麻煩和數據丟失。