第7章数据库的安全性控制.pptVIP

7.4.4数据备份系统的主流备份技术 1．冷备份与热备份技术 2．快照技术 3．RAID技术 4．镜像技术 5．写前拷贝技术 6．VDI技术 7．虚拟介质技术 7.1 数据库的安全性控制 7.2 数据库系统的完整性 7.3 并发控制 7.4 数据库备份 7.5 数据库恢复技术 7.5 数据库恢复技术 7.5.1 数据库恢复概述 数据库的恢复是指系统发生故障后，将数据从错误状态恢复到某一正确状态的功能。对于事务故障、系统故障和介质故障3 种不同的故障类型，DBMS 有不同的恢复方法。DBMS提供了恢复子系统，用来保证各种故障发生后，能把数据库中的数据从错误状态恢复到某种逻辑一致的状态。即保证各个事务中的操作要么全部完成，要么全部不做。数据库系统所采用的恢复技术是否行之有效是衡量系统性能优劣的重要指标。 7.5.2恢复的基本原理 数据库恢复的基本原理十分简单，就是数据的冗余，也就是说，预先在数据库系统外，备份正确状态时的影像数据，当发生故障时，再根据这些影像数据来重建数据库。因此恢复系统应该提供两种功能：第一，建立冗余数据；第二，根据冗余数据恢复数据库。原理虽然简单，但实现技术却相当复杂。 1．日志文件法（Logging） 日志文件是用来记录事务对数据库的更新操作的文件。对数据库的每次修改，都将被修改项目的旧值和新值写在一个叫做运行日志的文件中，目的是为数据库的恢复保留详细的数据。 2．数据转储法（Data Dump） 数据转储是指定期地将整个数据库复制到多个存储设备（如磁带、磁盘）上保存起来的过程，它是数据库恢复中采用的基本手段。转储的数据文本称为后备副本或后援副本，当数据库遭到破坏后就可利用后援副本把数据库有效地加以恢复。 7.5.3 故障恢复的方法 1．事务故障的恢复 当事务发生故障时，恢复子系统应利用日志文件撤销（UNDO）此事务对数据库进行的修改。事务故障的恢复通常是由系统自动完成，用户并不知道系统是如何进行事务恢复的。 事务故障的恢复步骤如下。 （1）反向扫描日志文件（即从最后向前扫描日志文件），查找该事务的更新操作。 （2）对该事务的更新操作执行逆操作，即将日志记录中“更新前的值”写入数据库。如果记录中是插入操作，则相当于做删除操作（因此时“更新前的值”为空）；若记录中是删除操作，则做插入操作；若是修改操作，则相当于用修改前的值代替修改后的值。 （3）重复执行（1）和（2），恢复该事务的其他更新操作，直至读到该事务的开始标记，事务故障恢复就完成了。 2．系统故障的恢复 恢复操作就是要撤销故障发生时未完成的事务，重做已完成的事务。系统故障的恢复是由系统在重新启动时自动完成的，不需要用户干预。系统故障的恢复步骤如下。 （1）正向扫描日志文件（即从头扫描日志文件），指出在故障发生前已经提交的事务，将其事务标记记入重做队列。同时找出故障发生时尚未完成的事务，将其事务标记记入撤销队列。 （2）对撤销队列中的各个事务进行撤销（UNDO）处理。进行撤销处理的方法是：反向扫描日志文件，对每个事务的更新操作执行逆操作，即将日志记录中“更新前的值”写入数据库。 （3）对重做队列中的各个事务进行重做（REDO）处理。进行重做处理的方法是：正向扫描日志文件，对每个重做事务重新执行日志文件登记的操作，即将日志记录中“更新后的值”写入数据库。 3．介质故障的恢复 介质故障会破坏磁盘上的物理数据库和日志文件，这是最严重的一种故障。恢复方法是重装数据库后备副本，然后重做已完成的事务。 介质故障的恢复步骤如下。 （1）装入最新的数据库后备副本（离故障发生时刻最近的转储副本），使数据库恢复到最 近一次转储时的一致性状态。对于动态转储的数据库副本，还需要同时装入转储开始时刻的日志文件副本。利用恢复系统故障的方法（即重做+撤销的方法）才能将数据库恢复到一致性状态。 （2）装入相应的日志文件副本（转储结束时刻的日志文件副本），重做已完成的事务，即首先扫描日志文件，找出故障发生时已提交的事务的标识，将其记入重做队列，然后正向扫描日志文件，对重做队列中的所有事务进行重做处理（将日志记录中“更新后的值”写入数据库）。 7.1 数据库的安全性控制 7.2 数据库系统的完整性 7.3 并发控制 7.4 数据库备份 7.5 数据库恢复技术 7.1 数据库的安全性控制 7.1.1数据库系统安全主要风险 （1）来自操作系统风险 （2）来自管理风险 （3）来自用户风险 （4）来自数据库系统内部风险 7.1.2 安全性控制 1. 用户标识与鉴别 2. 用户访问权限控制 3. 视图机制 4. 数据加密 5. 审计 6. 用户定义的安全性措施 7. 数据库备份与恢复 7.1 数据库的安全性控制 7.2 数据库系统的完整性 7.3 并发控制 7.4