1.事务---一个数据库操作序列，是数据库应用程序的基本逻辑单元。这些操作要么都做，要么都不做，是一个不可分割的执行单位。
2.事务应具有的性质
- 原子性--事务执行时的不可分割性，即事务所包含的活动要么都做，要么不做
- 一致性--事务对数据库的作用应使数据库从一个状态到另一个状态
- 隔离性--多事务并发执行，应像各事务独立执行一样，不能相互干扰，一个正在执行的事务其中间结果不能为其他事务所访问
- 持久性--一旦事务提交，不论执行何种操作或发生何种故障，都不应对该事务的执行结果有任何影响
3.故障种类
- 事务内部故障----可以通过事务程序本身发现并处理的故障
- 系统范围内的故障（软故障）--造成系统停止任何事件，如CPU故障，操作系统故障，程序代码错误，断电等，使得系统必须重新启动
- 介质故障（硬故障）--如磁盘损坏，磁头碰撞，强磁场干扰等
- 计算机病毒
4.恢复的实现技术
数据库恢复的基本原理-----冗余
数据库恢复的机制
- 建立冗余数据（常用技术：数据转储，登记日志文件）
- 利用冗余数据实施数据库恢复
数据转储与恢复
转储：DBA定期将整个数据库复制到磁带或另一个磁盘上保存起来的过程
转储的状态：
静态转储--转储期间不允许对数据库进行操作
动态转储--转储期间允许对数据库操作
转储方式：海量转储（每次转储全部数据库），增量转储（只转储上次转储后更新过的数据）
恢复：当数据库被破坏后可将后备副本重新装入，并重新运行转储以后的所有更新事务
日志文件和恢复
日志--用来记录对数据库的更新操作的文件
日志文件的作用
静态转储：数据库毁坏后，重装后援副本，根据日志文件，重做已完成的事务，并撤销未完成的事务
动态转储：用后援副本和日志文件综合起来恢复数据库
登记日志文件原则：严格按并发事务执行的时间次序登记，先写日志文件，后写数据库
5.恢复策略（利用日志文件进行恢复）
基本策略：对于尚未提交的事务，执行撤销处理（UNDO）。对于已经提交的事务，执行重做处理（REDO）
基本方法：扫描日志文件，确定所有已经开始但尚未提交的事务（对它们需UNDO），再确定所有已提交的事务(对它们需REDO)
事务故障恢复：事务故障是指事务被非正常终止，应根据日志文件对未完成事务做UNDO处理，步骤如下:
(1)反向扫描日志文件，查找未完成事务的更新操作;
(2)对该事务的更新操作执行逆操作;
(3)继续反向扫描日志文件，对遇到的更新操作做同样处理;
(4)当遇到某事务的开始标记时，停止对该事务的处理。
系统故障恢复：系统故障造成数据库不一致的原因，一是未完成事务对数据库的更新已写入数据库，二是已提交事务的结果
在故障发生前留在缓冲区没来得及写入数据库。恢复操作是撤消未完成事务，重做已完成事务。步骤如下:
(1)正向扫描日志文件，找出在故障发生前己提交的事务，将它们记入重做(REDO)队列，同时找出故
障发生前尚未完成的事务，将它们记入撤消(UNDO)队列。
(2)反向扫描日志文件，对UNDO队列的每个事务执行逆操作，即做撤消处理。
(3)正向扫描日志文件，对REDO队列中的每个事务重新执行日志文件登记的操作。
介质故障恢复：介质故障发生后，磁盘上的数据文件和日志文件均被破坏，恢复的方法是重装数据库和日志文件，然后重做
自转储以来已完成的事务。步骤如下:
(1)装入最近转储的数据库后援副本，若是动态转储，则还应装入转储期间的日志文件，将数据库恢复到一致性状态。
(2)装入转储结束后的日志副本，重做已完成的事务。
6.具有检查点的恢复技术
具有检查点的恢复算法
- 根据重新开始文件中最后一个检查点记录的地址，在日志文件中找到最近的一个检查点记录;
- 设置两个队列，将检查点中的所有事务放入UNDO-LIST,并令REDO-LIST暂为空集;UNDO-LIST:需要UNDO操作的事务集合;
REDO-LIST:需要REDO操作的事务集合; - 从该检查点开始扫描日志文件到文件结束为止:凡遇有begin transaction的事务放入UNDO-LIST;凡遇有commit的事务，将它从UNDO-LIST移入REDO-LIST;
- 对UNDO-LIST中的事务执行UNDO操作，对REDO-LIST中的事务执行REDO操作
7.数据库镜像--将整个数据库或其中的关键数据同时存放在两个分离的物理磁盘上。每当主数据库更新时，DBMS自动把更新后的数据复制到另一个磁盘上，从而自动保证主数据库与镜像数据库的一致性。
数据库镜像的优点：可提高数据库的可用性。在介质故障时，不需关闭系统和重装后援副本，保证“不间断”地恢复;便于并发操作，当主数据库的某个对象被加排它锁时，其它应用可以读镜像数据库。
数据库镜像的缺点：由于频繁地复制数据，会降低系统的运行效率; 使用更多的磁盘设备。