1.全量数据备份
备份整个数据库，恢复时恢复所有。优点是简单，缺点是数据量太大，非常耗时
全数据库备份因为容易实施，被许多系统优先采用。在一天或一周中预定的时间进行全数据库备份使你不用动什么脑筋。使用这种类型的备份带来的问题是非常缺乏灵活性，而且当数据库被冲掉后，你面临丢失大量数据的潜在威胁。例如，假设你每天在午夜备份数据库。
如果服务器在晚上11点崩溃了，你将丢失前面23个小时对数据所做的全部修改。对大多数系统来说，这是无法接受的。对此规则，为数不多的例外如下：
1.系统中所存的数据可以很容易地再创建。这类服务器中一个很好的例子是报表服务器，其中所存的所有数据都由一个批处理过程装载的。如果这个数据库被冲掉了，你只需要再运行一次这个批处理过程，所有数据就可以恢复了。
2.不经常修改的数据库。一个例子是被收集存储在数据中心或数据仓库的历史数据。通常，查询这些数据以判断趋势，但是这些数据极少被修改。
3.一个遥远的站点，那里很少或没有数据库管理员支持。这种类型的站点常常依靠没受过足够培训的人来维持备份计划，并且他还从事其他工作。通常最好保证实施的备份计划非常简单，不必让那些用户监视和维护它。
4.系统中所存数据的重要性很低。一个很好的例子是开发用服务器。在这些类型的服务器上，开发者通常装载一些旧的或假定的数据来测试应用程序。这类数据库每天的备份是可接受的。