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

hooman

证券用MY SQL 的数据库? 这个数据库不是不支持transaction 吗?

hotian

领导如再对备份不屑以顾得话，你问他出门做飞机买不买保险，如果他买保险得话就请他做备份

kerlion

磁带应该防磁，防潮
放在铁盒子里在塑料密封，应该比较安全，能放在隔热材料里就更加好廖

halt2000

总结一下：
     备份非常重要！经历了一次类似的事件，听到了这样的事情，我觉得作为一个DBA,最重要的一件事就是备份，备份，备份！
     备份的策略也很重要，千万不要把错误的东西一直让他备份下去。
     oracle数据库我刚接触，对其中的备份的东西也不是很清楚。但这样的事已足以引起我以后工作的警惕。

pigtail

最初由 hotian 发布
[B]领导如再对备份不屑以顾得话，你问他出门做飞机买不买保险，如果他买保险得话就请他做备份 [/B]

有道理！不过说完这话，头头肯定揣你屁股  ：（

markriver

世贸大厦塌了都没什么事儿。学学人家克林顿总统遇事不乱要‘Just take it easy’.大家这么大惊小怪的怎么做DBA阿？

hb_zhu

数据不丢，或恢复成功能给你加薪吗？
所以要冷静，否则如何体现dba的价值？
存在就是合理，很有道理。

rsong

My recent real story about database crashs/disaster and recoveries. Just for reference to protect your data safely and save your, your company and  our China's money.

I am a DBA responsible for Oracle and Sybase databases. There are about 30 servers. All of the servers(machines) are protected and supported by UPS system.

one day morning, there were two times of power failures and our UPS did not switch on. i.e. no battery backups for these servers did not work at all.

After power recoverd, 1 oracle database (8.1.7.2, producation) complained "file 1 need media recovery.." (you know it is system.dbf file)
4 sybase databases(producation)  marked suspect i.e. need recovery.

As to Oracle database, we run it on archived log mode and have daily backup. Usually keep 5-day backup online.

At begining, expect the online logs are intact, I tried to recover it using 'alter database recover datafile...' to recover each dirty datafiles. But I failed , Oracle still complained something.

Finally as last resort, using our backups I recovered it point in time. The whole recovery procedure just took 5 hours. I was happy, my boss was happy and my users were happy too.

Just for your reference,our backup methods(for production).
0. have an exclusive backup server
1. Oracle keeps its archived log; Sybase dump trans
2. fully backup or  increment backup based on your size of databases.
3. hourly backup the archive log and transaction log
4. keep 5-day backups online i.e.on disk
5. move backups to tape
6. 3-days bring tapes to off-site location i.e.other places

So as to be a DBA, no matter from your job security point of view or from your responsibility( or moral) point of view, you MUST have  complete and tested methods to make sure your databases safe or recoverable  in any circumstances

Personaly, very thanks alantany to release his disaster to all of us. We have a chance to learn this kind of thing that are rarely happened and also sincerely hope alantany can work more to make your data more security .

fdmiy

不知道从数据库卖多少钱，oracle设计这样的方案，卖多一倍的钱，
明显的欺诈。

最初由 alantany 发布
[B]现在把整个经过解释一下，可以作为一个大家期待的现实的案例，也可以作为一个教训：
首先这是一个国家级的项目。具体不好多说。他们设计的所谓的并行数据库的概念是没一台主数据库配一个从数据库，程序在向主数据库插入数据是同时向从数据库插入（这就是他们说的并行数据库），所以我们有20台数据库和20台备份数据库，据说最初设计时ORACLE公司也参加了，就这样。他们认为主数据库和备份数据库不可能同时DOWN掉。就这样。其实完全是应用程序级的备份，数据库级的备份一点没考虑，什么归档，冷备，热备，都没有。
]    不错，我是DBA，可是我不止一次的提过要归档，用磁带来装日志。可是没人听，他们说ORACLE在最初都没这么说，我有什么办法。我真他妈的搞不懂ORACLE公司是怎么想的。
就这样，一次停电，所有的机器DOWN掉，就成为现在这个局面，昨天头还把ORACLE公司的人骂了一顿，呵呵，我只是觉得可悲。就这样。 [/B]

snowsun

不管我们怎么样去做，国内给技术人员的工作环境就是这样。在坛子里面的各位，我就不相信你的上司就是内行。当然能有内行做你的上司，你是幸福的，至少我这样认为。所以对待外行上司，作为该说的，这也是我们的本职，应该以文档的方式给你的相关上司，最好是一式多分，把其中的厉害关系陈述清楚。如果是好领导，就不用说了，就有你的发展；如果不是，我会再隔十天半月递交一次，哈哈，到3次时为止。至少这样在出了问题时，我可以保全自己，也扪心无愧。毕竟人在江湖，这样善意的对自己的保护是应该的。
   我是公司的DBA，但我好象已经成了一个程序员了，SERVER都10天半月的看一次，还得加班（没工资的）。我郁闷啦，同情楼主。我也希望我的SEVER DUMP一次，我不想写JSP了。