互联网服务

TSM备份Informix(onbar)的配置过程

简述IDS 备份实用程序 Informix 提供了两个独立的备份实用程序:ontape onbar Ontape 实用程序有了 ontape,就可以进行在线备份。这些备份可以发送到磁带(本地或远程)、磁盘或使 ontape 非常灵活的管道。不过,不能将备份并行化,并且没有直接到存储管理器的接口。为了在 TSM 中存...显示全部
简述IDS 备份实用程序

Informix 提供了两个独立的备份实用程序:

ontape
onbar

Ontape 实用程序

有了 ontape,就可以进行在线备份。这些备份可以发送到磁带(本地或远程)、磁盘或使 ontape 非常灵活的管道。不过,不能将备份并行化,并且没有直接到存储管理器的接口。

为了在 TSM 中存储 ontape 备份,可以在磁盘上做备份,然后使用 TSM dsmc 实用程序将备份发送到 TSM。有一些 Informix 客户就是以这种方式执行他们的备份;不过我们不打算在这里讨论这种可能性。

Onbar 实用程序

其他 Informix 备份实用程序被称为 onbar (Online Backup Archive)。Onbar 使用 XBSA 接口(X/Open Backup Services API) 与第三方存储管理器通信。使用 onbar可以将备份并行化,还能执行指定时间点的备份。Informix 存储管理器 (ISM) 与 IBM IDS绑定在一起,后者允许客户在不脱离第三方存储管理器的情况下使用 onbar。

如果正在使用 IDS V7.x 或 V9.x,要将备份从 onbar 发送到 TSM,则需要称为 Data Protection forInformix 的介质。Data Protection for Informix 现在与 IDS V10 绑定在一起。

备份的类型

IDS 允许执行 dbspaces 和 logical logs 这两种类型的备份。这两种备份都将使用 onbar 实用程序来执行。logical logs 备份是使用 Informix ALARMPROGRAM 机制配置的。

Informix 对两种不同类型的 dbspace 备份进行了区分:

全系统备份 (Whole-system backup)
并行备份 (Parallel backup)
这两种类型的备份都可以在数据库服务器处于在线状态和执行事务时执行。

全系统备份

全系统备份是某一指定时间点(即归档检查点)上整个系统的快照。全系统备份是连续执行的(一个 dbspace 备份完成后接着另一个 dbspace备份),并且可以不使用任何逻辑日志来还原它们。如果没有逻辑日志,则系统被还原到某个一致的点上,即归档检查点。归档检查点上存在的所有打开事务都将被回滚。

并行备份

并行备份允许同时进行几个 dbspaces 备份(由 $ONCONFIG 参数 BAR_MAX_BACKUP 控制),如果基础设施够用,那么这样做可缩短总体备份时间。不过,在执行这种备份时,将依靠逻辑日志到达某个一致的点。

如果计划执行并行备份或者希望能够执行指定到某一时间点的还原,则确保定期备份逻辑日志就非常重要。Informix 的 IDS V10之前的版本不允许在没有保存逻辑日志的情况下进行并行备份。不过,在进行这种情况的还原时,无法使数据还原,因为需要逻辑日志来达到并行模式下执行的备份的某个一致点。

确保 $ONCONFIG 参数 LTAPEDEV 被设置为不同于 /dev/null 的值,并且配置好的 ALARMPROGRAM 能够使用onbar 进行日志备份。如果 LTAPEDEV 被设置为/dev/null,那么只要发生日志切换,逻辑日志就将被标记为已备份。逻辑日志不会被保存(请参阅 IDS/Onbar 的配置)。

备份级别

对于这两种类型的备份(全系统备份和并行备份),都可以指定备份级别,例如,如果此备份应该是一个完全 备份或增量 备份:

0 级备份 (Level-0-Backup)
对所有已使用页面进行备份
1 级备份 (Level-1-Backup)
只备份自上一次 0 级备份后发生更改的页面
2 级备份 (Level-2-Backup)
只备份自上一次 0 级备份后发生更改的页面。如果上一次备份是一个 0 级备份,则 2 级备份将与 1 级备份相同。
增量备份非常合理,因为它们减少了还原数据库服务器所需的时间。先应用 Level-0-Backup,然后再进行增量备份,这将比通过大量逻辑日志进行前滚更快。

