数据库基础与实践技术第13章 备份和恢复数据库.pptVIP

13.3 恢复数据库 13.3.1 恢复数据库的顺序 13.3.2 实现还原 */40 数据库基础与实践技术（SQL Server 2008） 第13章 备份和恢复数据库 13.1 备份数据库 13.2 SQL Server支持的备份机制 13.3 恢复数据库 */40 13.1 备份数据库 13.1.1 为什么要进行数据备份？ 13.1.2 备份内容及备份时间 */40 13.1.1 为什么要进行数据备份？ 主要目的是为了防止数据的丢失。 造成数据丢失的原因主要包括： 存储介质故障； 用户的操作错误； 服务器故障； 由于病毒的侵害而造成的数据丢失或损坏； 由于自然灾害而造成的数据丢失或损坏。 一旦数据库出现问题，可以利用备份对数据库进行恢复。 */40 13.1.2 备份内容及备份时间 备份内容 系统数据库 用户数据库 备份时间 系统数据库：修改之后备份 用户数据库：周期性备份 */40 13.2 SQL Server的备份机制 13.2.1 备份设备 13.2.2 恢复模式 13.2.3 备份类型及策略 13.2.4 实现备份 */40 13.2.1 备份设备 永久备份设备 在备份之前需要预先建立 临时备份设备 不需要预先建立，在备份时直接使用 */40 用SSMS创建备份设备 在SSMS的“对象资源管理器”中，展开服务器实例下的“安全对象”节点， 在“备份设备”上右击鼠标，在弹出菜单中选“新建备份设备”命令。 */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：备份设备的物理文件名，且必须包含完整路径。 */40 示例 例1. 建立一个名为bk2的磁盘备份设备，物理存储位置及文件名为 D:\dump\bk.bak。 EXEC sp_addumpdevice disk, bk2, D:\dump\bk2.bak */40 13.2.2 恢复模式 简单恢复模式 完整恢复模式 大容量日志恢复模式 */40 1.简单恢复模式 可最大程度地减少事务日志的管理开销 因为这种恢复模式不备份事务日志。 但如果数据库损坏，则简单恢复模式将面临极大的工作丢失风险。 在这种恢复模式下，数据只能恢复到数据的最新备份状态。 通常，简单恢复模式只用于测试和开发数据库，或用于主要包含只读数据的数据库 */40 2.完整恢复模式 完整地记录所有的事务，并将事务日志记录保留到对其备份完毕为止。 如果能够在出现故障后备份日志尾部，则可以使用完整恢复模式将数据库恢复到故障点。 完整恢复模式还支持还原单个数据页。 */40 3.大容量日志恢复模式 只对大容量操作进行最小记录，使事务日志不会被大容量加载操作所填充。 但最小记录是有限定的。例如，如果被大容量加载的表已经有数据了，并且有一个聚集索引，则即使使用大容量日志恢复模式，系统也会将该大容量加载完整地记录下来。 大容量日志恢复模式保护大容量操作不受媒体故障的危害，提供最佳性能并占用最小日志空间。 一般只作为完整恢复模式的附加模式。 */40 4．查看和更改恢复模式 在SSMS的“对象资源管理器”中，在某数据库上右击鼠标，在弹出菜单中选“属性”命令，打开“数据库属性”窗口。 */40 13.2.3 备份类型及策略 1. 备份类型 2. 常用备份策略 */40 1. 备份类型 数据库备份 完整备份 差异备份 事务日志备份 */40 完整备份 恢复的基线。 在备份时不影响用户对数据库的操作。 备份数据库中的全部信息。 备份备份过程中发生的活动。 */40 差异备份 以前一次完整备份为基准点（差异基准），备份从上次完整备份之后数据库的全部变化内容。 备份差异备份过程中发生的活动。 差异备份的的时间和大小取决于自建立差异基准后更改的数据量。通常，差异基准越旧，新的差异备份就越大。 */40 事务日志备份 不备份数据库本身，它只备份日志记录 只备份从上次备份之后到当前备份时间发生变化的日志内容。 可以将数据库恢复到故障点或特定的某个时间点。 比完整备份和差异备份使用的资源少。 仅用于完整恢复模式和大容量日志恢复模式。 */40 2. 常用备份策略 完整备份 完整备份 + 事务日志备份 完整备份 + 差异备份