老白求助:关于数据库自动备份....

sydongsun

最初由 little_soap 发布
[B]用RMAN备份，如果控制文件损坏了不就完蛋了么？还是冷备份比较好 [/B]

谁说的? RMAN有全套的,成体系的使用方法,  RMAN不够好的原因, 往往来自我们自己: 我们对于RMAN没有下足应该有的精力去学习.
或者我们使用RMAN不足够熟练.

这里有个关于RMAN如何应对控制文件丢失的在线课程:
http://www.askguoyu.com/db/temp/rmancase1/a.htm

另外RMAN所提供的一些涵数过程, 即使没有控制文件备份, 可以帮我们提取控制文件.  另外, 当你的数据库结构发生变化的时候, 使用
alter database backup controlfile to trace  这样的命令可以得到用来创建控制文件的脚本, 当你使用RMAN来备份数据文件时, 即使控制文件丢失了. 这个脚本同样有用. 不过有个前提是: 你是使用恢复目录来作为RMAN的备份元信息的存储池的. 这也是生产数据库应该是这样做的.

通过不同磁盘对控制文件进行复用, 在这种情况, 发生所有控制丢失的机会,我猜想有如买彩票中大奖一样难.

其实使用RMAN并没有原来我们刚学习时所想象的难. 很方便. 关键你要适应.

lijietz

rman备份几十个g的系统还是可以考虑,如果超过百g,我觉得就难以忍受了..

warehouse

最初由 little_soap 发布
[B]用RMAN备份，如果控制文件损坏了不就完蛋了么？还是冷备份比较好 [/B]

控制文件也得做备份呀，冷备份是安全，可是系统要是不能shutdown不就死菜了嘛！

husthxd

晕.
不用计划任务,不用rman还能做到自动备份?
rman用户指南:
http://www.itpub.net/241982.html

sydongsun

最初由 lijietz 发布
[B]rman备份几十个g的系统还是可以考虑,如果超过百g,我觉得就难以忍受了.. [/B]

这个问题的话，你就可以适当的作一些变通了：RMAN继续还是你的理想的选择。而操作系统的备份方法在面临这样的情况的时候，也许更加容易出现问题，或者更容易带来隐患。你可以尝试这样来做：通过RMAN建立DataGuard环境，配置主数据库传送到备用数据库的归档日志发送。然后专门通过RMAN在备用数据库上作数据库的备份。让主数据库的不承担任何备份工作。而备用数据库只承担备份工作。万一将来主数据出现问题的时候，你可以使用备用数据库的RMAN备份来做到恢复，主数据库和备用数据库都加载磁带机。这样的配置应该可以很好的解决超大型的数据库的备份要求的。

sydongsun

即使你的系统并不是大型系统，上述方法也是非常应该推荐的。这样方法满足了下列两点：
1。处理业务的系统不承担任何备份工作，备份的工作负担被转移到另外一台计算机上。
2。现在很多系统都朝着服务器管理恢复的方向实现，服务器管理恢复是指数据库具有成功执行备份自身的能力。并不完全依赖于外界。RMAN是Oracle的“服务器管理恢复”的一种实现。这是一种潮流，可以让我们DBA从维护大量脚本，整理大量备份信息的手工重复性劳动，并且容易出错的劳动中解放出来。

所以，你一定要使用RMAN.