Informix数据库培训教材（上）
Oninit 命令用于改变系统的运行模式：其中—I选项用于初始化系统的 root dbspace。
●onmode 命令 语法： onmode [--k] [--m] [--s] [--u] [--y] onmode --k 执行 imemedate shutdown ，将系统变为off-line模式 onmode --m 将系统从 quiescent 模式转换为 on-line 模式 onmode --s 执行提示自动回答 yes onmode --y 对于提示自动回答 yes onmode – 键入此命令可以获得帮助
Onmode 命令可以用于改变动态服务器系统的运行模式。
21
Informix数据库培训教材（上）
第六章 informix_online 动态服务器容错机制
一、 错误类型
系统错误---计算机系统发生的错误
磁盘错误---包含内部 OnLine 信息的磁盘变得不可使用
系统失败---与计算机和磁盘相关的部分不可用，或 OnLine 系统的数据被
中断。
二、 恢复机制
包括快速恢复、系统备份恢复、镜像恢复
系统崩溃---由于电源故障或其它原因使系统偏机，OnLine 系统必须能在 计算机重新启动恢复到一个一致状态，快速恢复用于此目的。 磁盘崩溃---包含OnLine 的磁盘有故障，可用备份来恢复，并利用逻辑日 志前滚到磁盘不可用时刻。然若有磁盘镜像，则无妨。
系统故障---整个计算机系统故障时采用磁带备份恢复，并回滚逻辑日志。
三、 快速恢复
◆ 快速恢复的概念
快速恢复是一种自动的容错机制，每当 OnLine 从脱机模式转到静止模式时都会执行。 快速恢复两个目标：
①．物理日志用于保持 OnLine 的物理一致性，将系统恢复到最近一个检查点时
刻。
②．逻辑日志用于保持 OnLine 的逻辑一致性，通过前滚检查点以来的所有已提交
事务和回滚所有未完成的事务而实现的。
快速恢复的目的首先是恢复 online 系统到最后一个检查点，在该检查点系统在物理上一致。然后利用逻辑日志文件中从该检查点开始后的事务记录前滚所有事务，实际上是对该检查点后开始的所有事务均重做一遍，然后回滚所有发生故障时未完成的事务，使所有数据库处于物理和逻辑均保持一致的状态。
快速恢复是 online 的一个特性，允许 online 从断电到 unix 崩溃一类的故障中恢复。快速恢复进程启动后就没有办法停止，每当 online 启动时都会自动发生快速恢复过程。
◆ 两种系统状态
1．正常关机后的状态
当正常关机时，系统完成的最后一个活动是检查点活动。它适使得物理日志清空，并在逻辑日志记录一条检查点记录。信息日志中记录系统已正常关闭。
22
Informix数据库培训教材（上）
物理日志 逻辑日志 空 Checkpoint record 信息日志 Tue Tek 3 13: 44: 18 1998 13: 44: 18 shutdown mode 13: 44: 30 Quiescent mode 13: 44: 31 INFORMIX-Online stopped 2.发生错误以后的状态 物理日志 Tub Feb 3 13: 44: 18 1998 13: 39: 39 checkpoint completed 13: 40: 35 checkpoint completed 13: 41: 28 checkpoint completed 上次检查的前映像 物理日志非空，逻辑日志最后 Checkpointed record 一条记录非 checkpoint,消息日志 Action record 也无关机记录。 Action record Action record
◆ 快速恢复的步骤：分三步
1． 第一步，从物理日志中恢复前映象。方法：将前映象从磁盘中读入共享内存缓冲池
中。然后完成一次检查点工作，将共享内存中的页刷新到磁盘。
这一步的恢复操作是必须的，因为共享内存中修改页可能在检查点操作之前刷新到磁盘上。该步保证了即将开始的前滚过程是在数据的初始状态下进行的。
共享内存缓冲池 CHUNK
物理日志
23
Informix数据库培训教材（上）
2． 第二步，定位检查点记录，并前滚检查点后的所有事务。这将重新执行最后一检查点
的所有事务。
快速恢复的第二步是在逻辑日志中找到最后一个检查点记录。该记录的位置在系统保留页中。读保留页找到记录后，逻辑日志文件中从此记录开始的事务都要前滚，实际上是把自上一个检查点以来所有数据库的修改重新做一遍。
定位检查点记录 TX1 BEGIN work 前滚检查点后的所有记录 TX2 BEGIN work
CHECKPOINT
TX3 BEGIN work
TX4 BEGIN work
TX5 BEGIN work
3． 第三步，回滚未提及的事务
取消所有在发生故障时未完成的事务，保持逻辑一致性。
TX1 BEGIN work
回滚所有未提交的事务
TX2 BEGIN work CHECKPOINT TX3 BEGIN work TX4 BEGIN work TX5 BEGIN work
这保证在发生故障时，完成的事务被完成，没有完成的事务被回滚。为完成全部回滚，由可能读到最后一个检查点以前的逻辑日志文件记录，因为一个事务在活动期间完全可能跨越多个检查点间隔。快速恢复第三步完成后，系统启动过程可以进行下去，系统进入静止状态。
注意：快速恢复只能恢复记录在逻辑日志中的事务。如果使用缓冲模式，完全有可能，一个提交的事务并未将其事务记录写到日志上。在这种情况下，故障发生时，已存在逻辑日志中的事务将丢失。
◆无日志数据库的快速恢复 在地 如果一人数据库没有使用日志模式，则逻辑日志文件中没有事务记录，所以不能进行第二步前滚操作和第三步回滚操作。因此，数据库也只能恢复到最后一个检查点的状态。即最后一次检查点以来对数据库所
24
Informix数据库培训教材（上）
做的修改都会丢失。
◆ 快速恢复操作的消息日志的内容
在快速恢复过程中，与其步骤相关的信息均会记录在 online 的消息日志文件中。以下为一例：
# 发生日期、时间
Wed Fed 11 13:15:40 1978 # 系统首先进行共享内存初始化
13：15：40 INFORMIX-Online Initialized-Shared (Mermory) # 快速恢复第一步，物理恢复过程，5页的前镜像北恢复 13：15：40 Physcial Recovery Stated 13：15：40 Checkpoint complteted
13：15：40 Physcial Recovery complete 5 pages Restored
#快速恢复第二、三步，逻辑日志回滚，恢复了已提交的3个事务，回滚了2个未提交事务，0个事务被打开，0个事务不能获得所 13：15：42 Logical Recovery Complete
3 Committed ,2 Rolled back 0 pen 0 Bad locks # 快速 恢复完成后，系统处于静止状态 13：15：44 Quiescent Mode # 系统进入联机模式
13：15：46 On_Line Mode
如果需要获得详细的事务恢复信息，可发使用 tblog 使用程序查看。
四、 镜像恢复
◆ 镜像时，介质失败
Shared Memory
Primary chunk mirror chunk
当使用镜像时，OnLine 系统在主 chunk 失败时，自动切换到镜像 chunk ，并标识主
chunk 为脱机状态，同时写一条消息到消息日志文件，表明 chunk 坏。
如果主 chunk 得镜像 chunk 都坏， OnLine 系统无法被始化，必须先修复 chunk 设备，然后从磁带恢复。
当镜像 chunk 作恢复时，online 系统会同时对两个 chunk 做写操作规程（即 online t系统将同时向两个 chunk 写同样的数据）。
25
