eygle.com   eygle.com
eygle.com eygle
eygle.com  
 

« 飞信招聘数据库开发工程师 (开发DBA) | Blog首页 | 感谢武汉博文视点赞助ACOUG首次活动 »

讨论: 无备份的数据库如何应对故障?

近期,在为一个客户的数据库制定紧急预案,这个数据库数据量大约在1.4T左右。由于客户没有额外的存储资源用于备份,所以数据库目前存在了很大的安全风险。
虽然存储级别有一定的安全防范,但是如果遇到数据损失、坏块、文件损坏等问题,将无法应对。
SQL> select sum(bytes)/1024/1024/1024/1024 TB from v$datafile;

        TB
----------
1.39508572
当然我们有一些折中的手段可以采用,比如备份数据结构,系统表空间等,在故障时快速回复核心业务。同时,如果是常规的错误,可以通过一系列的内部手段进行强制恢复,当然是以损失一部分数据为代价的。

探讨一下,哪些数据库是无备份的?无备份大家是如何应对故障的?





历史上的今天...
    >> 2009-03-10文章:
    >> 2008-03-10文章:

无觅

By eygle on 2010-03-10 10:45 | Comments (19) | Backup&Recovery | 2514 |

19 Comments

客户太淡定了。1.4T……

1.4T的数据实在不行也得搞个2T sata硬盘备份啊,也才1k RMB。想不出不用备份的数据库。。。通过程序自动生成的数据?

不备份,多好呀,以前我们N多T的数据都是磁带机备份的;
如果现在我老板告诉我这个数据库不备份了,因为没钱买存储了,我就告诉他,那咋先说好,下次硬件故障导致数据丢失无法恢复和我没关系,不能以这个理由扣我工资奖金或者降级。

deepseabug 的想法好。。 呵呵。。。 实在没钱,弄个sata盘也可呀 。。

看来这个库对客户不是非常重要。

1.4T的数据。。。。

deepseabug的做法我觉得是最方便省事的。

备份到qq空间,126等免费邮箱

可以刻到蓝光刻录机

EMC和IBM都有非常完善的解决方案。

不过不太便宜。大概200W左右

要是事先一点准备都没有,又没备份,那就是彻底裸奔了嘛。我单位上的DB几乎都是裸奔,有些还是裸走。由于长期裸奔,过怕了提心吊胆的日子,领导终于给我提供了一台破烂服务器,建了一个备份库,拷归档过来恢复。不过出了事翻船后还是要掉数据……

一看就知道是个,既不是很重要,但又在有的时候有不能缺少的使用的数据库。 花大价钱搞这个数据库的备份,上边肯定不批。

配个几个企业级的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 上面,不过,我公司的数据不大。我做了一个方案,老板还正在考虑买新的设备呢


CopyRight © 2004~2020 云和恩墨,成就未来!, All rights reserved.
数据恢复·紧急救援·性能优化 云和恩墨 24x7 热线电话:400-600-8755 业务咨询:010-59007017-7040 or 7037 业务合作: marketing@enmotech.com