第13章 备份和恢复数据库
数据库备份和恢复

Database,然后弹出SQL Server Backup 对话框。
(3) 在SQL Server Backup 对话框的General 标签页的Backup 选项栏内,选择单选按钮来 选择要进行哪种类型的备份。
(4) 通过单击Add 按钮来选择备份设备。然 后弹出Choose Backup Destination对话框。 可选择File name 单选按钮并给出文件名和 路径,也可以选择Backup device 单选按钮 ,然后从组合框中选择备份设备。
删除备份设备
对于不需要的备份设备,可使用系统存储过程sp_dropdevice将其 删除,其语法格式为: sp_dropdevice [@logicalname =] 'device' [ , [@delfile =] 'delfile'] 其中: [@logicalname =] 'device ' :表示备份设备逻辑名称。 [@delfile =] 'delfile']:表示相对应的实体文件,即物理备份设 备文件。 当执行该系统过程时,@delfile选项值应该给出,否则备份设备 相对应的实体文件仍旧存在。
例:完全备份pubs 数据库。
use master
/* 创建备份设备*/
exec sp_addumpdevice 'disk' , 'pubss' , 'c:\mssql7\backup\pubss.dat'
backup database pubs to pubss
/* 备份数据库*/
各参数选项的含义说明如下: DATABASE:表示进行数据库备份而不是事务日志备份。 database_name:表示要进行备份的数据库名称。 backup_device:指定备份操作时要使用的逻辑或物理备份设备。 WITH DIFFERENTITAL:表示进行增量备份。
数据库备份和恢复的方法和流程

数据库备份和恢复的方法和流程随着信息化建设的不断深入,互联网和大数据方兴未艾,越来越多的企业和组织需要对数据库进行备份和恢复。
数据库是企业和组织中最重要的数据来源,一旦发生数据丢失或数据库崩溃,可能会导致巨大的经济损失和声誉风险。
因此,数据库备份和恢复是企业和组织信息化建设的重要环节。
本文将介绍数据库备份和恢复的方法和流程。
一、数据库备份的方法数据库备份的主要目的是为了在数据库发生故障时,能够迅速恢复数据库并保障数据的完整性。
针对不同的数据库,备份的方法也有所不同。
下面分别介绍MySQL、Oracle、MongoDB数据库的备份方法。
1. MySQL数据库备份方法(1) mysqldump备份方法mysqldump是MySQL自带的备份工具,可以定期备份数据库并在需要恢复时恢复数据库。
备份命令的语法一般为:mysqldump -h 主机名 -u 用户名 -p 密码数据库名 > 备份文件.sql参数说明:-h :指定要备份数据库所在的主机名;-u :指定备份数据库时使用的用户名;-p :指定备份数据库时使用的密码;数据库名:要备份的数据库名称;>:将备份数据写入到指定的备份文件中;(2) LVM备份方法LVM备份方法是Linux系统采用的基于磁盘卷管理方式的备份方法。
采用LVM备份方法时,需要提前安装好LVM软件包,并为数据库建立一个LVM卷组。
备份的步骤如下:①停止MySQL服务②卸载数据库目录的文件系统③创建快照卷用于备份④重新挂载文件系统⑤恢复MySQL服务2. Oracle数据库备份方法(1) 数据库备份和恢复工具RMANRMAN是Oracle数据库自带的一种备份和恢复工具,RMAN 可以备份整个数据库、表空间、控制文件和归档日志等。
备份命令的语法一般为:rman target / catalog[username/password@tnsalias]cmdfile=backup_db.rman log=backup_db.log参数说明:target : 要备份的目标数据库系统catalog:数据库备份目录,通过这个目录可以创建RMAN备份目录,并记录全库备份情况cmdfile :存放备份命令的文件路径文件名log :备份日志文件名称(2) 数据库导出工具expdpexpdp命令用于将oracle中的数据、目录、索引、约束等导出到一个二进制文件中,可以实现库表、数据和对象的导出。
数据库备份与恢复方法

