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

biti_rainy

最初由 aloneme_live 发布
[B]我公司是负责开发银行业务的，
我负责系统管理，当然包括HP机，数据库什么的
我关机向来都是直接关电源，才不管什么数据库和应用服务器是否都在运行
可是我从来没有遇到过数据库不能起来的情况

直到有一天，我气不过，直接删除了system文件，终于数据库出问题了，我高高兴兴的把它重装了，项目组停工两天，呵呵 [/B]

还是您厉害！！！
佩服

netbug

厉害！
  怀疑！？
      肯定。

shell

别难过，总会有办法!

atlantics

最初由 aloneme_live 发布
[B]我公司是负责开发银行业务的，
我负责系统管理，当然包括HP机，数据库什么的
我关机向来都是直接关电源，才不管什么数据库和应用服务器是否都在运行
可是我从来没有遇到过数据库不能起来的情况

直到有一天，我气不过，直接删除了system文件，终于数据库出问题了，我高高兴兴的把它重装了，项目组停工两天，呵呵 [/B]

但愿我的系统和你的一样牛

anlinew

我给用户的数据库作了standby，让用户保留最初的全备份，及其后的archived log，用户自己有CA的备份，我能放心了吗？

CNL

看了这么多，很是感慨，我讲讲自己这几年的亲身经历：
我负责的1个银行业务系统运行之初，双机热备+磁盘柜（数据库），两台服务器各有1个磁带机，做热备文件的转储，不到半年磁带机都读写不了磁带，查看是因为磁带和磁带机尘土太多，领导一句话不用了磁带机改用了主机硬盘，又过了1年多，问题又来了，主机硬盘空间不足了，backup的文件可能要放不下了，怎么办？领导说不用热备，只用exp吧，exp了半年，突然1天发现好象磁盘柜有毛病，虽然没有报错误但是越来越慢，何况只exp的确风险太大，虽然还有应用级的日志文件，但全省的业务万一。。。既然领导不愿意再出money买硬盘一不做二不休，把磁盘柜的数据卸到主机上，磁盘柜清掉数据库只做每日热备backup的转储设备（磁盘柜很多G当个磁带机用还算不错），把备机的硬盘拔下来些加到主机上，主机装数据库，每日主机除了热备数据到磁盘柜，再将exp的压缩冷备份ftp到备机。
现在系统运行2月了，速度慢的毛病没了，但不知道能不能平安过年。
这几年前后重装过7次数据库，丢过3次数据，2次1天的，1次4个月的，从丢过4个月开始知道了热备archive log start,个中辛酸不是谁都能真正体会。

大夫

数据库备份是为了在有意外的时候恢复，是否要考虑恢复时间和可恢复的问题。
假如是一个100G的ORACLE数据库。
如果用exp。想必不会很快搞定，且性能问题，那你得exp多久？！能行吗？
如果是冷备份，人家根本就不让你关数据库。免谈。
如果是archive模式，执行全备100G要花多少时间？（我曾经搞过一个16G的表空间备份，别人差点没把我骂死，我当时就只想着，这天杀的时间怎么过的这么慢啊~热备也影响应用啊，100G？哪怕是拷贝也要多少时间啊天啊啊）如果不常常做全备，要不要考虑恢复时间？
。*.ctl 多路。*.log多路init.ora保护.
反复的归档啊归档，啪嚓，system01.dbf 难产了。这时候需要搞多久（熟练工人）？
如果不是system01.dbf难产，其他文件难产也影响应用吧。回家睡觉吧，这个问题太烦人了。

高明的办法是什么？
RAID0+1？还是有完蛋的时候啊。
关键的关键是，产生这么多问题，头头说这是异常。1,2,3,4,.....你还想不想混啊~~不想混你就老实点哦，除了问题大家都难过，明天我就去请个菩萨回家供着去！！！
马你快跑，但你他妈的别吃草啊。


谁能推荐一个具体的案例？
小弟太差了，见笑，就想学懂而已。免得出问题的时候挨骂。

大夫

领导支持，资金充足。这是好的！
可是怎样在尽可能花费下，满足领导花钱不多，大家笑眯喏呵的条件下完成这个任务呢？
而且，领导是不见棺材不掉泪的，看到很多人都这样说了。（刚来，领导说东边好啊，那怕看着西边，还是要说东边好，做人难啊，做男人更难）
其实领导也难。

大夫

数据库太多的时候，是不是可以考虑用RMAN左备右备，大家乱备，只留我等去拷贝的方法？

yacx

看完，关注，学习