免费注册 查看新帖 |

Chinaunix

  平台 论坛 博客 文库
最近访问板块 发新帖
查看: 2464 | 回复: 3

[备份软件] Netbackup 5.1恢复Informix误删除的表 [复制链接]

招聘 : Linux运维
论坛徽章:
0
发表于 2008-12-31 19:03 |显示全部楼层
接到case,用户删除了一个数据库表,几百M左右。(为什么会删除就不是咱该多问的了)
没说的,通用做法:先不完全恢复到辅助库,然后导出导入。

1.环境介绍
Informix数据库,Netbackup 5.1,做的Onbar备份。
1个Master server(server6)
几个Media server(SSO 共享磁带库,后面提到的server1,server4都即为client也是media server)

用户误删除了server4服务器上db_glxt数据库中一个表,几百M左右。

准备要用server1服务器作为辅助服务器
将server4上的数据库恢复到server1上,server1、server4都是生产用机,
server4的servername是aa_ol_yingye数据库为db_glxt
server1的servername是ol_aa_sett 数据库名为db_sett

2.在server1上准备Informix环境
1) 建立chunk:
在目录/data目录下创建文件
touch rlv_phychunk   
touch rlv_logchunk01
touch rlv_logchunk02
touch rlv_logchunk03
touch rlv_logchunk04
touch rlv_logchunk05
touch rlv_logchunk06
...
touch rlv_datachunk15
touch rlv_datachunk16
touch rlv_datachunk17
touch rlv_rootchunk

链接文件(目的是为了跟原来库的环境相同,源库是在/informix/dbs_glxt/下)
ln -s /data/rlv_phychunk   /informix/dbs_glxt/phychk
ln -s /data/rlv_logchunk01   /informix/dbs_glxt/logchk1
ln -s /data/rlv_logchunk02   /informix/dbs_glxt/logchk2
ln -s /data/rlv_logchunk03   /informix/dbs_glxt/logchk3
ln -s /data/rlv_logchunk04   /informix/dbs_glxt/logchk4
ln -s /data/rlv_logchunk05   /informix/dbs_glxt/logchk5
ln -s /data/rlv_logchunk06   /informix/dbs_glxt/logchk6
...
ln -s /data/rlv_datachunk15   /informix/dbs_glxt/datachk15
ln -s /data/rlv_datachunk16   /informix/dbs_glxt/datachk16
ln -s /data/rlv_datachunk17   /informix/dbs_glxt/datachk17
ln -s /data/rlv_rootchunk       /informix/dbs_glxt/rootchk


2) 复制源库的相关文件
将server4: infomix/etc/ixbar.135 拷到server1:/informix/ixbar.135
server4: infomix/etc/oncfg_ol_aa_yingye.135 拷到server1:/informix/etc/oncfg_ol_aa_yingye.135
server4: infomix/etc/onconfig.glxt_p 拷到server1:/informix/etc/onconfig.glxt_p

3.准备Netbackup:
1) To remove restrictions for all clients, create the following file on the NetBackup master server:
/usr/openv/netbackup/db/altnames/No.Restrictions
2) 检查了前一天晚上的备份情况

4.su - informix然后export下面的环境变量
export ONCONFIG=onconfig.glxt_p
export INFORMIXSERVER=ol_aa_yingye
export INFXBSA_CLIENT=server4


5.执行恢复:
onbar -r -t '2008-12-30 8:0:0'
报错了,呵呵。
状态到开始mouting 介质了,过程中status code先59,后25.
148769        Restore   Done     25                                            server1
148770        Restore   Done     25 (这里其实是先报59然后最后才25)   server1

(NetBackup 状态码: 25
消息:无法连接到套接字上
解释:在某个进程连接到另一个进程进行特定操作时,该进程超时。如果某个进程尝试连
接到 NetBackup 请求后台驻留程序 (bprd) 或数据库管理器后台驻留程序 (bpdbm),而该
后台驻留程序没有运行,则可能会发生此问题。(在 Windows 上,这些后台驻留程序是
NetBackup 请求管理器服务和 NetBackup 数据库管理器服务。)如果网络或服务器负载过
重且响应时间很长,或者 NetBackup 的试用许可证密钥已失效,则也可能会发生此问题。
但是,该错误的最常见原因是主机名解析问题。

NetBackup 状态码: 59
消息:不允许访问客户机
解释:主服务器或介质服务器试图访问客户机,但客户机未将该服务器识别为有效的服
务器。)


