对数据终了存档
IDS 可用的备份类型
本节引见可以运用 IDS 供应的对象实施的各类备份类型。
通通的 0 级备份（Full level 0 backup）
0 级备份搜聚存档末端时 OnLine 琐细中的通通数据的拷贝。0 级备份新鲜很是消耗光阴，由于运用的通通磁盘页面都需求写到备份介质中。除了 0 级（通通备份）之外，IDS 备份和光复实用顺序还可以实施增量备份（1 级和 2 级）。
1 级备份
与 0 级备份比拟，1 级备份消耗的空间和光阴都要少，由于只需求将迩来一次 0 级备份之后修改过的数据复制到存储管理器。
2 级备份
2 级备份消耗的空间和光阴比 1 级备份还要少，由于只需求将迩来一次 1 级备份之后修改过的数据复制到存储管理器。
按次备份与并行备份
按次备份（serial backup）只能一次备份一个 dbspace，因而很慢。按次备份是 ontape 实用顺序可以实施的惟一一种备份类型。假设 BAR_MAX_BACKUP ONCONFIG 参数设置为 1，OnBar 就会按次地备份 dbspace，也便是一次备份一个 dbspace。（在 IDS 11.10 之前，无论 BAR_MAX_BACKUP ONCONFIG 设置是什么，OnBar 全琐细备份总是按次实施的。）
并行备份（parallel backup）会同时备份多个 dbspace。在 11.10 中，通通 OnBar 备份都是并行实施的，除非 BAR_MAX_BACKUP ONCONFIG 参数设置为 1。
规范 OnBar 备份（onbar -b）对选择的存储空间或通通存储空间终了并行备份。
在规范 OnBar 备份中，对它备份的每个存储空间实施一个查抄点。要从规范 OnBar 备份终了光复，就需求逻辑日志备份。
全琐细备份（whole-system backup）（运用 -w 选项）主动地搜聚在存档查抄点上掀开的事件的逻辑日志记录，因而不需求任何显式的逻辑日志备份和光复，整个琐细就可以光复到一律的形态。
从 IDS 11.10 末端，可以在 onbar backup 命令中运用 -w 选项。rootdbs 依然首先单独地备份。然后，按照 BAR_MAX_BACKUP ONCONFIG 设置，并行地备份其他 dbspace。可是，在全琐细 OnBar 备份中，数据库服务器对备份的通通 dbspace 实施一个查抄点。
逻辑日志备份
逻辑日志备份便是将逻辑日志文件的内容复制到辅佐存储介质。
逻辑日志存储 OnLine 实例中数据库的查抄点记录、管理运动（比如 Data Definition Language[DDL] 语句）以及事件运动。每个 OnLine 实例都具罕见量有限的逻辑日志文件。OnLine 以循环体例运用逻辑日志。记录继承地写入逻辑日志文件。当第一个日志文件写满时，OnLine 末端写入第二个日志文件，以此类推。当通通日志文件都运用完时，OnLine 再次写入第一个日志文件。在 OnLine 重用一个日志文件之前，必须对这个文件的通通数据终了备份。
关于实施缓冲、非缓冲或 ANSI 形式日志记录的数据库，对表的通通拔出、更新和删除操作都记录在逻辑日志中。生活生涯这些事件运动（拔出、更新和删除）的记录有两个目的：
首先，在琐细溃逃时，需求从备份规双数据，这时可以从新运用这些事件，从而戒备迩来一次备份往后的任务丢丧失。
第二，在发生发火电源缺陷时，可能由于其他缘故起因丢丧失了内存中的数据时，从新运用逻辑日志并回滚，从而确保数据库前往到一个一律的形态。必须继承地记录事件运动，而且记录必须不息生活生涯到下一次实施 dbspace 或全琐细备份时。除了全琐细备份之外，通通 dbspace 备份都需求有逻辑日志备份，才干终了乐成的光复。
继承、主动和手工的逻辑日志备份
假设通通逻辑日志文件都满了，数据库服务器就会挂起，直到日志被备份。要想释放那些曾经写满的逻辑日志文件，就要对它们终了备份。
逻辑日志备份可以由管理员或操作员（按照需求）手工实施，可能运用 ALARMPROGRAM 设置参数主动触发，也可以运转继承的日志备份。
当管理员或操作员运用 OnBar 或 ontape 实施日志备份哀求时，实施手工逻辑日志备份。手工逻辑日志备份对通通写满的逻辑日志文件终了备份，不息备份到以后逻辑日志文件为止。
设置主动逻辑日志备份的体例是运用 ALARMPROGRAM 设置参数指定一个顺序，每当服务器收回日志写满事件（事件类 23）时，这个顺序实施一个逻辑日志备份命令。寻常状态下，假设运用 OnBar 作为备份实用顺序，就会设置主动逻辑日志备份。IDS 完成主动逻辑日志备份的体例是实施 ONCONFIG 参数 ALARMPROGRAM 指向的剧本。假设运用 alarmprogram.sh，那么编辑它，将 BACKUPLOGS 设置为 Y。IDS 供应的剧本 log_full.sh 和 alarmprogram.sh 可以在 $INFORMIXDIR/etc 中找到。要想关闭逻辑日志的主动备份，可以将 ALARMPROGRAM 设置为 no_log.sh；假设运用 alarmprogram.sh，可以将 BACKUPLOGS 设置为 N。假设禁用了逻辑日志的主动备份，DBA 就要经受及时地备份逻辑日志。
假设运用 ontape 作为备份和光复实用顺序，寻常就要终了继承逻辑日志备份。在终了继承备份（ontape -c 选项）时，假设一个逻辑日志文件曾经写满，可能服务器切换到下一个日志文件，就对这个文件终了备份。继承逻辑日志备份需求一个公用的终端和备份装备。
IDS 11.10 有一个 ontape 备份到目录 特性；假设 LTAPEDEV 设置为一个目录，就可以运用 ontape -a -y 和 ALARMPROGRAM 剧本终了主动的 ontape 备份。假设运用这个特性颠末 ontape 将逻辑日志主动备份到目录，ALARMPROGRAM 剧本就必须查抄 LTAPEDEV 能否正确地设置为一个目录，DBA 经受确保这一点。假设 LTAPEDEV 没有设置为目录，而是设置为一个装备，后续的逻辑日志备份就可能掩饰畴昔的备份。
逻辑日志救援
在日志救援（log salvage）中，数据库服务器在离线的状态下，从磁盘间接拜候日志文件。日志救援对通通还没有备份而且没有破损的逻辑日志终了备份，何等就可以将通通数据光复到迩来的没有破损的逻辑日志文件和迩来的曾经完成的事件。在发生发火琐细丧失败之后，需求终了光复，可是有些逻辑日志数据可能还没有备份。必须搭救这些数据，由于需求操作这些数据将琐细光复到丧失败时的形态。琐细丧失败之后的冷光复会主动地实验救援通通日志，可是用户也可以在冷光复之前救援日志。
日志救援命令是：
- onbar -l -s
- OR
- ontape -S
假设在冷光复历程之前必须交换搜聚逻辑日志文件的装备，那么日志救援命令就很有意义了。假设在琐细丧失败之后没有救援磁盘上的日志，逻辑光复历程就会掩饰日志空间，畴昔记录的事件就会丢丧失，琐细就无法光复到丧失败时的形态。
onbar -r 命令会主动地救援逻辑日志。假设希望跳过日志救援操作，那么运用 onbar -r -p 和 onbar -r -l 两个命令。关于 ontape，对琐细提醒 “Do you want to backup the logs?” 回答 No，就可以在光复时期跳过日志救援。
版权声明：
原创作品，批准转载，转载时请务必以超链接体例标明文章 原始来由 、作者信息和本声明。否则将追究轨则责任。