內存數據庫的恢復與傳統數據庫的恢復不同，因為你要在一個相當“兇悍的”架構中設計恢復。盡管并不需要頻繁地用到它，但因為使用內存數據庫就是為了追求速度，你還是得對災難恢復進行保險設計。為恢復提速也蘊藏了一個商業價值。我之前從事過這樣的一項工作：早上收報告，而后得等到第二天才會更新。如果我們一天能收到五到十次的更新，那就能很好地管理公司的年鑒了。

對于內存數據庫來說，應該確保盡可能少的寫入占用永久存儲。提供直接的光纖通道端口，同時確保SSD或PCIe閃存卡的最佳狀態用以保證低延遲。保證重要的性能冗余且將網絡交換機數量降到最低。

大多數內存數據庫都是預先設置好的設備。它包含一些動態的RAM容量，可能還會帶些閃存，同時，方方面面通過軟件被安排地頭頭是道。當你使用一臺預先設計好的設備時，先在欠載的情況下測試它。測試它的吞吐量及在一年中最壞情況下的災難恢復。然后告訴大伙兒災難恢復的時間并確認該速度用于企業業務已是富富有余。你不希望最終結果或者一些關鍵性業務它無法正常恢復。你在內存數據庫上花了大把的錢，并對其寄予厚望。

在如何恢復和放置數據方面，SAP HANA和其他的內存數據庫變得越來越智能，它們對吞吐量進行優化并盡可能地為恢復提速。它們能夠避免讓系統宕機。最壞的情況就是I/O失效讓整個內存系統出現故障。采用捷徑帶來了沖擊，沒有仔細思考如何優化恢復速度結果造成了運行中斷。