用ONBAR进行基于时间点的数据恢复时存在的困惑

xiaowei0280

环境：
操作系统：AIX 5.1
数据库：INFORMIX IDS 9.3
存储管理软件：NETVAULT 7.4
备份策略：
每天晚上手工做一次全系统备份，每个小时做一次逻辑日志的备份
出现的事故：
2008年10月20日21时07分，操作人员执行了错误的日终交易，经过分析，操作不可逆，需要恢复数据库。
我现在手里有2008年10月19日晚上的数据库全系统备份，还有今天21：00做的一次逻辑日志备份，
困惑：
  1、想把数据库恢复到今天的21：06，可以做到吗？具体步骤是什么？
  2、onbar -r -t "yyyy-mm-dd hh:mm:ss"命令是基于时间点恢复，这个时间点从什么地方获取？我查资料，有bar_act.log、online.log、ixbar.servernum文件中获得，还有用onlog程序获得，搞的小弟头晕 ，请问准确的可以从哪里获得？
  3、INFORMIX有回滚机制，能否通过什么方式不恢复数据库而是撤消21：06以后做的操作？

以上问题，请各位高手帮忙答疑，小弟这里先谢过了。

liaosnet

onbar備份不會....

我是DBA

[informix@datacenter ~]$ onbar -r -t "2008-10-06 12:00:00"
Incorrectly built binary which accesses errno or h_errno directly. Needs to be fixed.

没用过，我今天测试了一下，不错，好用

我是DBA

数据的话，是直接用0级备份以及逻辑日志里取的
如果你知道onbar备份，有做过恢复的话，应该都知道，备份它所要备份的东东
直接操作应该就可以。

我是DBA

以下是恢复日志
2008-10-22 10:53:01 22147  22145 /home/informix/bin/onbar_d -r -t 2008-10-06 12:00:00
2008-10-22 10:53:02 22147  22145 Successfully connected to Storage Manager.
2008-10-22 10:53:02 22147  22145 Begin salvage for log 9571.
2008-10-22 10:53:02 22147  22145 Completed salvage of logical log 9571.
2008-10-22 10:55:42 22147  22145 Successfully connected to Storage Manager.
2008-10-22 10:55:43 22147  22145 Begin cold level 0 restore rootdbs (Storage Manager copy ID: 453611299 0).
2008-10-22 10:56:00 22147  22145 Completed cold level 0 restore rootdbs.
2008-10-22 10:56:00 22262  22147 Process 22262  22147 successfully forked.
2008-10-22 10:56:00 22261  22147 Process 22261  22147 successfully forked.
2008-10-22 10:56:00 22264  22147 Process 22264  22147 successfully forked.
2008-10-22 10:56:00 22263  22147 Process 22263  22147 successfully forked.
2008-10-22 10:56:01 22262  22147 Successfully connected to Storage Manager.
2008-10-22 10:56:01 22261  22147 Successfully connected to Storage Manager.
2008-10-22 10:56:01 22264  22147 Successfully connected to Storage Manager.
2008-10-22 10:56:01 22263  22147 Successfully connected to Storage Manager.
2008-10-22 10:56:01 22262  22147 Begin cold level 0 restore phydbs (Storage Manager copy ID: 453611300 0).
2008-10-22 10:56:03 22262  22147 Completed cold level 0 restore phydbs.
2008-10-22 10:56:03 22262  22147 Process 22262  22147 completed.
2008-10-22 10:56:11 22264  22147 Begin cold level 0 restore idxdbs (Storage Manager copy ID: 453611301 0).
2008-10-22 10:56:44 22261  22147 Begin cold level 0 restore logdbs (Storage Manager copy ID: 453611303 0).
2008-10-22 10:56:45 22263  22147 Begin cold level 0 restore datadbs (Storage Manager copy ID: 453611304 0).
2008-10-22 10:56:46 22264  22147 Completed cold level 0 restore idxdbs.
2008-10-22 10:56:46 22264  22147 Process 22264  22147 completed.
2008-10-22 10:56:46 22261  22147 Completed cold level 0 restore logdbs.
2008-10-22 10:56:46 22261  22147 Process 22261  22147 completed.
2008-10-22 11:01:26 22263  22147 Completed cold level 0 restore datadbs.
2008-10-22 11:01:26 22263  22147 Process 22263  22147 completed.
2008-10-22 11:01:26 22147  22145 Successfully connected to Storage Manager.
2008-10-22 11:01:27 22147  22145 Begin restore logical log 9527 (Storage Manager copy ID: 453611312 0).
2008-10-22 11:01:43 22147  22145 Completed restore logical log 9527.
2008-10-22 11:01:44 22147  22145 Begin restore logical log 9528 (Storage Manager copy ID: 453611313 0).
2008-10-22 11:03:01 22147  22145 Completed restore logical log 9528.
2008-10-22 11:03:01 22147  22145 Begin restore logical log 9529 (Storage Manager copy ID: 453611314 0).
2008-10-22 11:04:03 22147  22145 Completed restore logical log 9529.
2008-10-22 11:04:03 22147  22145 Begin restore logical log 9530 (Storage Manager copy ID: 453611315 0).
2008-10-22 11:04:29 22147  22145 Completed restore logical log 9530.
2008-10-22 11:04:29 22147  22145 Begin restore logical log 9531 (Storage Manager copy ID: 453611316 0).
2008-10-22 11:04:32 22147  22145 Completed restore logical log 9531.
2008-10-22 11:04:32 22147  22145 Begin restore logical log 9532 (Storage Manager copy ID: 453611317 0).
2008-10-22 11:04:35 22147  22145 Completed restore logical log 9532.
2008-10-22 11:04:40 22147  22145 Completed logical restore.
2008-10-22 11:04:41 22348  22346 /home/informix/bin/onbar_d -b -l
2008-10-22 11:04:42 22348  22346 /home/informix/bin/onbar_d complete, returning 0 (0x00)
2008-10-22 11:04:45 22147  22145 /home/informix/bin/onbar_d complete, returning 0 (0x00)

xiaowei0280

谢谢楼上的大哥，但我还是想问，假如你有12：00的全系统备份，13：00数据库被误操作删除一张表。想把数据恢复到12：59，可以实现吗？

我是DBA

可以实现，它是根据逻辑日志上的时间点来恢复的

xiaowei0280

逻辑日志的时间点可以是任意的吗？我的意思是这个时间点是用什么方式获得的？比方查看ONLINE.LOG,还是查看BAR_ACT.LOG?

xiaowei0280

逻辑日志的时间点可以是任意的吗？我的意思是这个时间点是用什么方式获得的？比方查看ONLINE.LOG,还是查看BAR_ACT.LOG?

我是DBA

跟你打个比方吧，
你的逻辑日志里有这些操作
12：00   add 了一串数据
12：14   delete了一串数据
12：43   update 了一些数据
12：50   insert 了部分数据
13：00  误操作删除了一个表
那你要恢复到12:59分的话，它会根据逻辑日志，恢复到12:50的数据。