从我可以记起的时间里(大约是大型主机统治数据中心的时代)，系统管理员已经开始将备份和恢复作为数据保护的两个方面进行考虑。随着备份技术的发展，一项名为即时恢复(instant recovery )的新技术出现，这项技术可以将恢复时间极大的降低，允许管理员在数分钟内恢复自己的应用。
当我们频繁的讨论怎样利用备份作为一个关键的灾难恢复方案时，恢复就肯定会消耗大量的时间。当你的邮件或者数据库服务器有几块硬盘故障或者数据库有其他紧急的故障，用户在听到恢复服务器需要数个小时之后就会很不高兴。将恢复时间长归罪于管理员没有将备份方案做到最优化是正常的，但是需要指出的是即便你需要的数据在线上，利用常规的备份方案仍然需要很长的时间做恢复。
如果你的数据库服务器可以从LTO-6磁带驱动器上以160MB/s的速度接受数据，那么恢复1TB数据需要将近两个小时，如果使用1Gb/s的以太网可能时间要更长一些。你可以使用Data Domian或者昆腾的DXi这样的磁盘阵列以提高恢复的速度，但是你几乎找不到一个应用场景能够达到厂商宣传的速度。厂商经常宣称他们的系统可以同时接受多股备份数据流，恢复时能够将所有带宽用于恢复。
即时恢复的备份系统可以允许用户直接使用备份数据作为应用数据直接拿来使用，或者直接将备份数据提供给虚拟机。不管怎样，你的备份存在磁盘上而不是磁带，你的备份应用需要支持磁盘镜像，而不是老式的文件的备份模式。镜像备份对于虚拟化来讲是规范的，VMware为数据保护开发了vStorage API，软件厂商可以在虚拟化环境中直接使用存好的镜像进行即时恢复操作。
我第一次见即时恢复是在2010年的 Tech Field Day 上Veem的一个产品演示。在vSphere环境下，Veeam备份备份服务器可以直接为vSphere提供虚拟机服务。对于Hyper-V，需要装一个文件系统驱动到主机。最新版的赛门铁克NetBackup (7.6)针对VMware虚拟化环境也有类似的功能。
即时恢复物理设备有一些复杂，最新的Dell AppAssure 可以随地恢复到所有计算机。选择本地或异地恢复到所有可用计算机上，即便是不同硬件上亦是如此。
诸如Quorum和Unitrends会做基于应用的备份系统，不管是物理还是虚拟机层次的备份，都是基于应用的。如果出现必须要恢复的情况，备份系统会利用云容灾服务将存于公有云上的VM调出给应用。
即时恢复最大的负面在于你的备份资源库可能使用的是大容量的低速磁盘，这样的话一旦遇到需要使用备份的时候，这些备份资源无法满足上层应用对速度的需求。依照我的观点，像邮件和关键任务数据库慢一些总比等几个小时恢复要好。
也有一些将闪存作为缓存加入到服务器当中，并做多副本，以保证一旦存储宕机，会有备用资源使用。