« 飞信招聘数据库开发工程师 (开发DBA) | Blog首页 | 感谢武汉博文视点赞助ACOUG首次活动 »
讨论: 无备份的数据库如何应对故障?
作者:eygle | 【转载请注出处】|【云和恩墨 领先的zData数据库一体机 | zCloud PaaS云管平台 | SQM SQL审核平台 | ZDBM 数据库备份一体机】
链接:https://www.eygle.com/archives/2010/03/h2recovery_nobackup.html
近期,在为一个客户的数据库制定紧急预案,这个数据库数据量大约在1.4T左右。由于客户没有额外的存储资源用于备份,所以数据库目前存在了很大的安全风险。链接:https://www.eygle.com/archives/2010/03/h2recovery_nobackup.html
虽然存储级别有一定的安全防范,但是如果遇到数据损失、坏块、文件损坏等问题,将无法应对。
SQL> select sum(bytes)/1024/1024/1024/1024 TB from v$datafile;当然我们有一些折中的手段可以采用,比如备份数据结构,系统表空间等,在故障时快速回复核心业务。同时,如果是常规的错误,可以通过一系列的内部手段进行强制恢复,当然是以损失一部分数据为代价的。
TB
----------
1.39508572
探讨一下,哪些数据库是无备份的?无备份大家是如何应对故障的?
历史上的今天...
>> 2017-03-10文章:
>> 2009-03-10文章:
>> 2008-03-10文章:
By eygle on 2010-03-10 10:45 | Comments (19) | Backup&Recovery | 2514 |
客户太淡定了。1.4T……
1.4T的数据实在不行也得搞个2T sata硬盘备份啊,也才1k RMB。想不出不用备份的数据库。。。通过程序自动生成的数据?
不备份,多好呀,以前我们N多T的数据都是磁带机备份的;
如果现在我老板告诉我这个数据库不备份了,因为没钱买存储了,我就告诉他,那咋先说好,下次硬件故障导致数据丢失无法恢复和我没关系,不能以这个理由扣我工资奖金或者降级。
deepseabug 的想法好。。 呵呵。。。 实在没钱,弄个sata盘也可呀 。。
看来这个库对客户不是非常重要。
1.4T的数据。。。。
deepseabug的做法我觉得是最方便省事的。
备份到qq空间,126等免费邮箱
可以刻到蓝光刻录机
EMC和IBM都有非常完善的解决方案。
不过不太便宜。大概200W左右
要是事先一点准备都没有,又没备份,那就是彻底裸奔了嘛。我单位上的DB几乎都是裸奔,有些还是裸走。由于长期裸奔,过怕了提心吊胆的日子,领导终于给我提供了一台破烂服务器,建了一个备份库,拷归档过来恢复。不过出了事翻船后还是要掉数据……
看来搞个SATA大硬盘暂时撑一下是个办法!
一看就知道是个,既不是很重要,但又在有的时候有不能缺少的使用的数据库。 花大价钱搞这个数据库的备份,上边肯定不批。
配个几个企业级的2T STAT硬盘,作个NFS服务器,我觉得还是能够批下来的。如果考虑速度更快的一点的话,可以考虑用千M的局域网连接,条带的LV(这个增加了由于硬盘故障导致文件系统损坏的几率)。
4T我也一样不备份,dataguard上了
4T我也一样不备份,dataguard上了。否则备份一次要几天呢。磁盘镜像snapshot也有一段时间I/O特别大的
还是老大的一句话“没有备份,就等于在那天一等死”
备份的时候可以启动RMAN的压缩备份,节省一部分空间
跑的是什么业务呢,日志大小和切换频度如何?v$datafile只是数据文件大小,通过segment预估好一点,可以考虑采用楼上的RMAN压缩备份
公司有台库也比较类似,之前非归档加RAID5裸奔,周末跑EXP脚本聊以自慰,把根留住。。。前一段终于批了几块盘搞备份,RMAN非压缩700G,采用压缩之后180G,每天差异增量压缩维持在10G,反正周末没业务,0级任选个周末,压缩慢就慢点,无所谓,并行4个通道,0级约15小时,1级4小时
裸奔是万不得已,预算再紧最好也能多添几块盘
我们的系统也是没有全备份
采用的是分布式的数据库,每个库1个t左右
一个地市多的有几十套数据库
根据业务只备份极少部分关键数据
备份的方式采用expdp的形式
我公司的服务器也是exp 方式导到nfs 上面,不过,我公司的数据不大。我做了一个方案,老板还正在考虑买新的设备呢
回想起来,现在搞个2T的U盘,做个渐进式备份都是值得的。
这个无备份的数据库最终因为误操作损失了所有的数据,恢复我们用了大约1个月的时间。