数据库备份与恢复方法数据库是许多企业和组织中不可或缺的重要组成部分。
它们存储了大量的数据,包括用户信息、产品数据、销售记录等等。
然而,随着数据库的不断更新和变化,数据的安全性变得至关重要。
处理数据库备份和恢复是确保数据安全的关键步骤之一。
本文将详细介绍数据库备份和恢复的方法,以确保数据的完整性和可用性。
数据库备份方法数据库备份是将数据库的副本创建并保存在另一个位置以防止数据丢失的过程。
以下是几种常用的数据库备份方法:1. 定期完整备份定期完整备份是最基本和最简单的备份方法之一。
它涉及将整个数据库的副本存储在另一个地方,以防止原始数据库遭受硬件故障、病毒攻击或人为错误的影响。
这种备份方法确保了整个数据库的完整性,并提供了一个起点,如果需要的话可以进行恢复。
2. 差异备份差异备份是在基于完整备份创建的备份之后,仅备份在完全备份后更改的数据。
这样可以减少备份的时间和存储空间。
差异备份还可以提供更快的恢复时间,因为只需要使用最新的完整备份和最新的差异备份即可。
3. 增量备份增量备份是在最近的完整备份之后仅备份更改的数据。
与差异备份不同的是,增量备份是相对于上一次完整或增量备份进行的。
增量备份通常会占用更少的磁盘空间,但在恢复时需要更多的时间,因为需要使用所有的增量备份和原始完整备份。
4. 在线备份在线备份是在数据库处于活动状态时进行的备份。
这种备份方法确保了对系统和数据的连续访问。
它可以以增量或差异方式进行,并允许同时进行数据库备份和用户对数据库的访问。
数据库恢复方法数据库恢复是在数据库发生故障或数据丢失时将数据库恢复到先前备份的状态的过程。
以下是几种常用的数据库恢复方法:1. 整体恢复整体恢复是在数据库发生灾难性损坏或完全丢失的情况下使用的方法。
它涉及到使用最新的完整备份和所有的增量备份来重新创建整个数据库。
这种方法需要较长的时间和较多的存储空间,但能够保持数据库的完整性。
2. 逻辑恢复逻辑恢复是通过使用先前备份的数据库中的纪录和事务信息来恢复数据库,以减少恢复时间和存储需求。
数据库备份与恢复操作步骤总结

数据库备份与恢复操作步骤总结数据库备份和恢复是重要的数据库管理任务,用于保护和恢复数据。
合理的备份策略可以最大程度地减少数据丢失的风险,并确保在数据丢失情况下能够快速有效地进行数据恢复。
本文将简要总结数据库备份和恢复的操作步骤。
一、数据库备份操作步骤1. 确定备份类型:全量备份、增量备份或差异备份。
全量备份:备份整个数据库,需要较长时间和更多的存储空间。
适用于首次备份或周期性备份。
增量备份:只备份上次全量备份后的新数据。
备份过程较快,但恢复时需要多个备份文件。
适用于频繁备份。
差异备份:备份上次全量备份后的发生变化的数据。
恢复时只需要全量备份和最近的差异备份,中间备份可以忽略。
根据实际需求选择合适的备份类型。
2. 设定备份计划:确定备份的时间(如每天凌晨)和备份的频率(每天、每周等)。
制定合理的备份计划可以确保数据的及时备份,减少数据风险。
3. 选择备份工具:选择符合需求的数据库备份工具或脚本。
主流数据库(如MySQL、Oracle)都有相应的备份工具和命令,可根据实际情况选择合适的工具。
4. 执行备份命令:根据选择的备份工具执行备份命令。
备份命令通常包括备份路径、备份文件名等参数,确保备份文件存储在可靠的位置。
5. 验证备份完整性:备份完成后,验证备份文件的完整性和可用性。
可以通过恢复部分数据或检查备份文件的相关信息来验证备份的完整性。
6. 及时存储备份文件:将备份文件移动到安全的存储位置,以防止误删除或数据丢失。
二、数据库恢复操作步骤1. 确定恢复方式:根据需求确定恢复的方式,包括全量恢复、部分恢复或点恢复。
全量恢复:使用最近的全量备份进行恢复,并重新应用增量备份或差异备份。
部分恢复:恢复特定的数据库表、数据文件等。
点恢复:将数据库恢复到某个特定的时间点,适用于严重错误后的数据恢复。
2. 准备备份文件:确定备份文件的位置和名称,以备恢复时使用。
3. 执行恢复命令:根据数据库备份工具的命令,执行相应的恢复命令。
第13章 备份和恢复

