David Floyer：内存数据库的恢复与传统数据库的恢复不同，因为你要在一个相当“凶悍的”架构中设计恢复。尽管并不需要频繁地用到它，但因为使用内存数据库就是为了追求速度，你还是得对灾难恢复进行保险设计。为恢复提速也蕴藏了一个商业价值。我之前从事过这样的一项工作：早上收报告，而后得等到第二天才会更新。如果我们一天能收到五到十次的更新，那就能很好地管理公司的年鉴了。

对于内存数据库来说，应该确保尽可能少的写入占用永久存储。提供直接的光纤通道端口，同时确保SSD或PCIe闪存卡的最佳状态用以保证低延迟。保证重要的性能冗余且将网络交换机数量降到最低。

大多数内存数据库都是预先设置好的设备。它包含一些动态的RAM容量，可能还会带些闪存，同时，方方面面通过软件被安排地头头是道。当你使用一台预先设计好的设备时，先在欠载的情况下测试它。测试它的吞吐量及在一年中最坏情况下的灾难恢复。然后告诉大伙儿灾难恢复的时间并确认该速度用于企业业务已是富富有余。你不希望最终结果或者一些关键性业务它无法正常恢复。你在内存数据库上花了大把的钱，并对其寄予厚望。

在如何恢复和放置数据方面，SAP HANA和其他的内存数据库变得越来越智能，它们对吞吐量进行优化并尽可能地为恢复提速。它们能够避免让系统宕机。最坏的情况就是I/O失效让整个内存系统出现故障。采用捷径带来了冲击，没有仔细思考如何优化恢复速度结果造成了运行中断。