楼主: alantany

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

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


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

使用道具 举报

回复
论坛徽章:
0
152#
发表于 2002-11-23 10:00 | 只看该作者
学到野啦!

使用道具 举报

回复
论坛徽章:
4
ITPUB元老
日期:2005-02-28 12:57:00授权会员
日期:2005-10-30 17:05:33会员2006贡献徽章
日期:2006-04-17 13:46:34ITPUB技术丛书作者
日期:2010-09-26 15:24:56
153#
发表于 2002-11-23 10:53 | 只看该作者

Re: 我单位的备份情况

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


你的意思是,你们是属于银行系统,但你们的数据是通过EXP/IMP作备份么?

使用道具 举报

回复
论坛徽章:
0
154#
发表于 2002-11-24 00:11 | 只看该作者

Re: Re: 我单位的备份情况

最初由 lunar2000 发布
[B]

你的意思是,你们是属于银行系统,但你们的数据是通过EXP/IMP作备份么? [/B]


我单位用VB自己编写的备份界面程序,是逻辑备份。导出的是数据库里所有表的记录,因为我们的工作不要求时实备份,所以我们一般在每天工作结束后,做数据备份。每当需要历史数据的时候,我们就把以前刻录好的光盘(检验过的)调出来,恢复到另一台备用服务器上供业务查询。

使用道具 举报

回复
论坛徽章:
0
155#
发表于 2002-11-24 00:18 | 只看该作者
最初由 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]

有这种事呀!我以后换种方法试试看,备份的时候吹吹口哨,看看对数据备份会有影响吗?西西  :)-----开玩笑的,谢谢提醒!我们一般对月末的备份很重视,一个操作另一人检验刻录好的光盘,有时还进行抽查,把历史数据恢复到备用服务器上,应该做得还是可以的。

使用道具 举报

回复
论坛徽章:
0
156#
发表于 2002-11-24 18:35 | 只看该作者
我们公司的TAPE被送到银行的保险柜里.
每个星期都去顺便SHOPPING


最初由 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]

使用道具 举报

回复
论坛徽章:
0
157#
发表于 2002-11-24 18:39 | 只看该作者
四十多个数据库的主机居然没有UPS?敢快增加机房工程投入吧,
没有硬环境,再好的DBA也头痛啊

使用道具 举报

回复
论坛徽章:
1
授权会员
日期:2005-10-30 17:05:33
158#
发表于 2002-11-25 09:54 | 只看该作者

为了我们自己

看了这么多,我为作DBA的感到伤心,作DBA其实很累,我想来到这里的朋友多数是和这个有关系,为了自己我们应该做一些数据保护的措施(领导可能不同意,别理他,一般情况下他们是白吃,你和他说那都是对牛谈情,该做什么做什么,一旦出了事情那都是你的错),EXP 或 ARCHIVE 等,当有事情发生的时候,你可以让领导感觉出了大事情,但你心里明白这个情况你可以处理,等事情处理完了你就可以提些要求。哈哈哈。。。。。。(不要扔砖头哦)

使用道具 举报

回复
论坛徽章:
0
159#
发表于 2002-11-25 14:46 | 只看该作者

搞好的话,请顶一下!

my god ,同情,不过搞好的话情顶一下啊。

使用道具 举报

回复
论坛徽章:
0
160#
发表于 2002-11-25 14:49 | 只看该作者

警惕!归档很重要!!

大就大啦,磁带就要多多以善了。看我们DBA好辛苦。

使用道具 举报

回复

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

本版积分规则 发表回复

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