第五讲 数据库保护备份与恢复 数据库技术知识课件.pptVIP

主要内容 备份和恢复概述 备份设备 备份过程 恢复过程 备份和恢复系统数据库;备份和恢复概述 背景 虽然SQL Server 提供了内置的安全性和数据保护，但这种安全管理主要是为防止非法登录者或非授权用户对数据库造成破坏 在有些情况下这种安全管理机制无能为力 例如 合法用户不小心对数据库数据做了不正确的操作 保存数据库文件的磁盘遭到损坏 运行SQL Server 的服务器因某种不可预见的因素而导致崩溃 备份 对SQL Server 数据库或事务日志进行拷贝。 记录了在进行备份这一操作时，数据库中所有数据的状态 如果数据库因意外而损坏，备份文件将在数据库恢复时，被用来恢复数据库 SQL Server 支持在线备份，通常可一边进行备份一边进行其它操作;恢复 把遭受破坏或丢失数据或出现错误的数据库恢复到原来的正常状态 正常状态是由备份决定的，但为维护数据库的一致性，在备份中未完成的事务并不进行恢复 在备份过程中不允许执行以下操作 创建或删除数据库文件、创建索引、执行非日志操作 自动或手工缩小数据库或数据库文件大小 注 备份和恢复工作主要是由DBA来完成 实际上DBA日常比较重要而频繁的工作就是对数据库进行备份和恢复。 若在备份或恢复过程中发生中断，可重新从中断点开始执行备份或恢复，这在备份或恢复一个大型数据库时极有价值;备份的类型 数据库备份（Database Backups） 事务日志备份（Transaction Log Backup） 差异备份（Differential Database Backups） 文件和文件组备份（File and File Group Backup） 数据库备份（Database Backups） 对数据库的完整备份，包括所有的数据以及数据库对象。 备份数据库过程 （1）将事务日志写到磁盘上 （2）根据事务创建相同的数据库和数据库对象以及拷贝数据;特点 速度较慢、占用大量磁盘空间 数据库备份时常安排在晚间 完全备份时所有未完成的事务或者发生在备份过程中的事务都不会被备份 从开始备份到开始恢复这段时间内发生的任何对数据库的修改将无法恢复 总在一定的要求或条件下才使用这种备份类型，如： 数据不是非常重要 通过批处理或其它方法，在数据库恢复之后可以很容易地重新实现在数据损坏前发生??修改 数据库变化的频率不大 在进行数据库备份时，如果备份完成后又进行了事务日志备份，则在数据库备份过程中发生的事务将被备份。 但若只进行数据库备份，每次在运行到检查点checkpoint 时都会将事务日志截断。 如果对数据库一致性要求较高（将数据库恢复到发生损坏的一刻），不应使用数据库备份;差异备份（Differential Database Backups） 将最近一次数据库备份以来发生的数据变化备份起来，是一种增量数据库备份 与完整数据库备份相比 差异备份备份的数据量较小，备份和恢复所用的时间较短 与事务日志备份相比 通过增加差异备份的备份次数，可降低丢失数据的风险，将数据库恢复至进行最后一次差异备份的时刻，但无法像事务日志备份那样提供到失败点的无数据损失备份 实际中为最大限度地减少数据库恢复时间以及降低数据损失数量，通常一起使用数据库备份、事务日志备份和差异备份;综合使用3种备份的备份方案为 首先有规律地进行数据库备份（如每晚备份一次） 其次以较小的时间间隔进行差异备份（如三、四个小时一次） 最后在相临的两次差异备份之间进行事务日志备份（每二十、三十分钟一次）。 进行恢复时，可先恢复最近一次的数据库备份，接着进行差异备份，最后进行事务日志备份的恢复 若要将数据库恢复到数据库失败点，方法为： （1）若能够访问数据库事务日志文件则应备份当前正处于活动状态的事务日志 （2）恢复最近一次数据库备份 （3）恢复最近一次差异备份 （4）按顺序恢复自差异备份以来进行的事务日志备份 若无法备份当前数据库正在进行的事务，则只能把数据库恢复到最后一次事务日志备份的状态而不是数据库失败点;文件和文件组备份（File and File Group Backup） 对数据库文件或文件夹进行备份 特点 仅对遭到破坏的文件或文件组进行恢复，可提高数据库恢复的速度。 在使用文件或文件组进行恢复时，要求有一个自上次备份以来的事务日志备份来保证数据库的一致性，故在文件或文件组备份后应再进行事务日志备份，否则备份在文件或文件组备份中所有数据库变化将无效。 如需恢复的数据库部分涉及到多个文件或文件组，则应把这些文件或文件组都进行恢复。 如： 如果在创建表或索引时，表或索引是跨多个文件或文件组，则在事务日志备份结束后，应再对表或索引有关的文件或文件组进行备份，否则在文件或文件组恢复时将会出错;备份和恢复的策略 备份类型的选择（直接影响恢复；决定数据库在遭到破坏前后