细化解析：Informix ON-Bar备份解决方法

新客网 XKER.COM 2007-09-17 来源： limeinan 收藏本文

BAR_WORKER_MAX 直接控制ON-Bar 中并行操作的数量。这包括当运行备份或恢复时，要启动多少进程— 如果太多，机器就会停机，如果太少，备份所花的时间将超过它们本该花费的时间。DLT 磁带机在性能下降之前可以接受10 个进程，而普通的8mm 磁带机只能接受五个。

通过实验确定这个参数，因为您的存储管理器／磁带机设置可能会不同。正确设置这个数字是ON-Bar 性能的关键— 在收益递减之前，您希望它尽可能高。一个重要的注意事项：确保存储管理器的并行性设置等于这个数字，否则您启动的ON-Bar 进程数量将超过存储管理器能够处理的数量（在ISM 中，这是流设置）。每个ON-Bar 工作线程将处理一个数据库空间或日志文件。

BAR_IDLE_TIMEOUT 是在异常中止空闲进程之前，ON-Bar 将等待多少分钟。将这个参数设置得太高会导致在备份完成之后，许多ON-Bar_w 进程仍在挂起等待。

BAR_BSALIB_PATH 应当由您的存储管理器供应商向您提供。它是一个路径，通向用于与存储管理器通信的库。

ISM_DATA_POOL 是一个缺省池，数据库空间备份将从存储管理器写到这个缺省池。请参阅下面ISM_LOG_POOL 的注释。

ISM_LOG_POOL 是一个缺省池，逻辑日志备份将从存储管理器写到这个缺省池。我总是将日志和数据发送到同一个池中。这让我不必将一个磁带机专用于逻辑日志备份，它还帮助我维护存储管理器中的容量，因为只需要跟踪一组磁带。当需要恢复时，将日志和数据在一次操作中恢复也会使速度快很多。

如果使用了 XPS，就需要将每个协同服务器（coserver）设置成一个独立的 ON-Bar 实体。我建议让每个协同服务器备份其自己的日志和数据。这可以让XPS 不必跨交换器移动协同服务器的所有数据，从而让每个协同服务器成为其自己数据的专用服务器。XPS 的另一个注意事项是确保将存储管理器的并行性设置成给定节点的BAR_WORKER_MAX 参数的总和。例如，在一台机器上有两个协同服务器，并且有一个可以处理10 个线程的存储管理器，那么将每个协同服务器的BAR_WORKER_MAX 设置成5。

XPS 参数包括

LOG_BACKUP_MODE 应该设置成NONE、CONT 或MANUAL。NONE 表示永远不备份日志文件，这等价于将日志设备设置成/dev/null。如果这样做，就不能执行逻辑恢复。该方式通常只适用于实例安装— 一旦在系统上有了真正的数据，就必须保存日志。

MANUAL 要求您必须手工运行日志备份（ON-Bar -l），如果您忘了备份，那么就会碰到用完日志的危险。如果您将日志和数据放到不同的两个池中，并且只有一个磁带机，那么这也许是您唯一的选择。

CONT 会在逻辑日志变满之后立即备份它们。ON-Bar 会启动start_worker.sh 脚本来备份日志文件。对于真正的24x7（一天24 小时，一周7 天）操作，这是正确的选择。如果将数据和日志池设置为同一个，就不必将磁带机专用于日志。如果不这样做，就必须拥有一个专用日志设备，并且里面总是有一盘磁带，才能让这种方式生效。

BAR_SM 是存储管理器标识。这是协同服务器编号，该编号与这些ON-Bar 参数相关联。

BAR_SM_NAME 是存储管理器名称。通常，这是存储管理器所驻留的主机的名称，用于该协同服务器的备份。

BAR_WORKER_COSVR 是协同服务器存储管理器所在的协同服务器。

BAR_DBS_COSVR 表示要将数据库空间备份到的协同服务器。这应该与和它相关联的BAR_SM 相同；否则数据必须跨过交换器到达其正确的协同服务器。

BAR_LOG_COSVR 是要将逻辑日志备份到的协同服务器。这应该与和它相关联的BAR_SM 相同；否则数据必须跨过交换器到达其正确的协同服务器。 (：卢兆林）

共3页: 上一页 [1] [2] [3] 下一页

上一篇：细化解析：备份Informix-OnLine的三个方法下一篇：细化解析：Informix数据库的系统维护技巧

【收藏】【评论】【推荐】【投稿】【打印】【关闭】