数据库：如何实现备份数据的一致性
　　数据库备份就没这么简单了。首先，需要保证控制文件、数据文件和日志在时间上的一致性。一般的数据库在设计时为了提高存储的性能，不一定是每条记录的写入操作都会立即保存到硬盘上，比如Oracle默认就是每隔3秒刷新写缓存中的数据到磁盘。如果在这期间出现断电等异常情况，则靠日志来恢复事务的完整性。那我们在备份时，肯定希望是在数据文件和日志文件完全一致的情况，也就是Flush动作刚执行完的状态，此时可以保证数据库的正常可用。数据库备份代理的一个重要功能就是在执行备份前通知数据库将内存中的“脏数据”写盘。
　　就拿多备份这款产品来说吧。其安全性高，数据永不丢失。首创的Cloud5技术，通过把数据按块压缩，划分，加密后，往其中cloud A里写数据，同时会在其余的cloud B或cloud C写入parity。一旦任何一个云设施数据遭遇不可抗力被毁灭时，可以从另外的云设施调用parity来重建数据。也就是只有在同时有两个及以上云端同时出现问题，才可能导致数据的不可用，这样的概率有多小，恐怕工业级的6个9(99.9999%)才足以形容。

操作系统：启动相关数据和恢复引导介质
　　对于操作系统备份，并不是简单地把文件都拷贝一份那么简单，用过ghost等磁盘克隆软件的用户都应该理解。首先，对打开文件的访问支持是个基础条件——有些被OS占用的系统文件需要备份;另外，还有MBR主引导记录/启动扇区，或者GPT格式的启动分区(就像我们安装Windows Server 2008/Windows 7时自动创建的100MB分区)，Linux通常也建议有一个100MB左右的boot分区，这些都需要被正常的备份和恢复才能保证操作系统的启动。
　　企业级备份与普通桌面备份在恢复时的重要一点区别是：桌面备份有些是从本地硬盘、移动硬盘或者光盘来恢复;而企业备份都是要通过网络访问备份服务器、备份一体机乃至FC光纤/SAS连接的磁带(包括虚拟磁带库)设备来恢复数据。因此后者需要一个专用的引导介质，它们可能是基于WinPE和Linux的LiveCD定制的程序。即使是裸机恢复，到一个空白的硬盘，甚至是在另一台服务器上也能正常进行(异机恢复)。