配置 TDP/OnBar

TDP 的配置

请注意,32 位的 IDS 实例必须使用 32 位的 TDP/Informix 组件,而 64 位的 IDS 则必须使用 64 位的 TDP/Informix 组件。

32 位的 IDS 在版本号中有一个 U 标识符,例如:

10.00.UC4
64 位的 IDS 在版本号中有一个 F 标识符,例如:

10.00.FC4
32 位和 64 位的 TDP/Informix 通常安装在相同的基本目录中,64 位的 TDP/Informix 将标识符 64 追加到路径名的末尾,如下所示:

32-bit: /usr/tivoli/tsm/client/informix/bin
64-bit: /usr/tivoli/tsm/client/informix/bin64
以下是根 用户应该执行的个别步骤的简要概括。如果正使用 IDS V10,则不需要执行步骤 2。TDP/Informix 也称为 TXBSA,它已经包含在 IDS 10 中。

1。安装 TSM/API

TSM/API是基础,TDP/Informix 使用 TSM/API 向 Tivoli Storage Manager 发送数据并接收来自 TivoliStorage Manager 的数据。TSM/API 包可在 TDP/Informix 软件 CD ROM上使用。安装是使用本机操作系统过程(参见下面部分)来执行的。
2。安装 TDP/Informix

该软件是使用本机操作系统包安装过程(如 smitty)来安装的,在 IBM AIX® 上使用的是 installp 命令,在Sun Solaris 上使用的是 pkgadd 命令。默认安装目录取决于您的平台:
AIX (TSM API): /usr/tivoli/tsm/client/api/bin[64]
AIX (TDP/IFX): /usr/tivoli/tsm/client/informix/bin[64]
Solaris (TSM API): /opt/tivoli/tsm/client/api/bin[64]
Solaris (TDP/IFX): /opt/tivoli/tsm/client/informix/bin[64]
在 IDS V10 中,TXBSA 库可从 $INFOMIXDIR/lib 中获得。

3。定义环境变量

DSMI_CONFIG
客户机用户选项文件的完全路径名 (dsm.opt)

DSMI_DIR
TSM API 安装路径的完全路径名(只在不使用默认路径安装时是必需的)

DSMI_INF_DIR
TDP/Informix 安装路径的完全路径名(只在不使用默认路径安装时是必需的)

DSMI_LOG
应该在其中创建 TSM API 错误日志文件 (dsierror.log) 的目录的完全路径名
4。编辑客户机系统选项文件 (dsm.sys)

为这组条目指定一个逻辑名称(server stanza)。在 dsm.sys 文件中,可以有几个 server stanzas。将要使用的 server stanza是通过以下降序排列的优先级顺序来确定的:
  1)客户机用户选项文件 (dsm.opt) 中的 SERVERNAME 集
  2)客户机系统选项文件 (dsm.sys) 中的 DEFAULTSERVER 条目
  3)客户机系统选项文件 (dsm.sys) 中的第一个 server stanza

将 PASSWORDACCESS设置为 GENERATE。这可以确保 TSM 不会询问口令,因为 onbar 无法处理它。加密口令存储在本地(文件名 TSM.PWD的文件中),原有口令到期时,还会自动生成一个新口令并本地存储该口令。

指定 NODENAME,客户机应该在这之下联系 TSM 服务器。如果没有指定 NODENAME ,则使用机器的主机名。