貌似都是bp.conf的问题,检查server1上的bp.conf:
SERVER = server6
SERVER = server1
CLIENT_NAME = server1
CLIENT_READ_TIMEOUT = 7200
INFORMIX_HOME = /informix
MEDIA_UNMOUNT_DELAY = 200
MEDIA_REQUEST_DELAY = 30
REQUIRED_INTERFACE = server1


好像没问题,于是在set1上创建/usr/openv/netbackup/logs/bpcd打开调试日志,在备份一次从日志里看到点疑点:
15:12:37.501 [25938] <2> bpcd main: setup_sockopts complete
15:12:37.512 [25938] <2> bpcd peer_hostname: Connection from host server4 (10.64.0.33) port 898
15:12:37.514 [25938] <2> bpcd valid_server: comparing server6 and server4
15:12:37.516 [25938] <2> bpcd valid_server: comparing server1 and server4
15:12:37.518 [25938] <16> bpcd valid_server: server4 is not a server
15:12:37.518 [25938] <16> bpcd valid_server: server4 is not a media server

15:12:37.519 [25938] <2> bpcd main: output socket port number = 628
15:12:37.519 [25938] <2> bpcd peer_hostname: Connection from host server4 (10.64.0.33) port 898
15:12:37.519 [25938] <2> bpcd main: Peer hostname is server4
15:12:37.519 [25938] <2> bpcd main: Got socket for output 5, lport = 866
15:12:37.520 [25938] <2> bpcd main: Connected on output socket
15:12:37.520 [25938] <2> bpcd main: Duplicated socket on stderr

这一段之前还有一段验证了server1和server6,都是valid_server,但是这里却server4 is not a server。

怀疑:虽然是在server上做恢复,但是因为当初备份是以server4做为Media server备份,恢复的时候也要用server4当media server
这个在后面会给出证据。

在server1上增加了一行:
SERVER = server4

再执行onbar -r -t '2008-12-30 8:0:0' 没有问题了,开始读数据

6.监控恢复进度和restore完成:
bpdbjobs输出
148769        Restore   Done     25                                                      server1
148770        Restore   Done     25                                                      server1
148771        Restore   Done      0                                                      server1
148772        Restore   Done      0                                                      server1
148773        Restore   Done      0                                                      server1
148774        Restore Active                                                             server1


server1#[/usr/openv/netbackup/logs/bpcd]bpdbjobs -jobid 148771 -all_columns
148771,2,3,0,,,server1,server4,1230622460,0000000352,1230622812,,1,,74112,0,,100,24198,informix,,,,,informix,server6,,,,,,1,/ol_aa_yingye/rootdbs/0,1,24198,,,1230622460,0000000352,1230622812,0,the requested operation was successfully completed,12,12/30/08 15:34:20 - begin Restore operation,12/30/08 15:34:21 - 1 images required,12/30/08 15:34:21 - media F805L2 required,12/30/08 15:34:27 - started process bptm (15302),12/30/08 15:34:27 - mounting F805L2,12/30/08 15:34:30 - connected,12/30/08 15:35:24 - mounted; mount time: 000:00:57,12/30/08 15:35:25 - positioning F805L2 to file 13,12/30/08 15:36:32 - positioned; position time: 000:01:07,12/30/08 15:36:32 - begin reading,12/30/08 15:40:11 - end reading; read time: 000:03:39,12/30/08 15:40:12 - end Restore operation; operation time: 000:05:52,74112,0,,63,,,,,,,,server4,,,,,,,,,,,

server1#[/usr/openv/netbackup/logs/bpcd]bpdbjobs -jobid 148772 -all_columns
148772,2,3,0,,,server1,server4,1230622818,0000000022,1230622840,,1,,96,0,,100,27150,informix,,,,,informix,server6,,,,,,1,/ol_aa_yingye/logdbs/0,1,27150,,,1230622818,0000000022,1230622840,0,the requested operation was successfully completed,10,12/30/08 15:40:18 - begin Restore operation,12/30/08 15:40:20 - 1 images required,12/30/08 15:40:20 - media F805L2 required,12/30/08 15:40:34 - mounted,12/30/08 15:40:34 - positioning F805L2 to file 14,12/30/08 15:40:34 - positioned; position time: 000:00:00,12/30/08 15:40:34 - begin reading,12/30/08 15:40:38 - connected,12/30/08 15:40:38 - end reading; read time: 000:00:04,12/30/08 15:40:39 - end Restore operation; operation time: 000:00:21,96,0,,2823,,,,,,,,server4,,,,,,,,,,,

