问如何使用ONPSM云存储设备使用Onbar工具备份和恢复informix db？

EN

我很难使用Onbar工具(它依赖于使用云设备(AWS s3)的Informix (服务器12.1)的Onpsm主存储管理器)。

https://www.ibm.com/support/knowledgecenter/SSGU8G_12.1.0/com.ibm.bar.doc/ids_条形_526.htm

1. 在备份服务器上，我使用以下命令创建了一个DBSPOOL和LOGPOOL设备

onpsm -D添加AMAZON1 \ -g DBSPOOL \ -p最高\ -t云\-url https://ifmx-s3-dev.s3.amazonaws.com \-provider S3 \--用户AKIAIT1111155555X4PA \-密码A2nB21111155555nvTI0X9ZxGzUJNJivoBQY9MrD \-容器ifmx-s3-dev \-max_part_size 25600

1. 然后，我设置了一个cron作业，以执行所有在线存储空间的标准级别-0备份，并使用逻辑日志。

onbar -b -L 0 onbar -b -l

1. 由于没有与数据库实例备份，所以我阅读了建议备份存储目录表的以下IBM发布，我设置了一个cron作业来备份$INFORMIXDIR/etc/psm，它应该包含存储目录表。

https://www.ibm.com/support/knowledgecenter/SSGU8G_12.1.0/com.ibm.bar.doc/ids_条形_526.htm

复制$INFORMIXDIR/etc/psm目录和$INFORMIXDIR/etc/ixbar。从源服务器到目标并重命名为ixbar。？文件，将源计算机上使用的Informix服务器名称替换为目标计算机的Informix服务器名称。

3-将复制的/psm目录和ixbar文件的所有权更改为用户informix

4-关闭db以执行冷还原。

onmode -yuk

5-检查备份对象是否存在

onpsm -O list 

6-在冷还原期间尝试恢复数据和关键文件。

onbar -r -cf yes

有个奇怪的错误：

必须设置环境变量BAR_BSALIB_PATH才能使用-cf选项！我在ONCONFIG文件中检查了BAR_BSALIB_PATH，它被设置为$INFORMIXDIR/lib/libbshosm.所以即使完成了这个BAR_BSALIB_PATH:/home/INFORMIXDIR $BAR_BSALIB_PATH /opt/Informix12.10.fc 10/lib/libbshosm.so仍然是相同的错误！

7-重新生成紧急引导文件--如果ixbar文件不是空的，并且包含对象数据，onsmsync -b将更新sysutils数据库和ixbar文件，以便它们保持同步。

onsmsync -b

bar_act.log

2018-07-20 00:19:07 25656 25370 (-43207)无法打开到数据库服务器的连接：。2018-07-20 :19:07 25656 25370 onsmsync完成，返回155 (0x9b) 2018-07-20 00:21:24 25933 25931 /opt/informix-12.10.fc 10/bin/onbar_d -r

8-恢复数据

onbar -r

警告:参数的用户配置值已被调整。(ALARMPROGRAM) gzip: stdin:意外结束文件

gzip: stdin:文件意外结束

9-服务器以快速恢复模式返回。

10 - bar_dbug.log

获取/awwdst13a/rootdbs/0/rootdbs.377.1HTTP/1.1，则失败消息(* failure (0 != 16347) *关闭连接0 2018-07-2000:21:25 25937 25933 smtranid.c:155对象事务列表)为空。2018-07-20 :21:27 25933 25931 bar_ixbar_list:输入2018-07-20 00:21:27 25933 25931 bar_ixbar_list:返回0 (0x00) 2018-07-20 00:21:27 25933 25931 bar_build_timeline:输入2018-07-20 00:21: 25933 25931 bar_build_timeline:返回0 (0x00) 2018-07-20 00:21:27 25933 25931 smcatalog.c:521 nsmOpenDatabase: Count: opened = 9，缺失=0。2018-07-2000:21:27 25933 25931 smtranid.c:84对象事务列表为空。2018-07-20 00:21:27 25941 25933 smcatalog.c:521 nsmOpenDatabase: Count: opened = 9，缺失= 0。2018-07-2000:21:27 25941过滤器write_to_filter:写失败的父母的输出管道.errno = 32.2018-07-20 00:21:27 25941过滤器write_to_filter:错误写入处理/fd 17位于0x1e05930。

11- bar_act.log

2018-07-20 00:21:27 25945 25933成功连接到存储管理器.2018-07-20 00:21:27 25933 25931开始冷级别0还原根(存储管理器副本ID: 0 377)。2018-07-20 :21:40 25945 25933 Informix主存储管理器会话867已关闭2018-07-20 00:21:40 25945 25933备份和恢复筛选器的子进程正以退出代码0终止。2018-07-20 00:21:41 25933 25931完成冷等级0恢复根。2018-07-20 00:21:41 25969 25933开始冷级别0还原api7dbs (存储管理器副本ID: 0 381)。2018-07-20 :21:42 25968 25933 Informix主存储管理器会话869打开。2018-07-20 00:21:42 25968 25933成功连接到存储管理器.2018-07-20 :21:42 25968 25933启动过滤器/usr/bin/gunzip。2018-07-20 00:21:42 25968 25933 Informix主存储管理器会话869已关闭2018-07-20 00:21:44 25971 25933开始冷级别0还原dat2dbs (存储管理器副本ID: 0 380)。2018-07-20 00:21:51 25983 25971没有更多字节可读.ISAM错误= 0。OS错误= 10 (没有子进程)。2018-07-2000:21:51 25983 25971 XBSA错误：(BSAGetData)系统错误发生.中止XBSA会话。2018-07-20 :21:51 25983 25971 Informix主存储管理器会话875已关闭2018-07-20 00:21:51 25983 25971备份和恢复筛选器的子进程正以退出代码0结束。2018-07-20 00:21:53 25971 25933无法关闭存储空间还原:物理恢复未完成。2018-07-20 00:21:53 25971 25933进程25971 25933完成.2018-07-20 00:21:53 25933 25931 (-43246)条形进程25971因问题退出(出口代码131 (0x83)，信号0)。