« 飞信招聘数据库开发工程师 (开发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个月的时间。