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

834508

最初由 wangts 发布
[B]

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

Would you pls  tell me your method ?

mine as shown below:
RMAN>run{
allocate channel c1 type disk;
copy datafile 1 to 'xxx.bak';
}

owen

400G的数据库，羡慕ing，对任何DBA来说都是肥肉啊。
1.我也认为exp不是办法，但是数据应该有重要/不重要之分，
对表结构和very important的表做一下exp也是很有必要的。我很
喜欢使用依照数据的时间特性来做分级备份，而不是增量。

2. RMAN的确是一个很好的解决办法。

3. 我不建议使用dd，不是100％保险，应该使用hp或存储管理软件
的备份工具。其实如果你clear shutdown的话，temporary tbs , rbs tbs,
idx tbs , redo log 可以不备份，当然这里面有个工作量的权衡问题，如果以上文件占的比例不是特别大的话，不要这样做。

andysun

问了大半天,到底怎么样了,回个话啊.

lixinge2002

最初由 834508 发布
[B]

Would you pls  tell me your method ?

mine as shown below:
RMAN>run{
allocate channel c1 type disk;
copy datafile 1 to 'xxx.bak';
} [/B]

noarchivelog下:
只能执行数据库完全备份(是指不能单独备份表空间、数据文件等），备份时候数据库必须关闭。

恢复管理器脚本:
run {  
allocate channel DefaultChannel type disk format 'E:\ORACLE\ORADATA\MFX\b_%u_%s_%p';
backup   
   ( database  include current controlfile );
}
一级，非积累
run {  
allocate channel DefaultChannel type disk format 'E:\ORACLE\ORADATA\MFX\b_%u_%s_%p';
backup  incremental level 1
   ( database  include current controlfile );
}
三级，积累
run {  
allocate channel DefaultChannel type disk format 'E:\ORACLE\ORADATA\MFX\b_%u_%s_%p';
backup  incremental level 3  cumulative  
   ( database  include current controlfile );
}

恢复时候，在noarchive下，数据库必须mount才能恢复，open时候不能恢复

yucheng_wang

这么大的数据量，意味这数据的重要性非常大，在电信系统中如果出乐问题是要坐牢的。

从技术上我们是采用的rman＋冷备。我们每天的日志将近10G。

最好联系一下你们的老板，且必须争得客户得书面确认。

QYL

你为什么不建议老板买第三方的软件来管理备份问题。

sea

把索引、约束等全部disable掉，400G的数据在6个小时左右可以imp进去，这样的事情我们曾经干过。

ocpjerry

结果呢？

Fenng

精彩的内容,怎么没了下文,等着看......

diablo2

waiting  2.