40多台数据库都DOWN了，快来救命。

sweet

看了这么多的贴子，让我感到备份确实很重要，但我是初学者，能不能讲讲备份都有哪些方法和测略，

johnson_lxb

我再说两句吧!
您作为DBA，应该有不可推卸的责任，40台数据库，没备份不说，连UPS都没有，不可思议。有那么多的数据库，我想数据的重要性就不用说了。
  再说说我的数据库吧!虽然我的数据库随时可以停机，并且数据库的数据也可以完全丢失。但我还是使用了每周备份，加了UPS...
    因此，所有DBA应以这件事给自己敲响警钟，平时加上一个备份工作吧!

min

一场灾难未尝不是一件好事，不这样领导怎么会重视DBA的工作呢？
    我不是一个正宗的DBA，只是一个ORACLE爱好者之一，我们单位的DBA是一个身兼数职的师姐，烦琐的事物、不断更新的知识、和渐大的年龄，使她有些不堪重负，我曾向领导申请做她助手，领导曰：我们单位搞系统的太多了，况且我们以开发和服务为主，也不需要那么高深的管理员，你还是做开发吧。。。

    整件事对楼主而言，算不上什么灾难，上有领导担责，下有ORACLE垫底，UPS、磁盘机不是DBA说了算，建议提了也称不上渎职，还有机会拿那些实在不行只能重装的机器练练ORACLE的恢复策略，想来想去，好事一桩嘛，最多不过对自己的技术有点遗憾而已，于是又有了进步的动力，多好！

    我也碰上过类似的情况，只是规模没这么大，重要性没这么高（SCO下），掉电，ORACLE文件系统坏，REDOLOG文件坏，回滚段坏，然后就这么一个问题一个问题去研究、解决，最后在看到用户数据的那一刻，那种感觉真不错。建议楼主，如果有时间，又有精力的话，多找点资料，拿那几台瘫痪的备机练练手，机会难得呢。不过，记得先做好备份哟。

yfzhu

最初由 fals 发布
[B]头不让做备份，也没有设计备份，但为什么DBA自己不能悄悄的做个备份？？既然是40多台服务器一起跑，我想象每台服务器上的数据不一定会多得不得了，对每一台主服务器做一个导出的备份也不行吗？？又不用停机，也不用改什么系统的配置，也不用重新启动系统，自己悄悄的做了，也没有什么坏处。因为，一旦出了问题，几乎可以肯定的是，所有的善后工作都得是你自己做，所以，头不让做备份，也没有备份的策略，也不能掩盖DBA自己的过失!!!
    一开始我们单位的数据库也没有备份，但我坚持要做备份，后来也改成我要求的备份模式了。不然，你这个DBA晚上怎么睡觉？？

    顺便说一个事情：上次我们大单位做一个比较大的实验(不是我所在的这个小部门)，有一组测试只安排了一组人做，也只给了一组测试的经费，但是我们大单位的一个副头坚持安排两组测试，结果呢？有经费的那个组的测试结果因为仪器故障，一点数据都没有拿到，反而是头坚持安排的另一组测试人员拿到了全部的数据，然后，这个副头就当了正头了。就这样。 [/B]

同意!其实我的一些备份也是这样做的,我这里的头们都不懂技术,要是和他们讲清楚自己也得累的不行!

Hill_River

最初由 min 发布
[B]一场灾难未尝不是一件好事，不这样领导怎么会重视DBA的工作呢？

    整件事对楼主而言，算不上什么灾难，上有领导担责，下有ORACLE垫底，UPS、磁盘机不是DBA说了算，建议提了也称不上渎职，还有机会拿那些实在不行只能重装的机器练练ORACLE的恢复策略，想来想去，好事一桩嘛，最多不过对自己的技术有点遗憾而已，于是又有了进步的动力，多好！

    我也碰上过类似的情况，只是规模没这么大，重要性没这么高（SCO下），掉电，ORACLE文件系统坏，REDOLOG文件坏，回滚段坏，然后就这么一个问题一个问题去研究、解决，最后在看到用户数据的那一刻，那种感觉真不错。建议楼主，如果有时间，又有精力的话，多找点资料，拿那几台瘫痪的备机练练手，机会难得呢。不过，记得先做好备份哟。 [/B]

呵呵，赶紧拿来练手吧。要不真的应用上了再来一次还搞不定那可惨了。

Sweetco

oh!my god!愿上帝保佑你！

good

我居然有兴趣看完了全部的帖子，
备份虽然很重要（我早就知道），但是我没想到exp/imp居然这么样的不中用，
而这种办法又是我常用的备份方法，
归档太浪费资源了。

czylcn

我也看完了。

hends

呵呵
好帖子啊。
看了这么多，有个问题。
oracle 官方网站提供的各种版本的下载
和
公司花钱买的版本是不是有很大的区别啊。
谢谢！

bobyfunrun

深情关注中…………