server1#[/usr/openv/netbackup/logs/bpcd]bpdbjobs -jobid 148773 -all_columns
148773,2,3,0,,,server1,server4,1230622893,0000000016,1230622909,,1,,96,0,,100,27519,informix,,,,,informix,server6,,,,,,1,/ol_aa_yingye/phydbs/0,1,27519,,,1230622893,0000000016,1230622909,0,the requested operation was successfully completed,10,12/30/08 15:41:33 - begin Restore operation,12/30/08 15:41:34 - 1 images required,12/30/08 15:41:34 - media F805L2 required,12/30/08 15:41:42 - mounted,12/30/08 15:41:42 - positioning F805L2 to file 15,12/30/08 15:41:42 - positioned; position time: 000:00:00,12/30/08 15:41:42 - begin reading,12/30/08 15:41:43 - connected,12/30/08 15:41:44 - end reading; read time: 000:00:02,12/30/08 15:41:49 - end Restore operation; operation time: 000:00:16,96,0,,2823,,,,,,,,server4,,,,,,,,,,,

server1#[/usr/openv/netbackup/logs/bpcd]bpdbjobs -jobid 148774 -all_columns
148774,2,1,,,,server1,server4,1230622926,0000007274,0000000000,,1,0,35192320,0,/ol_aa_yingye/datadbs1/0,0,27696,informix,,,,,informix,server6,,,,0,1,1,/ol_aa_yingye/datadbs1/0,1,27696,,,1230622926,0000007274,0000000000,,,11,12/30/08 15:42:06 - begin Restore operation,12/30/08 15:42:07 - 1 images required,12/30/08 15:42:07 - media F805L2 required,12/30/08 15:42:07 - media F815L2 required,12/30/08 15:42:20 - started process bptm (15585),12/30/08 15:42:20 - mounting F805L2,12/30/08 15:42:22 - connected,12/30/08 15:43:33 - mounted; mount time: 000:01:13,12/30/08 15:43:33 - positioning F805L2 to file 16,12/30/08 15:44:49 - positioned; position time: 000:01:16,12/30/08 15:44:49 - begin reading,35192320,0,,9532,,,,,,,,server4,,,,0,0,,,,,1,

显然:client=server1,server=server4,master,server=server6每个chunk对应了一个restore的job.
恢复完成到此NBU相关的工作完成,dbaccess导出导入是用户的工作了。

[ 本帖最后由 天涯明月刀 于 2009-1-23 15:58 编辑 ]

论坛徽章:
0
发表于 2008-12-31 20:36 |显示全部楼层
Informix数据库.没碰过

论坛徽章:
1
CU十二周年纪念徽章
日期:2013-10-24 15:41:34
发表于 2008-12-31 23:43 |显示全部楼层
楼主加这个也行,也能解决error code 25的问题。
FORCE_RESTORE_MEDIA_SERVER= gz_set4 gz_set1

招聘 : Linux运维
论坛徽章:
0
发表于 2009-01-01 13:56 |显示全部楼层
原帖由 无牙 于 2008-12-31 23:43 发表
楼主加这个也行,也能解决error code 25的问题。
FORCE_RESTORE_MEDIA_SERVER= gz_set4 gz_set1

谢谢

确实有原文:
将下面的命令添加到主服务器的 bp.conf 文件的末尾,以允许恢复操作从执行原始备
份的服务器以外的介质服务器执行。old_server 是执行原始备份的介质服务器,
new_server 是用于将来的 NetBackup 恢复的服务器。
FORCE_RESTORE_MEDIA_SERVER = old_server new_server
您需要登录后才可以回帖 登录 | 注册

本版积分规则 发表回复

SACC2019中国系统架构师大会

【数字转型 架构演进】SACC2019中国系统架构师大会
2019年10月31日~11月2日第11届中国系统架构师大会(SACC2019)将在北京隆重召开。四大主线并行的演讲模式,1个主会场、20个技术专场、超千人参与的会议规模,100+来自互联网、金融、制造业、电商等领域的嘉宾阵容,将为广大参会者提供一场最具价值的技术交流盛会。




----------------------------------------

大会官网>>
  

北京盛拓优讯信息技术有限公司. 版权所有 16024965号-6 北京市公安局海淀分局网监中心备案编号:11010802020122
中国互联网协会会员  联系我们:huangweiwei@it168.com
感谢所有关心和支持过ChinaUnix的朋友们 转载本站内容请注明原作者名及出处

清除 Cookies - ChinaUnix - Archiver - WAP - TOP