楼主: alantany

[精华] 40多台数据库都DOWN了,快来救命。

 关闭 [复制链接]
论坛徽章:
2
ITPUB元老
日期:2005-02-28 12:57:00授权会员
日期:2005-10-30 17:05:33
141#
发表于 2002-11-22 02:25 | 只看该作者
最初由 jzhou 发布
[B]Here is a story.
There was a bank in New York City, its IT staff backed up database to tapes and transported tapes to a basement several blocks away. The backup plan was tested, whole database can be restored from tapes. No Problem! One day, the bank  had server crash, the database needed to be restore back to 30 days.
Strange thing happend, DBAs can only be able to restore database ack to 14 days. After intensive investigation they found that the basement was near a underground railway tunnel. Every time when a train passed by it generated electro-magnetic disturbance and demagnetized the tapes, therefore erased data.
The morale of the story: It is not enought that you back up database , you must make sure that you can restore database from backups under most stringent condition. [/B]



  how could this happen....

got it and learn it...

使用道具 举报

回复
论坛徽章:
0
142#
发表于 2002-11-22 13:27 | 只看该作者

不懂

一般而言.应用程序级、系统级错误(如掉电导致os异常终止,进而db导演终止). 在系统下次启动时,oracle由smon进程进行crash recovery时能利用redo log  file进行 forwardback,进行重算. 并使control file与 data files头部了scn号保持一致.数据库正常打开后,db又会利用rollback进行未提交事务的回滚.  这样,可使db与掉电前状态一致,交不会导入数据丢失。  从报错情况看,是因为redo log file header损坏! 如果一个日志文件组中有多个成员,只损坏一个并没有关系,只要不是所有的文件头部都损坏了.  现在,数据库不能启动,显然是因为某个组中全部的日志文件头部都损坏了(也许只有二个组都只一个成员)  。 重新启动机器时,让os做 fsck,对磁盘文件做一次检查及修复,也许能解决。

使用道具 举报

回复
论坛徽章:
1
会员2006贡献徽章
日期:2006-04-17 13:46:34
143#
发表于 2002-11-22 15:21 | 只看该作者

关注

关注,企业现在的情况。所有业务停顿?DBA不敢露面?领导在身后注视?

使用道具 举报

回复
论坛徽章:
2
2011新春纪念徽章
日期:2011-02-18 11:43:342012新春纪念徽章
日期:2012-01-04 11:49:54
144#
发表于 2002-11-22 16:52 | 只看该作者
recovery database;
然后打开。

使用道具 举报

回复
论坛徽章:
28
ITPUB元老
日期:2005-06-18 23:14:252011新春纪念徽章
日期:2011-01-25 15:42:152011新春纪念徽章
日期:2011-01-25 15:42:332011新春纪念徽章
日期:2011-01-25 15:42:562011新春纪念徽章
日期:2011-02-18 11:42:47现任管理团队成员
日期:2011-05-07 01:45:08ITPUB十周年纪念徽章
日期:2011-11-01 16:19:412012新春纪念徽章
日期:2012-01-04 11:49:542012新春纪念徽章
日期:2012-02-13 15:13:202012新春纪念徽章
日期:2012-02-13 15:13:20
145#
发表于 2002-11-22 19:22 | 只看该作者
最初由 DBAORACLE 发布
[B]我可以肯定,如果这位老兄自己偷偷作了备份,不是加薪就是升官 [/B]

不过,估计楼主这个项目数据库量也不是一般般的吧。说不定是tb级别的。自己怎么备份?

使用道具 举报

回复
论坛徽章:
28
ITPUB元老
日期:2005-06-18 23:14:252011新春纪念徽章
日期:2011-01-25 15:42:152011新春纪念徽章
日期:2011-01-25 15:42:332011新春纪念徽章
日期:2011-01-25 15:42:562011新春纪念徽章
日期:2011-02-18 11:42:47现任管理团队成员
日期:2011-05-07 01:45:08ITPUB十周年纪念徽章
日期:2011-11-01 16:19:412012新春纪念徽章
日期:2012-01-04 11:49:542012新春纪念徽章
日期:2012-02-13 15:13:202012新春纪念徽章
日期:2012-02-13 15:13:20
146#
发表于 2002-11-22 19:26 | 只看该作者

Re: 我单位的备份情况

最初由 pigtaili 发布
[B]我单位是银行部门,对数据的安全性很重视,我们采用数据每日导出的方法,压缩后做每日备份,同时备份在两盘磁带上,到下个月初再做一次上个月全月的备份,压缩后刻录光盘。同时针对每次数据库升级(如某些表结构发生变化等),我们总是搞个新的空数据库,在做第二个月工作时,将空数据库导入,然后再将当日的数据导入到空数据里,一切ok!这样做的好处是不用清理数据库,基本上不会产生碎片,运行速度当然很快,很稳定! [/B]

值得参考一下。

使用道具 举报

回复
论坛徽章:
0
147#
发表于 2002-11-22 21:35 | 只看该作者

关注

关注,企业现在的情况,,数据还能恢复吗?

使用道具 举报

回复
论坛徽章:
4
2010新春纪念徽章
日期:2010-03-01 11:19:092011新春纪念徽章
日期:2011-02-18 11:43:32ITPUB十周年纪念徽章
日期:2011-11-01 16:19:412012新春纪念徽章
日期:2012-01-04 11:49:54
148#
发表于 2002-11-22 21:52 | 只看该作者
倍感同情
曾经遇到过一次
很惨

使用道具 举报

回复
论坛徽章:
0
149#
发表于 2002-11-22 23:40 | 只看该作者

同情阿

同情刚才的那个兄弟,哀哀!
不仅仅是技术的问题阿,有时人的问题比技术的问题还要重要 的阿,在屋檐底下也不得不低头阿。
新手!!!

使用道具 举报

回复
论坛徽章:
2
ITPUB元老
日期:2005-02-28 12:57:00授权会员
日期:2005-10-30 17:05:33
150#
发表于 2002-11-23 08:16 | 只看该作者
最初由 bluekey 发布
[B]ttdb说的有道理,exp只对小型数据库有效,大型数据库DBA自己偷偷做备份根本不可能,不管是冷备、热备、standby、高级复制,都需要比较大的存储空间和相应的设备,也就是说需要money,没有领导的点头是做不到的。而且不管那种方式都需要占用系统资源,影响系统性能,不要以为偷偷摸摸就能没有人知道。现在很多地方都是外行领导内行,有权拍板的狗屁不懂,懂的人又没权决策,而不懂的又听不进内行的建议,真不知道这些人是怎么混到领导位子上的。 [/B]


兄弟你混哪,对世道看的很透吗?

使用道具 举报

回复

您需要登录后才可以回帖 登录 | 注册

本版积分规则 发表回复

TOP技术积分榜 社区积分榜 徽章 团队 统计 知识索引树 积分竞拍 文本模式 帮助
  ITPUB首页 | ITPUB论坛 | 数据库技术 | 企业信息化 | 开发技术 | 微软技术 | 软件工程与项目管理 | IBM技术园地 | 行业纵向讨论 | IT招聘 | IT文档
  ChinaUnix | ChinaUnix博客 | ChinaUnix论坛
CopyRight 1999-2011 itpub.net All Right Reserved. 北京盛拓优讯信息技术有限公司版权所有 联系我们 未成年人举报专区 
京ICP备16024965号-8  北京市公安局海淀分局网监中心备案编号:11010802021510 广播电视节目制作经营许可证:编号(京)字第1149号
  
快速回复 返回顶部 返回列表