SQL SERVER 数据库备份的三种策略及语句.doc

SQL SERVER 数据库备份的三种策略及语句 SQL SERVER 数据库备份的三种策略及语句 1.全量数据备份 备份整个数据库，恢复时恢复所有。优点是简单，缺点是数据量太大，非常耗时 全数据库备份因为容易实施，被许多系统优先采用。在一天或一周中预定的时间进行全数据库备份使你不用动什么脑筋。使用这种类型的备份带来的问题是非常缺乏灵活性， 而且当数据库被冲掉后，你面临丢失大量数据的潜在威胁。例如，假设你每天在午夜备份数据库。 如果服务器在晚上11点崩溃了，你将丢失前面23个小时对数据所做的全部修改。对大多数系统来说，这是无法接受的。对此规则，为数不多的例外如下： 1.系统中所存的数据可以很容易地再创建。这类服务器中一个很好的例子是报表服务器，其中所存的所有数据都由一个批处理过程装载的。如果这个数据库被冲掉了， 你只需要再运行一次这个批处理过程，所有数据就可以恢复了。 2.不经常修改的数据库。一个例子是被收集存储在数据中心或数据仓库的历史数据。通常，查询这些数据以判断趋势，但是这些数据极少被修改。 3.一个遥远的站点，那里很少或没有数据库管理员支持。这种类型的站点常常依靠没受过足够培训的人来维持备份计划，并且他还从事其他工作。通常最好保证实施的备份计划 非常简单，不必让那些用户监视和维护它。 4.系统中所存数据的重要性很低。一个很好的例子是开发用服务器。在这些类型的服务器上，开发者通常装载一些旧的或假定的数据来测试应用程序。这类数据库每天的备份是 可接受的。 Sql语句： BACKUP DATABASE [wxh] TO DISK = NC:\Program Files\Microsoft SQL Server\MSSQL10_50.MSSQLSERVER\MSSQL\Backup\wxh.bak WITH NOFORMAT, NOINIT, NAME = Nwxh-Full Database Backup, SKIP, NOREWIND, NOUNLOAD, STATS = 10 2.增量数据备份(Differential Backups) 所谓增量，就是以某个起始时间点的全量数据为基础，备份该时间点以后的数据。而起始时间点的全量数据，就是通过全量备份而为的。 如果有人告诉你“每周一进行全量备份，每天进行一次增量备份。”，这就意味着，星期一作一次全量配份，形成一个起始时间点的全量数据；星期二备份星期一以来的数据； 星期三也备份星期一以来的数据；.......星期天也备份星期一以来的数据。到第二周的星期一时，又执行一次全量配份，再开始新的备份周期。 如果要恢复星期三的数据，则要先恢复星期一的全量数据，然后再恢复在星期一到星期三之间的增量数据。 增量备份是能用来帮助你实施备份计划的最新技术。这种备份，像事务日志备份一样，只备份你上次全数据库备份后所做的修改。与事务日志备份不一样的是这种备份不允许时间点 恢复。它只允许你在实际所做的备份点上恢复。所以，这种备份通常要有事务日志备份作为补充。在下列情况下，增量备份非常有用： 1.你想通过联合使用全数据库备份、增量备份和事务日志备份最大程度地减少花费的时间。 2.数据库的大小使经常做全数据库备份很困难的情况。 3.一个遥远的站点，那里很少或没有数据库管理员支持。这种类型的站点常常依靠没受过足够培训的人来维持备份计划，而且他还经常从事其他工作。通常最好保证实施的备份计划 非常简单，不必让那些用户监视和维护它。 4.系统中所存数据不是非常重要，所以所做的一些修改丢失后，不会导致灾难性的后果。对于这种类型的系统，手工重建数据比建立一个事务日志备份计划更容易。 Sql语句 BACKUP DATABASE [wxh] TO DISK = NC:\Program Files\Microsoft SQL Server\MSSQL10_50.MSSQLSERVER\MSSQL\Backup\wxh.bak WITH DIFFERENTIAL , NOFORMAT, NOINIT, NAME = Nwxh-Differential Database Backup, SKIP, NOREWIND, NOUNLOAD, STATS = 10 GO 3.日志备份 周一做一次全量数据备份，周二时备份 周一至周二 的日志，周三时配份 周二至周三 的日志......。 若要恢复周三的数据，则先恢复到周一的全量数据，再按 周一至周二的日志、 周二至周三的日志 进行数据库操作