|
运行备份 配置了 ON-Bar 之后，运行备份就非常简单。运行备份的命令是 onbar -b -L，其中级别是上面所述的 0、1、2。这将启动您在 $ONCONFIG 文件中所配置数目的进程。在备份结束时，ON-Bar 将备份它需要的所有日志文件。大多数存储管理器让您可以从它们的管理系统中启动备份。这让您可以使用调度系统从存储管理器启动备份，或者使用诸如 cron 之类的程序来调度您的备份。
ON-Bar 还有一个“-w”标志，该标志会告诉它以单线程方式运行。这样将运行单个 ON-Bar 进程，并且串行地备份您的数据库空间。（除了我还有谁想到用这种方式呢 — ON-Bar 的优点就是它的并行体系结构。当然，如果您有充足的时间，并且要让您的经理确信您确实正在工作，那么这个选项也许适合您。） 监控备份和恢复 当 ON-Bar 正在运行时，有几种方法可以监控备份和恢复。最简单的方法就是只对 bar_act.log 文件运行 tail -f（请参阅图6）。 该文件提供了大量信息。如果它连接到存储管理器，那么它将告诉您正在备份什么，以及已经完成了哪些空间，这些正是您需要知道的信息。与 ON-Bar 相关的存储管理器问题往往会在这里出现。我通常会建立一个 shell，别名叫做“tailbar”，就为了运行这个命令（这个名称很容易让您知道用途）。 要查看的另一个文件是消息日志。这个文件也提供了关于 ON-Bar 进程运行的信息（请参阅图7）。online.log 文件是 bar_act.log 文件的简略版本。它只告诉您哪些已经启动了以及哪些已经完成了。涉及 ON-Bar 的系统错误消息通常都出现在这里。 如果正在运行 XPS，onstat 选项 -g bus或 -g bus_sm会给出非常详细的输出，这些输出讲述了哪个存储管理器正在处理哪个备份／恢复操作。 监控 ON-Bar 进程的最后一个选项是使用存储管理器实用程序。如果使用 ISM，那么这就是“ism_watch”命令，它将向您显示哪些磁带正在处理哪些数据库空间，以及它们写操作的速度。
图 6：XPS ON-Bar bar_act.log 输出示例
图 7：ON-Bar 备份的 XPS online.log 输出示例
验证备份要在运行备份之后验证它们，使用 onbar -v选项。这将验证您运行的最后一次备份。运行这个选项时，确保已经准备好所需的磁带，并且已经挂装到磁带机中。如果希望验证最后一次运行的备份之前的备份，使用 onbar -v -t命令。这样只验证数据库空间的备份。它不会验证逻辑日志的备份。强烈建议您要经常验证备份，因为磁带很容易会损坏，而且在恢复时才发现备份无效可能会妨碍您的前程。（请参阅图8和图9。）
图 8：bar_act.log 文件的 ON-Bar -v 输出示例
图 9：onbar -v 命令的 ism_watch 输出示例
运行恢复 ON-Bar 提供两种类型的恢复：逻辑恢复（恢复逻辑日志）和物理恢复（恢复数据库空间）。运行恢复时，通常这两样都要做。幸好，这是 ON-Bar 的缺省操作方式。 要运行恢复，使用 onbar -r命令，它将恢复您所有拥有的任何当机数据库空间。如果在引擎当机时运行，它将试图从最新的备份恢复整个系统。这个命令有几个选项，如 -f，它从文件中获取数据库空间列表进行恢复，或者只用 onbar -r，这将恢复指定的数据库空间。 如果需要从以前的备份恢复，运行 onbar -r -t命令将允许您恢复到某个时间点。注：这个时间点不能发生在备份的中间，而且必须发生在备份之后。时间点恢复将把整个系统恢复到该时间点。它会从您拥有的该时间点之前的物理备份恢复，然后将日志恢复到您指定的时间。这可以让您避免用户错误，但这样做非常慢，而且相当费力。您还要将其它所有表都设置回该时间点 — 不只是发生了逻辑错误的那个表。 使用时间点恢复的一个重要注意事项：准备好从该时间点恢复所需的备份的所有磁带，一直到从发出命令时所拥有的任何逻辑日志磁带。ON-Bar 需要扫描从备份时间到当前时间之间的“所有”逻辑日志。预先准备好这些磁带可以节省您数小时。
结束语ON-Bar 为 Informix 数据库提供了健壮且可伸缩的备份解决方案。如果您发现自己受到了运行备份的约束，ON-Bar 选项会适合您。通过与存储管理器一起工作，ON-Bar 能够向您提供更快的速度和更少的恢复当机时间。 本文中的信息应该让您可以结合您当前的 Informix 实现开始使用 ON-Bar。需要用 ON-Bar 调优一些参数，享受这个过程吧 — 其结果值得您这样做。 <返回> |
