巨型数据库的整库备份和恢复

parrotao · 发表于 2002-6-28 14:37

1 你可以承受多少的down机时间
2 你是否有足够的cold backup并确认是否有效
3 你的动作是否得到用户或上层的支持
4 你是否对所有的技术难点都了如指掌
5 你是否对后果有充分的认识
6 如有意外你是否能联系到足够的resource

我觉得规划是有问题
既然你追求速度(raw disk)为什么要用raid 5?
raid 0 +1 不是更好吗?

我觉得你是不是可以用分区和移动数据文件或表的方式
做些优化

chao_ping · 发表于 2002-6-28 14:40

最初由 topxu 发布
[B]推荐使用RMAN [/B]

对，用Rman最方便了。
先备份，关闭数据库，把控制文件dd出来，
重做卷组，卷。。。
建立新的卷。。
把控制文件DD回去，restore datafile, recover datafile...

chao_ping · 发表于 2002-6-28 14:57

最初由 parrotao 发布
[B]

我觉得规划是有问题
既然你追求速度(raw disk)为什么要用raid 5?
raid 0 +1 不是更好吗?

做些优化 [/B]

.
RAID0+1无法跨越不同的阵列来进行。
所以需要做的话，可能也是一个阵列里面做成几个Raid1，然后由LVM来实现Stripe。

wangts · 发表于 2002-6-28 15:06

我做过用RMAN备份和恢复数据库,大约300+G的数据,备份用2个小时,恢复用了近10个小时,还不包含应用归档日志的时间.我们用的是9840驱动器.

834508 · 发表于 2002-6-28 17:02

最初由 chao_ping 发布
[B]
对，用Rman最方便了。
先备份，关闭数据库，把控制文件dd出来，
重做卷组，卷。。。
建立新的卷。。
把控制文件DD回去，restore datafile, recover datafile... [/B]

我刚才试了RMAN,发现还是不能解决我的问题。他在备份数据文件
时将我的整个裸设备全部dump出来，比如说我的某个裸设备容量
有10M，上面只有一个几K大的表，可是RMAN dump出来的文件是
10M,而不是几K.

总共800G我往哪儿放啊!

白鹭 · 发表于 2002-6-28 17:04

最初由 834508 发布
[B]

我刚才试了RMAN,发现还是不能解决我的问题。他在备份数据文件
时将我的整个裸设备全部dump出来，比如说我的某个裸设备容量
有10M，上面只有一个几K大的表，可是RMAN dump出来的文件是
10M,而不是几K.

总共800G我往哪儿放啊! [/B]

You can use level 0 backup.

wangts · 发表于 2002-6-28 17:20

最初由 834508 发布
[B]

我刚才试了RMAN,发现还是不能解决我的问题。他在备份数据文件
时将我的整个裸设备全部dump出来，比如说我的某个裸设备容量
有10M，上面只有一个几K大的表，可是RMAN dump出来的文件是
10M,而不是几K.

总共800G我往哪儿放啊! [/B]

不可能,rman不会将裸设备完整的备份出来,只会备份用的数据.

cftang · 发表于 2002-6-28 18:07

用HP OmniBack 作数据库冷备份，在omniback 中使用rman 要另外再买licence

834508 · 发表于 2002-6-28 18:31

感谢大家的帮助，为保险起见，我准备两套备份方案，下礼拜一
就要开始做了，希望大家多提意见。

一：逻辑备份
  1。exp备份各个大表
  2。truncate大表后exp整库逻辑备份
  3。编辑一个包含当前所有表空间的数据库生成脚本文件
  4。修改LV配置
  5。由第三步脚本文件生成数据库实例并启动
  6。imp第二步生成的dmp
  7。imp各个大表

二：物理+逻辑备份
  1。RMAN备份各个数据文件,不包括16个32G的裸设备（对应
      大表）
  2。修改LV配置
  3。恢复备份的数据文件
  3。mount后将相应没有备份的16个数据文件offline drop
  4。启动 database
  5 。由逻辑备份的dmp 恢复16个裸设备对应的表空间

yrl16888 · 发表于 2002-6-28 18:57

最初由 834508 发布
[B]感谢大家的帮助，为保险起见，我准备两套备份方案，下礼拜一
就要开始做了，希望大家多提意见。

一：逻辑备份
  1。exp备份各个大表
  2。truncate大表后exp整库逻辑备份
  3。编辑一个包含当前所有表空间的数据库生成脚本文件
  4。修改LV配置
  5。由第三步脚本文件生成数据库实例并启动
  6。imp第二步生成的dmp
  7。imp各个大表

二：物理+逻辑备份
  1。RMAN备份各个数据文件,不包括16个32G的裸设备（对应
      大表）
  2。修改LV配置
  3。恢复备份的数据文件
  3。mount后将相应没有备份的16个数据文件offline drop
  4。启动 database
  5 。由逻辑备份的dmp 恢复16个裸设备对应的表空间 [/B]

建议：

方案一 + 冷备份；

[精华] 巨型数据库的整库备份和恢复

浏览过的版块