123
返回列表 发新帖
楼主: wangzhonnew

有奖讨论: DB2在进行数据备份时需要注意的事项

[复制链接]
论坛徽章:
4
ITPUB十周年纪念徽章
日期:2011-11-01 16:23:26蛋疼蛋
日期:2012-03-26 20:46:06ITPUB社区千里马徽章
日期:2013-06-09 10:15:34秀才
日期:2016-03-24 09:10:24
发表于 2012-4-1 12:19 | 显示全部楼层
备份还原测试确实是必须的,并且要定期做还原测试!
同时每日对备份情况的监控也是很重要的,万事有备无患!

使用道具 举报

回复
认证徽章
论坛徽章:
104
生肖徽章2007版:猪
日期:2012-07-12 14:24:56菠菜神灯
日期:2013-05-26 22:03:18生肖徽章2007版:猪
日期:2012-07-19 11:10:12生肖徽章2007版:猪
日期:2012-07-19 11:10:12生肖徽章2007版:猪
日期:2012-07-11 19:07:11生肖徽章2007版:猪
日期:2012-07-19 11:10:12生肖徽章2007版:猪
日期:2012-07-19 11:10:12ITPUB伯乐
日期:2012-05-22 15:05:25NBA季后赛纪念徽章
日期:2013-06-21 14:52:05NBA季后赛大富翁
日期:2013-06-21 14:57:11
发表于 2012-4-1 15:21 | 显示全部楼层
为了确保备份恢复的稳定性,同时达到最优的效率。简单的说,备份前需要关注如下几点:
1、清楚逻辑存储结构
2、合理规划表空间,提高数据库备份恢复性能
3、对于非结构化文档(图片等)的采用其他处理方式  
4、设置合理的并行度、缓存来提高系统备份与恢复性能

使用道具 举报

回复
论坛徽章:
6
ITPUB9周年纪念徽章
日期:2010-10-08 09:31:222011新春纪念徽章
日期:2011-02-18 11:43:36鲜花蛋
日期:2012-04-09 19:32:54itpub13周年纪念徽章
日期:2014-10-08 15:16:50itpub13周年纪念徽章
日期:2014-10-08 15:16:50itpub13周年纪念徽章
日期:2014-10-08 15:16:50
发表于 2012-4-2 20:31 | 显示全部楼层
本帖最后由 wolaos123 于 2012-4-2 20:34 编辑

现在用的方案:
表情
1 同时备份到多个硬盘(硬盘做raid10),
2 用db2chkbkp对备份进行校验
3 copy to type
4 archive 磁带
5 硬盘保存最新5个backup
6 active 日志做mirror 保存
7 archive log存多个备份在不同物理位置
8 根据文档定期做测试,模拟各种灾难发生情况

使用道具 举报

回复
论坛徽章:
57
SQL极客
日期:2013-12-09 14:13:35秀才
日期:2016-01-21 13:42:39秀才
日期:2016-01-13 12:14:26SQL大赛参与纪念
日期:2016-01-13 10:32:19SQL数据库编程大师
日期:2016-01-13 10:30:43秀才
日期:2015-12-14 14:47:54秀才
日期:2015-10-19 15:50:392015年新春福章
日期:2015-03-06 11:58:18懒羊羊
日期:2015-03-04 14:52:11优秀写手
日期:2014-11-08 06:00:14
发表于 2012-4-3 19:42 | 显示全部楼层
oracle 中也有备份恢复的事情,一般都是用rman搞定的,好一点的有stand by datagard。
db2没有用过,以后尝试使用一下。

使用道具 举报

回复
求职 : 技术/实施/服务顾问
认证徽章
论坛徽章:
182
最佳人气徽章
日期:2012-03-13 17:39:18粉钻
日期:2012-07-03 19:48:12欧洲冠军杯纪念徽章
日期:2012-05-13 13:33:34菠菜明灯
日期:2012-05-13 13:33:35股神
日期:2012-05-13 13:33:35NBA之星
日期:2012-05-13 13:33:35NBA大富翁
日期:2012-05-13 13:33:35菠菜神灯
日期:2012-05-13 13:33:35ITPUB季度 社区新星
日期:2012-02-16 14:52:31奥运纪念徽章
日期:2008-09-04 11:35:05
发表于 2012-4-4 16:58 | 显示全部楼层
ding

使用道具 举报

回复
论坛徽章:
512
2012新春纪念徽章
日期:2012-01-04 11:53:54ITPUB十周年纪念徽章
日期:2011-11-01 16:23:26股神
日期:2012-01-05 10:29:02天枰座
日期:2015-09-16 09:05:30指数菠菜纪念章
日期:2015-07-01 16:40:43喜羊羊
日期:2015-06-30 09:06:18指数菠菜纪念章
日期:2015-04-02 09:22:462015年新春福章
日期:2015-03-06 11:58:18懒羊羊
日期:2015-03-04 14:52:11指数菠菜纪念章
日期:2015-01-04 11:09:18
发表于 2012-4-4 23:18 | 显示全部楼层
我觉得在设计整个备份方案的时候首先需要清楚分析所要备份数据库的特征,再相应选取不同的手段进行备份,同时需要考虑之后备份验证的方式和紧急恢复的可操作性。
虽然使用DB2多年,但一直接触的就是几个客户的生产系统和公司内部的开发系统,这些数据库结构都比较单一(单分区的),数据量也比较小(100GB左右)。由于都出现过一些事故(没有加条件的UPDATE、DELETE,或者错误的LOAD之类),需要紧急恢复数据,所以就针对性的做了一些备份策略,当中也有一些体会希望可以交流:
1、数据量小的数据库直接每天做全备,而且必须是包含INCLUDE LOGS选项的,保证通过备份文件可以将数据库还原到一致的状态,降低出现故障时的恢复难度。

