Informix IDS 11琐屑经管(918检修)认证指南,第6部分:IDS备份和光复(6)

用 IDS 实行光复

在孕育发作以下几种气象时，需求休止光复：

• 整个干事器琐屑不可用（无法让干事器进入在线形式）。
• 一个关键的 dbspace（比如根 dbspace 或包罗日志的 dbspace）不可用（一个或多个块被标为 down）。
• 一个非关键的 dbspace 不可用（一个或多个块和相干联的镜像块被标为 down）。

前两种气象需求冷光复。冷光复意味着，干事器处于离线形式，在关键的 dbspace 光复之前无法应用。第三种气象需求热光复。（本教程后背品评辩论冷光复和热光复）。

光复范例

物理光复与逻辑光复

物理（physical）光复是光复 0、1、2 级备份的 dbspace 和 blobspace 的历程。物理光复历程的遵命非常高，因为它只需将页面映像从备份介质复制到磁盘上。

逻辑（logical）光复应用逻辑日志备份磁带上的事故，将干事器琐屑光复到失败时的状况。逻辑光复在物理光复之后实行。因为逻辑光复不复制页面，而是重新使用事故纪录，以是它比物理光复历程慢得多，并且遵命也较低。

冷光复与热光复

冷光复： 当根 dbspace 除夜概包罗物理日志或逻辑日志的 dbspace（关键 dbspace）不可造访时，休止冷光复。数据库干事器必需处于离线形式。全琐屑光复总是冷光复，因为包括关键 dbspace 在内的齐备相对 dbspace 都要被光复。

热光复： 当根 dbspace 除夜概包罗物理日志或逻辑日志的 dbspace（关键 dbspace）可造访时，休止热光复。干事器必需处于在线形式或静默形式。

因为要光复的 dbspace 不包罗 rootdbs、物理日志或逻辑日志的数据，以是数据库干事器处于在线形式对光复没有除夜的影响。以是，在引擎在线的气象下，假如只规双数据 dbspace，就应该实行热光复。热光复需求重新使用逻辑日志（逻辑光复），让 dbspace 光复到最新的状况，并与其他 dbspace 贯穿跟尾不合的状况。

混淆光复： 只对关键 dbspace 休止冷光复，然后对非关键 dbspace 休止热光复。混淆光复会更快地光复关键数据，但是齐备的光复要花更长时间，因为逻辑日志要经过几次光复和重新使用 —— 凑合最初的冷光复和当前的每次热光复，各实行一次。

无意有时间需求休止混淆光复。假定一个干事器包罗一个根 dbspace、一个逻辑日志 dbspace、包罗业务关键金融数据的 3 个（10 GB）dbspace 和包罗历史数据的 50 个（10 GB）dbspace。应用冷光复尽可以快地光复关键 dbspace 和包罗业务关键数据的 3 个 dbspace 是有甜头的。在光复了这些 dbspace 并且琐屑可供用户应用之后，应用热光复光复不太重要的历史数据。只管琐屑的整个光复时分更长了（逻辑日志必需使用两次，并且热光复还会与活泼用户分享资源），但是混淆光复可以让业务更快地光复运转。

并行光复与挨次光复

并行光复： 在并行光复中，生成多个历程对多个 dbspace 同时休止光复。并行光复也称为 dbspace 光复。可以应用 dbspace 光复光复一个 dbspace、多个 dbspace 或整个 OnLine 琐屑。并行光复只能用 OnBar 实行。外应用 OnBar 时，dbspace 光复会并行实行（除非 BAR_MAX_BACKUP 设置为 1）。假如应用 onbar -r 命令实行光复，OnBar 会并行光复存储空间偏重新使用一次逻辑日志。

挨次光复： 外应用 ontape 时，齐备相对光复都是挨次光复，即每次光复一个 dbspace。OnBar 全琐屑光复是迥殊用途的光复，需指摘琐屑备份。全琐屑光复不需求休止逻辑光复。假如没有维护逻辑日志备份，就只能休止全琐屑备份和光复。

表级光复

可以应用 archecker 适用挨次实行表级光复。archecker 适用挨次应用 DBA 供给的一个形式命令文件光复表。形式命令文件指定要提取的源表、数据光复到的目标表以及链接两个表的 INSERT 语句。

时分点光复或日志点光复

时分点（point-in-time）光复从 0、1 和 2 级备份规双数据，并将逻辑日志光复光复到特定的时分点或特定的逻辑日志。