第13章数据库的备份和恢复本章学习目标在企业数据库系统中,数据备份与恢复工作也是一项不可忽视的非常重要的管理工作。
只有经常注意对数据进行备份,才可以在一些“灾难”事故发生后,使自己的损失降到最低的程度。
本章主要就来讲述数据库的恢复和备份方面的知识,主要内容包括备份和恢复的需求与基本概念以及数据库的备份与恢复方法等。
通过本章的学习,读者应了解数据库备份和恢复的需求及其基本知识,掌握数据库备份与恢复的基本方法。
学习重点与难点☑需求分析与基本知识☑备份设备的创建与查看☑数据库备份方法☑恢复数据库的方法13.1 备份和恢复概述尽管系统中采取了各种措施来保证数据库的安全性和完整性,但硬件故障、软件错误、病毒、误操作或故意破坏仍是可能发生的,这些故障会造成运行事务的异常中断,影响数据的正确性,甚至会破坏数据库,使数据库中的数据部分或全部丢失。
因此数据库管理系统都提供了把数据库从错误状态恢复到某一正确状态的功能,这种功能称为恢复。
数据库的恢复是以备份为基础的,SQL Server 2000的备份和恢复组件为存储在SQL Server数据库中的关键数据提供了重要的保护手段。
13.1.1 备份和恢复的需求分析数据库备份就是制作数据库结构、对象和数据的拷贝,以便在数据库遭到破坏的时候能够修复数据库。
数据库恢复就是将数据库备份加载到系统中。
数据库中的数据丢失或被破坏可能是由于以下原因造成的:(1)计算机硬件故障:由于使用不当或产品质量等原因,计算机硬件可能会出现故障,不能使用。
如硬盘损坏会使得存储于其上的数据丢失。
(2)软件故障:由于软件设计上的事物或用户使用的不当,软件系统可能会误操作数据引起数据破坏。
(3)病毒:破坏性病毒会破坏系统软件、硬件和数据。
(4)误操作:如用户使用了诸如DELETE、UPDATE等命令而引起数据丢失或被破坏。
(5)自然灾害:如火灾、洪水或地震等,它们会造成极大的破坏,会毁坏计算机系统及其数据。
数据库备份与恢复操作方法

数据库备份与恢复操作方法数据库备份与恢复是数据管理和安全的重要环节,它可以保证数据的可靠性和完整性,同时也能稍后用于数据恢复和灾难恢复。
在数据库管理系统中,备份与恢复是必不可少的操作。
一、备份数据库的方法1. 定期全量备份:全量备份是将整个数据库的所有数据都备份下来,包括表、视图、存储过程等所有的对象和其数据。
这是最基本的备份方法,通常在数据库的初始阶段进行一次全量备份,并定期进行增量备份来节省备份时间和存储空间。
2. 增量备份:增量备份是只备份数据库中自上次备份以来新增或修改的数据的备份。
这种备份方法需要先进行一次全量备份,然后再根据数据库的日志文件进行增量备份。
增量备份能够大大减少备份时间和存储空间的占用,但在恢复数据时需要先恢复全量备份,再应用增量备份。
3. 差异备份:差异备份是只备份数据库中自上次全量备份以来发生变化的数据的备份。
与增量备份不同的是,差异备份是以全量备份为基础,备份从上次全量备份之后发生变化的数据。
当用户需要恢复时,只需要先恢复全量备份,再恢复差异备份即可。
差异备份相较于增量备份,恢复速度更快。
4. 文本备份:文本备份是将数据库中的数据导出到文本文件中进行备份。
这种备份方法适用于小型数据库和需要手动备份的情况。
它可以通过SQL语句操作或使用数据库管理工具来实现。
二、恢复数据库的方法1. 全量恢复:全量恢复是最基本的数据库恢复方法。
它需要使用最新一次的全量备份文件来进行恢复。
在进行全量恢复前,需要停止数据库的运行,恢复全量备份文件,并应用增量备份或者差异备份进行数据同步。
2. 部分恢复:部分恢复是指只恢复特定表或特定时间段内的数据。
这种恢复方法适用于只有部分数据损坏的情况,可以减少恢复时间和减少不必要的数据恢复。
3. 灾难恢复:灾难恢复是指在数据库受到破坏或数据丢失的情况下进行的恢复操作。
这种恢复方法需要使用离线备份或存储在远程位置的备份进行恢复。
通常需要借助数据库恢复工具或专业的数据库管理员进行操作。
数据库备份与恢复方法总结