将 INCLEXL 参数设置为 inclexcl.def 文件的完全路径。
:idea: 为了标识 TSM 服务器,还需要设置其他几个参数,比如 COMMETHOD、TCPSERVERADDRESS 和 TCPPORT。TSM 管理员应该知道这些参数。
5。编辑客户机选项文件 (dsm.opt)
:idea: 将 SERVERNAME 设置为指向客户机系统选项 (dsm.sys) 的适当 server stanza。
6。向 inclexcl.def 文件添加条目
:idea: 添加条目,以便为 IDS 备份文件分配适当的管理类(请参阅 管理类的分配)。inclexcl.def 文件的位置是使用 dsm.sys 文件中的 INCLEXCL 参数配置的。
7。在 TSM 服务器上注册客户机节点
:idea: TSM 管理员应该在 TSM 服务上您所期望的 NODENAME 下注册 TSM 客户机节点。在请求注册节点时,不需要BACKDEL(删除备份对象)权限,因为 onsmsync(IDS 提供的存储管理器同步实用程序)只对逻辑日志执行BSAMarkObjectInactive() XBSA 调用。此调用可以在没有 BACKDEL权限的情况下执行,因为这些对象是非活动,没有被删除。
8。初始化 TSM 口令
:idea: 运行 tdpipswd,它是随 TDP/Informix 一起提供的。在 IDS V10 中,TXBSA 已经被绑定,以下程序将被调用:
$INFORMIXDIR/bin/txbsapswd

IDS/OnBar 的配置

对于 TDP/Informix,IDS 配置部分非常简单。应该在 $INFORMIXDIR/etc/$ONCONFIG 文件中设置以下参数:

BAR_BSALIB_PATH
:idea: 如果正在使用 IDS 10 以前的版本,则将此参数设置为 TDP/Informix 提供的 XBSA 库的完全路径名:
AIX: /usr/tivoli/tsm/client/informix/bin[64]/bsashr10.o
  Solaris: /opt/tivoli/tsm/client/informix/bin[64]/libTDPinf.so
  根据 AIX 上使用的 TDP/Informix 版本,对象文件 bsashr10.o 可能无法直接使用。如果是这种情况,则必须使用 ar 命令从 libTDPinf 库中提取此对象文件:

cd /usr/tivoli/tsm/client/informix/bin[64]
ar x libTDPinf.a
  如果没有设置 BAR_BSALIB_PATH,IDS 还将尝试在默认路径下打开 XBSA 库。不过,该默认路径取决于使用的 IDS版本,因此定义的 BAR_BSALIB_PATH 是不明确的。如果已经在 IDS V10 上,则将 BAR_BSALIB_PATH 设置为:

  AIX: $INFORMIXDIR/lib/libtxbsa.a
   Solaris: $INFORMIXDIR/lib/libtxbsa.so

BAR_ACT_LOG
:idea: onbar 活动日志的完全路径名。该日志文件是用于与 onbar 相关的所有消息的主要日志文件。此文章系列的第 2 部分中将讨论可用于启动调试的其他参数。

创建 sm_versions 文件
cd $INFORMIXDIR/etc
cp -p sm_versions.std sm_versions
将 sm_versions 文件中的一个配置行更改为:

1||tsm|

LTAPEDEV 和 ALARMPROGRAM
备份逻辑日志一直是一个好主意,如果计划执行并行备份或想要执行指定到某一点的还原(请参阅 备份的类型,那么备份日志非常重要。将 LTAPEDEV设置为不同于 /dev/null 的值,并将 ALARMPROGRAM 设置为 $INFORMIXDIR/etc/log_full.sh。

RESTARTABLE_RESTORE
应该将此 $ONCONFIG 参数设置为 ON。它能保存有价值的时间,这样您不必从头开始,就可以继续中断的或失败的还原操作。
在完成这些更改之后,重新启动 IDS (onmode -ky && oninit)。现在应该能够使用 onbar 将 IDS 实例备份到 TSM。

可以通过在 onbar 活动日志文件上执行 tail -f 来监视正在进行的备份操作。此外,可以执行 onstat -g arc 命令来监视备份的进度。收起
参与7

查看其它 6 个回答makosun的回答

makosunmakosun  系统工程师 , 东华软件股份公司
太好了,谢谢!正准备这个文档了。
系统集成 · 2009-09-09
浏览1940

回答者

makosun
系统工程师东华软件股份公司
擅长领域: 服务器存储云计算

makosun 最近回答过的问题

回答状态

  • 发布时间:2009-09-09
  • 关注会员:0 人
  • 回答浏览:1940
  • X社区推广