时分点光复可以将数据库干事器光复到早年某个时分点的状况。时分点光复每每用于从错误中光复。时分点光复总是冷光复，可以用这种光复作废那些无法改正的错误把持。

这种错误把持的一个示例是不测删除了一个表。齐备的光复会在物理光复时代光复这个表，但是在逻辑光复时代再次删除它。时分点光复可以将数据光复到删除这个表之前的阿谁时分点。在将数据库干事器光复到特守时分时，在这个时分点上还未提交的齐备相对事故城市损失。另外，这个时分点之后的齐备相对事故也会损失。

在光复时代对块重命名

在冷光复时代，可以指定新的块路子和偏移量，从而对块重命名。假如需求在实行备份的磁盘之外的其他磁盘上光复存储空间，这个选项就很存心义了。可以重命名任何范例的块，包括关键块和镜像块。在冷光复时代，有一些关键的思索身分。这种光复会对块的重命名实行以下检修：

1. 它检修旧的块路子名和偏移量在存档保管页面中能否存在。
2. 它确认新的块路子名和偏移量不与其他块堆叠。
3. 假如重命名主根块或镜像根块，它会更新 ONCONFIG 文件参数 ROOTPATH 和 ROOTOFFSET 或 MIRRORPATH 和 MIRROROFFSET。ONCONFIG 文件的旧版本生计为 ONCONFIG.localtime。
4. 将数据从原本的块光复到新块（假如新块存在的话）。
5. 将每个块的重命名信息写到在线日志。

假如两个检修步骤之一失败了，那么重命名历程截止，OnBar 将一个错误旧事写入 OnBar 活动日志。

警告：在块重命名之后，应该实行 0 级备份；不然，鄙人一次光复时，重命名的块又会光答复答复来的路子名，不得不再次休止重命名。
要点：假如在实行 0 级备份之后添加了一个块，那么这个块无法在光复时代重命名。另外，无法在映射列表中为这个块指定新路子。

新的块不用定是存在的。可以当前安装新的块，并对包罗它的存储空间实行热光复。假如指定不存在的块，OnBar 或 ontape 会在块保管页面中纪录重命名信息，但是不规双数据。重命名（但是没有光复）的块处于离线状况，在 onstat -d chunk status 命令输出中透露表示为 N。

新的块必需有准确的权限。假如块没有准确的权限，重命名把持就会失败。

语法：
上面是在冷光复时代实行块重命名的 OnBar 和 ontape 语法。重命名块：
（onbar 或 ontape） -r -rename -p old_path -o old_offset -n new_path -o new_offset 或应用 -f 文件名。（可以应用文件名同时对除夜量的块休止重命名。文件名指定的文件包罗要重命名的块的称谓和偏移量以及新的职位。在这个文件中，列出旧的块路子名、旧的偏移量、新的块路子名和新的偏移量。在每项之间放一个空格或制表符。每个块的信息单占一行。空行会被疏忽。标明行以 # 标记扫尾。）

在光复时代布施日志

在实行光复之前，将（未备份的）逻辑日志文件从磁盘备份到存储介质的历程称为逻辑日志布施（logical log salvage）。在孕育发作琐屑失败之后，需求休止光复，但是有些逻辑日志数据可以还没有备份到存储介质。必需拯救这些数据，因为需求应用这些数据将琐屑光复到失败时的状况。琐屑失败之后的冷光复会自动地考试考试布施齐备相对日志，但是用户也可以在冷光复之前手动布施日志。onbar 日志布施命令是 onbar -l -s。ontape 日志布施命令是 ontape -S。假如在冷光复历程之前必需更换包罗逻辑日志文件的装备，那么日志布施命令就很存心义了。假如在琐屑失败之后没有布施磁盘上的日志，逻辑光复历程就会掩饰日志空间，早年纪录的事故就会损失，琐屑就无法光复到失败时的状况。

假如用 OnBar 只休止物理光复（onbar -r -p），那么 OnBar 会跳过日志布施把持。假如应用 ontape 并收回 ontape -r 命令，就会讯问您能否要备份逻辑日志。这就相等于讯问，在 ontape 实行光复之前能否希望布施日志。



版权声明： 原创作品，应允转载，转载时请务必以超链接方式标明文章 原始出处 、作者信息和本声明。不然将追查司法责任。