数据库备份与恢复方法总结数据库备份是一个重要的数据管理任务,它可以确保数据的安全性和可恢复性。
数据库备份的目的是将数据库中的数据和结构导出并存档,以防止数据丢失或数据不一致性的问题。
恢复数据库则是将备份的数据重新导入,并使数据库恢复到故障发生之前的状态。
本文将总结几种常见的数据库备份与恢复方法,以及其优缺点。
1. 完全备份(Full Backup)完全备份是将整个数据库备份到磁盘或其他存储介质中,包括所有的表、视图、存储过程等。
这是最常见和最简单的备份方法,可以快速实施恢复,并保证数据的完整性。
但是,完全备份需要耗费较长的时间和存储空间,特别是当数据库庞大并且频繁更新时。
2. 增量备份(Incremental Backup)增量备份只备份上次完全备份之后的增量更新数据。
它可以大大减少备份时间和存储空间的开销。
增量备份记录了自上次完全备份以来所做的所有更改,当需要恢复数据时,需要依次恢复上次完全备份和增量备份中的更改。
由于增量备份不能直接提供完整的数据库镜像,恢复过程可能会更复杂一些。
3. 差异备份(Differential Backup)差异备份记录了自上次完全备份以来发生的所有更改,并与上次完全备份进行对比,只备份新的或更改的数据。
与增量备份不同的是,差异备份备份的是与上次完全备份的差异,而不是上次备份之后的增量更新。
差异备份在恢复数据时,只需要恢复上次完全备份和最近的差异备份,大大简化了恢复过程。
4. 日志备份(Log Backup)日志备份是备份数据库的事务日志,以确保数据操作的连续性和一致性。
日志备份可以提供更高级别的数据恢复,恢复可以精确到某个时段甚至某个特定事务。
通过定期备份事务日志,可以将数据库恢复到任意时间点之前的状态。
然而,日志备份通常需要更多的存储空间和备份时间。
总体来说,完全备份适用于小型数据库或需要紧急恢复的情况。
增量备份适用于频繁更新的大型数据库,可以减少备份时间和存储空间的开销。
第13章 数据库备份和恢复

