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

alantany

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

makeprogress

呵呵，这回你可以好好表现一下自身价值了

spark

最初由 alantany 发布
[B]现在把整个经过解释一下，可以作为一个大家期待的现实的案例，也可以作为一个教训：
。。。。。。。[/B]

朋友，实际情况就是这样。作DBA的有时并没有办法。不过，作为一个DBA无论如何都要力荐作归档。我们有一个客户是移动领域的，全省的营业数据库集中，大约有900G数据吧（不是我负责）。这次我去作应急扩容的时候，居然发现没有任何数据保护措施。没有归档、没有LOGICAL备份，甚至日志文件都没有双份。我操，如果这个数据库出了问题导致数据丢失，决策者拉出去枪毙我都不觉得过分。想想啊，那是全省的数据啊。
BTW:我还想说一点，ORACLE公司的人很多都是垃圾，有的人根本没有什么水平，我都能够点出一大堆ORACLE公司员工的名字，他们的水平比各位只低不高。仗着英语好点在ORACLE混，这真的很影响我对ORACLE公司的看法。真正ORACLE有水平的，你得掏很多钱才能遇到。SHIT，无论如何总不能拿个白痴样的人来挡事儿吧？各位知道ORACLE800电话值班的都是什么人吧？就是去ORACLE培训的人。我身边就有两个。：）），唉：（（不说也罢，说了火大。去年我们客户的数据库坏了（我负责的），客户过分相信ORACLE，不听我得建议（没有办法，客户愿意掏钱你管得着么），结果，本来能够恢复的，那个自称ORACLE广州公司应急技术支持的，把数据库重建了，引起2天停机。SHIT。

alantany

现在我们一群人在重建数据库，ORACLE的人好象不知去向了。。。。。系统还有跑啊，好惨。。。

yrl16888

我也是这样想的。

靠，我们现在正在做oracle培训，教师据说是oracle公司的，花了好几万,不知道水平到底如何.

spark

最初由 alantany 发布
[B]现在我们一群人在重建数据库，ORACLE的人好象不知去向了。。。。。系统还有跑啊，好惨。。。 [/B]

这个时候最需要的是冷静。作为一个DBA，你首先要有独立的思考，这个时候尽量不要受其他事情干扰，出了问题，压力很大，在所难免，我有过无数这样的经历。要想到，事已至此，你最大的职责和最应该做的，就是尽全力恢复系统，并且保证在这个恢复过程中不要出任何失误。你知道吗，出问题后在解决问题过程中犯下的错误是可能后果更严重，也是最不可饶恕的。

笨笨

学到了不少东西!

gototop

不单是oracle，所有的公司都一样，如hp,ibm，在前台和客户直接打交道的都是些菜的不能再菜的人，真正的高手都在后面，除非是大项目，一般很少和客户打交道的：）

最初由 spark 发布
[B]

朋友，实际情况就是这样。作DBA的有时并没有办法。不过，作为一个DBA无论如何都要力荐作归档。我们有一个客户是移动领域的，全省的营业数据库集中，大约有900G数据吧（不是我负责）。这次我去作应急扩容的时候，居然发现没有任何数据保护措施。没有归档、没有LOGICAL备份，甚至日志文件都没有双份。我操，如果这个数据库出了问题导致数据丢失，决策者拉出去枪毙我都不觉得过分。想想啊，那是全省的数据啊。
BTW:我还想说一点，ORACLE公司的人很多都是垃圾，有的人根本没有什么水平，我都能够点出一大堆ORACLE公司员工的名字，他们的水平比各位只低不高。仗着英语好点在ORACLE混，这真的很影响我对ORACLE公司的看法。真正ORACLE有水平的，你得掏很多钱才能遇到。SHIT，无论如何总不能拿个白痴样的人来挡事儿吧？各位知道ORACLE800电话值班的都是什么人吧？就是去ORACLE培训的人。我身边就有两个。：）），唉：（（不说也罢，说了火大。去年我们客户的数据库坏了（我负责的），客户过分相信ORACLE，不听我得建议（没有办法，客户愿意掏钱你管得着么），结果，本来能够恢复的，那个自称ORACLE广州公司应急技术支持的，把数据库重建了，引起2天停机。SHIT。 [/B]

chun811

任何一个公司的人员都有不同档次的。一般的技术支持人员也就是处理一般数据库工作，简单备份了，教顾客解决一般问题了。出了大的故障，才会派水平高一点的来处理。大小事情全部由高级工程师来做，不累死他们？公司成本也太高。要请到高级工程师，得多掏钱才行。
现在有些公司不重视数据库管理，造成的隐患是很大的。出了事才知道。
你的数据库备份是多少天前的，以后备份还是一定要做一个方针，要有人专门做这件事的担当

chun811

我建议至顶，让所有人看看，平时平安时数据库备份的重要性。
也看看有没有办法帮楼主解决这个问题