2、由于数据库比较简单,可以在客户的测试环境下测试还原,一是验证备份文件的有效性,更重要的是维护、更新、检验重定向还原的脚本是否有效、正确。这里有一点个人看法,不知道是否妥当。现在的存储阵列性能都很高,表空间的容器采用裸设备与磁盘文件的性能差别不大的情况下,采用磁盘文件作为容器,迁移、恢复更加简单,可以在配置和性能较差的测试环境还原生产数据库。

3、定期收集数据库表空间、容器的空间使用信息,确保还原的重定向语句可以一次设定正确的容器大小,避免到了后面开始还原时才提示重定向产生的容器文件空间不足,浪费了宝贵的时间。

4、做好归档日志文件的备份和清理,确保最老的全备所需要的归档日志文件都保留在系统。我的做法是设定保留若干次全备,再通过LIST HISTORY BACKUP找出与最老一个全备对应的第一个归档日志的编号,之后再将归档日志文件目录下所有早于这个编号的归档日志文件删除。不过后来数据库的多了,因为客户的空间足够,归档日志也不算太多,就用了一个稍微懒一点的方法,直接根据文件的时间来删除,保留T日全备,就删除T-2日以前归档日志。

5、对于特别重要的数据,在业务允许、空间允许的情况下,直接采用EXPORT进行定时导出。这主要是根据客户业务的特点,和自己公司做的系统不够完善而想到的方法,方便查找恢复上一天的数据,而不需要还原整个数据库。

上面这些就是自己根据特定环境下的数据库备份、还原的注意事项体会。我没有机会接触到那些具有几十、上百个并行分区的大型数据库,也想多了解一下,请大家多多指教。

使用道具 举报

回复
认证徽章
论坛徽章:
17
ITPUB新首页上线纪念徽章
日期:2007-10-20 08:38:442015年新春福章
日期:2015-03-06 11:57:31暖羊羊
日期:2015-03-04 14:50:37马上有钱
日期:2014-05-19 11:18:35马上有车
日期:2014-02-18 16:41:112014年新春福章
日期:2014-02-18 16:41:112013年新春福章
日期:2013-02-25 14:51:24奥运会纪念徽章:现代五项
日期:2012-10-16 23:29:11ITPUB 11周年纪念徽章
日期:2012-10-09 18:06:202012新春纪念徽章
日期:2012-01-04 11:50:44
发表于 2012-4-5 14:14 | 显示全部楼层
我们能节省的都是开源数据库

使用道具 举报

回复
招聘 : 数据库管理员
认证徽章
论坛徽章:
83
IT宝贝
日期:2013-11-15 18:40:242015年新春福章
日期:2015-03-06 11:57:31美羊羊
日期:2015-03-04 14:48:58马上加薪
日期:2014-02-19 11:55:14马上有对象
日期:2014-02-19 11:55:14马上有钱
日期:2014-02-19 11:55:14马上有房
日期:2014-02-19 11:55:14马上有车
日期:2014-02-19 11:55:14马上有车
日期:2014-02-18 16:41:112014年新春福章
日期:2014-02-18 16:41:11
发表于 2012-4-9 19:31 | 显示全部楼层
感谢大家的参与哦,本期讨论的礼品书籍赠予cngd1,徽章和pub币赠予leetaedong, bai_jiong, wolaos123, crypig, gnet飞,欢迎更多的朋友继续参与讨论!

使用道具 举报

回复
论坛徽章:
9
2009日食纪念
日期:2009-07-22 09:30:00ITPUB8周年纪念徽章
日期:2009-09-27 10:21:21祖国60周年纪念徽章
日期:2009-10-09 08:28:002010新春纪念徽章
日期:2010-03-01 11:19:10ITPUB9周年纪念徽章
日期:2010-10-08 09:31:22ITPUB十周年纪念徽章
日期:2011-11-01 16:23:262012新春纪念徽章
日期:2012-01-04 11:53:54ITPUB 11周年纪念徽章
日期:2012-10-09 18:08:152013年新春福章
日期:2013-02-25 14:51:24
发表于 2012-4-10 10:10 | 显示全部楼层
数据量不大的就不说了,全备+增备。
数据量大的,比如数据仓库,对恢复时间要求不是特别高,每周两次全备。保留2周共4份。
数据量大的,又是7*24小时的系统,只能通过存储底层的同步做一个同城的备份,
然后再在这个备份上照一个快照,这个快照每天都要拉起来,随时准备接管主点。

使用道具 举报

回复
招聘 : 数据库管理员
论坛徽章:
1
2010系统架构师大会纪念
日期:2010-09-03 16:39:57
发表于 2012-4-10 18:47 | 显示全部楼层
本帖最后由 我笨故我在 于 2012-4-10 18:49 编辑

1 数量规模较小的时候(几T以下)
问题还较为简单,数据库全备,增量,数据库日志也一定同时都保存,这样全恢复、恢复到某一点都没问题。再加上定期演练(一季度一次)也就够了。
2 数据规模比较大的时候(若干T)
数据库本身的备份很难当此重任:太慢,并且备份数据量也太大保存也是问题。
这时候要考虑做好容灾,避免一台设备宕机就造成系统挂掉的情况。辅助手段:单独备份数据库中某些重要的表。
或者使用存储的flashcopy的类似功能来备份,优点:速度快,占用空间小。
3 逻辑结构复杂的系统(一般数据量也是海量)
比如N个Lpar,N个分区,存储设计N复杂。
备份,验证备份都很麻烦。
备份就免了吧。做好容灾并配合表备份才是最重要的。

使用道具 举报

回复

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

本版积分规则 发表回复

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