13.1.1 概述
1. 备份设备 • 数据库备份设备是指用来存储备份数据的存储介质, 常用的备份设备类型包括磁盘、磁带和命名管道。 • 磁盘:以硬盘或其它磁盘类设备为存储介质。磁盘备 份设备就可以存储在本地机器上,也可以存储在网络 的远程磁盘上。如果数据备份存储在本地机器上,在 由于存储介质故障或服务器崩溃而造成数据丢失的情 况下,备份就没有意义了。因此,要及时将备份文件 复制到远程磁盘上。如果采用远程磁盘作为备份设备, 要采用统一命名方式(UNC)来表示备份文件,即 “\\远程服务器名\共享文件名\路径名\文件名”。 • 磁带:使用磁带作为存储介质,必须将磁带物理地安 装在运行SQL Server的计算机上,磁带备份不支持网 络远程备份。在 SQL Server 的以后版本中将不再支 持磁带备份设备。 • 命名管道:微软专门为第三方软件供应商提供的一个 备份和恢复方式。如果要将数据库备份到命名管道设 备上,必须提供管道名。
昌吉学院计算机系
2. 备份方式 • 数据备份的范围可以是完整的数据库、部分数 据库或者一组文件或文件组,对此,SQL Server 2008提供四种备份方式,以满足不同数 据库系统的备份需求。 1)完整备份 • 完整备份是指备份整个数据库,不仅包括表、 视图、存储过程和触发器等数据库对象,还包 括能够恢复这些数据的足够的事务日志。完整 备份的优点是操作比较简单,在恢复时只需要 一步就可以将数据库恢复到以前的状态。但是 仅依靠完整备份只能将数据库恢复到上一次备 份操作结束时的状态,而从上次备份结束以后 到数据库发生意外时的数据库的一切操作都将 丢失。而且,因为完整备份对整个数据库进行 备份,执行一次完整备份需要很大的磁盘空间 和较长的时间,因此完整备份不能频繁地进行。
昌吉学院计算机系
- 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
26/40
使用T-SQL语句备份数据库
BACKUP DATABASE 数据库名 TO {< 备份设备名 >} | {DISK | TAPE} = {'物理备份文件名'}[ ,...n ] [ WITH [ DIFFERENTIAL ] [ [ , ] { INIT | NOINIT } ] ] DISK | TAPE:备份到磁盘或磁带;若备份到磁盘,应输 入完整路径和文件名,如:DISK='D:\Data\MyData.bak' DIFFERENTIAL:差异备份; INIT:本次备份将重写备份设备; NOINIT:本次备份将追加到备份设备上。默认选项。
14/40
4.查看和更改恢复模式
在SSMS的 ‚对象资源 管理器‛中, 在某数据库 上右击鼠标, 在弹出菜单 中选‚属性‛ 命令,打开 ‚数据库属 性‛窗口。
15/40
13.2.3 备份类型及策略
1. 备份类型 2. 常用备份策略
16/40
1. 备份类型
数据库备份
完整备份 差异备份
39/40
示例
首先还原完整备份 RESTORE DATABASE students FROM bk1 WITH FILE=1, NORECOVERY 然后还原差异备份 RESTORE DATABASE students FROM bk1 WITH FILE=2, NORECOVERY 最后还原日志备份 RESTORE LOG students FROM bk1 WITH FILE = 3
21/40
完整备份
适合于数据库数据不是很大,而且数据 更改不是很频繁的情况。
Data
Log
Data
Log
Data
Log
Sunday
Monday
Tuesday
22/40
完整备份 + 事务日志备份
如果不允许丢失太多的数据,而且又不 希望经常地进行完整备份,则可以在完 整备份中间加一些日志备份。
完整备份
系统数据库 用户数据库
备份时间
系统数据库:修改之后备份 用户数据库:周期性备份
5/40
13.2 SQL Server的备份机制
13.2.1 13.2.2 13.2.3 13.2.4 备份设备 恢复模式 备份类型及策略 实现备份
6/40
13.2.1 备份设备 永久备份设备
9/40
示例
例1. 建立一个名为bk2的磁盘备份设备,物 理存储位置及文件名为 D:\dump\bk.bak。 EXEC sp_addumpdevice 'disk', 'bk2', 'D:\dump\bk2.bak'
10/40
13.2.2 恢复模式
简单恢复模式 完整恢复模式 大容量日志恢复模式
NO_LOG和TRUNCATE_ONLY:备份完日志后截断不活动 的日志。 NO_TRUNCATE:备份完日志后不截断不活动日志。 其它选项同备份数据库语句的选项。
28/40
示例
例2.将students数据库完整备份到bk2设备 BACKUP DATABASE students TO bk2 例3.将students数据库差异备份到bk2设备 BACKUP DATABASE students TO bk2 WITH DIFFERENTIAL 例4.对students进行一次事务日志备份, 并以覆盖的方式备份到bk1设备上。 BACKUP LOG students TO bk1 WITH INIT
主要目的是为了防止数据的丢失。 造成数据丢失的原因主要包括:
存储介质故障; 用户的操作错误; 服务器故障; 由于病毒的侵害而造成的数据丢失或损坏; 由于自然灾害而造成的数据丢失或损坏。
一旦数据库出现问题,可以利用备份对数 据库进行恢复。
4/40
13.1.2 备份内容及备份时间 备份内容
33/40
示例
备份操作
恢复顺序:
先进行一次尾部事务日志 备份; 然后还原下午18:00进行 的完整数据库备份; 之后还原晚上20:00进行 的日志备份; 最后还原尾部日志备份。
34/40
13.3. 实现还原 用SSMS图形化实现还原 用T-SQL语句还原数据库
35/40
用企业管理器恢复数据库
Data
Log Log
Log
Log
Log
Data
Log
Sunday
23/40
Monday
完整备份 + 差异备份 + 事务日志备份
这种策略的优点是备份和恢复的速度都比较 快,而且当系统出现故障时,丢失的数据也 较少。
完整备份
Data Log Log Log Log
差异备份
Data
差异备份
Log Log Log
19/40
事务日志备份
不备份数据库本身,它只备份日志记录 只备份从上次备份之后到当前备份时间 发生变化的日志内容。 可以将数据库恢复到故障点或特定的某 个时间点。 比完整备份和差异备份使用的资源少。 仅用于完整恢复模式和大容量日志恢复 模式。
20/40
Байду номын сангаас. 常用备份策略
完整备份 完整备份 + 事务日志备份 完整备份 + 差异备份 + 事务日志备份
数据库基础与实践技术 (SQL Server 2008)
何玉洁
第13章 备份和恢复数据库
13.1 备份数据库 13.2 SQL Server支持的备份机制 13.3 恢复数据库
2/40
13.1 备份数据库
13.1.1 为什么要进行数据备份? 13.1.2 备份内容及备份时间
3/40
13.1.1 为什么要进行数据备份?
在备份之前需要预先建立
临时备份设备
不需要预先建立,在备份时直接使用
7/40
用SSMS创建备份设备
在SSMS的‚对象 资源管理器‛中, 展开服务器实例 下的‚安全对象‛ 节点, 在‚备份设备‛ 上右击鼠标,在 弹出菜单中选 ‚新建备份设备‛ 命令。
8/40
用T-SQL语句创建
sp_addumpdevice [ @devtype = ] 'device_type' , [ @logicalname = ] 'logical_name' , [ @physicalname = ] 'physical_name‘ [ @devtype = ] ‘device_type’:备份设备类 型:Disk:磁盘;√ Type:磁带。X [ @logicalname = ] 'logical_name' :备份设备 的逻辑名称。 [ @physicalname = ] 'physical_name' :备份设 备的物理文件名,且必须包含完整路径。
事务日志备份
17/40
完整备份
恢复的基线。 在备份时不影响用户对数据库的操作。 备份数据库中的全部信息。 备份备份过程中发生的活动。
18/40
差异备份
以前一次完整备份为基准点(差异基 准),备份从上次完整备份之后数据库 的全部变化内容。 备份差异备份过程中发生的活动。 差异备份的的时间和大小取决于自建立 差异基准后更改的数据量。通常,差异 基准越旧,新的差异备份就越大。
27/40
使用T-SQL语句备份事务日志
BACKUP LOG 数据库名 TO {< 备份设备名 >} | {DISK | TAPE} = {' 物理备份文 件名'}[,...n ] [ WITH [{ INIT | NOINIT } ] [{ [ , ] NO_LOG | TRUNCATE_ONLY | NO_TRUNCATE }] ]
在SSMS‚对象 资源管理器‛ 中,在某数据 库上右击鼠标, 在弹出的菜单 中选择‚任 务‛‚还原‛ ‚数据库‛ 命令。
36/40
用T-SQL语句还原数据库
RESTORE DATABASE 数据库名 FROM 备份设备名 [ WITH FILE = 文件号 [ , ] NORECOVERY [ , ] RECOVERY ] FILE = 文件号:标识要还原的备份,文件号为 1表示备份设备上的第一个备份; NORECOVERY:表明对数据库的恢复操作还没有 完成; RECOVERY:表明对数据库的恢复操作已经完成
32/40
2. 恢复的顺序
在还原数据库之前,如果数据库的日志文件 没有损坏,则为尽可能减少数据丢失,可在 恢复之前对数据库进行一次尾部日志备份。 恢复数据库的顺序:
还原最近的完整数据库备份; 还原完整备份之后最近的差异数据库备份; 从最后一次还原备份后创建的第一个事务日志 备份开始,按日志备份的先后顺序还原所有日 志备份。
29/40
13.3 恢复数据库
13.3.1 恢复数据库的顺序 13.3.2 实现还原
30/40
13.3.1 恢复数据库的顺序
1.恢复前的准备 2.恢复的顺序
31/40
1. 恢复前的准备
如果数据库没有毁坏,则应先对数据 库的访问进行一些必要的限制。 因为在恢复数据库的过程中,不允许 用户操作数据库。
12/40
2.完整恢复模式
完整地记录所有的事务,并将事务日志 记录保留到对其备份完毕为止。 如果能够在出现故障后备份日志尾部, 则可以使用完整恢复模式将数据库恢复 到故障点。 完整恢复模式还支持还原单个数据页。
13/40
3.大容量日志恢复模式
只对大容量操作进行最小记录,使事务日志 不会被大容量加载操作所填充。 但最小记录是有限定的。例如,如果被大容 量加载的表已经有数据了,并且有一个聚集 索引,则即使使用大容量日志恢复模式,系 统也会将该大容量加载完整地记录下来。 大容量日志恢复模式保护大容量操作不受媒 体故障的危害,提供最佳性能并占用最小日 志空间。 一般只作为完整恢复模式的附加模式。