楼主: beginner_bj

[精华] 有没有生产环境只用ONLINE BACKUP的?

[复制链接]
论坛徽章:
233
天枰座
日期:2016-02-02 09:36:332012新春纪念徽章
日期:2012-01-04 11:49:54ITPUB十周年纪念徽章
日期:2011-11-01 16:19:41灰彻蛋
日期:2011-06-22 19:28:30现任管理团队成员
日期:2011-05-07 01:45:082010广州亚运会纪念徽章:拳击
日期:2011-04-08 16:56:552011新春纪念徽章
日期:2011-02-18 11:43:332011新春纪念徽章
日期:2011-01-25 15:42:562011新春纪念徽章
日期:2011-01-25 15:42:332011新春纪念徽章
日期:2011-01-25 15:42:15
31#
发表于 2007-8-6 22:29 | 只看该作者
最初由 冬瓜头 发布
[B]flash copy并不是flash速度完成的,snapshot才是。
定义和你的一样,只不过表达不一样,我只是想说,flashcopy是copy的snapshot,所以没有snapshot技术,就没有flashcopy技术。flashcopy是snapshot技术的具体实现方式。其他品牌的盘阵比如hds的,用truecopy,还有比如用其他某某名词的,其实他们都是急于snapshot的技术思想来实现的。 [/B]


存储的东西,一点不懂

使用道具 举报

回复
招聘 : c/c++研发
论坛徽章:
45
技术图书徽章
日期:2014-03-10 14:09:192012新春纪念徽章
日期:2012-02-13 15:12:092012新春纪念徽章
日期:2012-02-13 15:12:092012新春纪念徽章
日期:2012-01-04 11:51:22ITPUB十周年纪念徽章
日期:2011-11-01 16:21:15现任管理团队成员
日期:2011-05-07 01:45:082011新春纪念徽章
日期:2011-01-25 15:42:562011新春纪念徽章
日期:2011-01-25 15:42:332011新春纪念徽章
日期:2011-01-25 15:42:152011新春纪念徽章
日期:2011-01-25 15:41:50
32#
发表于 2007-8-7 03:02 | 只看该作者
不管怎样,一般来讲我认为公司在备份数据库时需要的主要是flashcopy,因为重点关心的是磁盘数据损坏后的恢复,而不是误操作后的恢复

使用道具 举报

回复
招聘 : c/c++研发
论坛徽章:
45
技术图书徽章
日期:2014-03-10 14:09:192012新春纪念徽章
日期:2012-02-13 15:12:092012新春纪念徽章
日期:2012-02-13 15:12:092012新春纪念徽章
日期:2012-01-04 11:51:22ITPUB十周年纪念徽章
日期:2011-11-01 16:21:15现任管理团队成员
日期:2011-05-07 01:45:082011新春纪念徽章
日期:2011-01-25 15:42:562011新春纪念徽章
日期:2011-01-25 15:42:332011新春纪念徽章
日期:2011-01-25 15:42:152011新春纪念徽章
日期:2011-01-25 15:41:50
33#
发表于 2007-8-7 03:10 | 只看该作者
我想这里的flashcopy应该指的是ibm flashcopy,确实是based on snapshot然后做background copy得
Copy-on-write with background copy (IBM FlashCopy)

Some vendors offer an implementation where a full copy of the snapshot data is created using copy-on-write and a background process that copies data from original location to snapshot storage space. This approach combines the benefits of copy-on-write and split mirror methods as done by IBM FlashCopy and EMC TimeFinder/Clone. It uses copy-on-write to create an instant snapshot and then optionally starts a background copy process to perform block-level copy of the data from the original volume (source volume) to the snapshot storage (target volume) in order to create an additional mirror of the original volume.

When a FlashCopy operation is initiated, a FlashCopy relationship is created between the source volume and target volume. This type of snapshot is called a COPY type of FlashCopy operation.

http://www-128.ibm.com/developer ... snaptsm1/index.html

使用道具 举报

回复
论坛徽章:
21
在线时间
日期:2007-07-25 04:01:022012新春纪念徽章
日期:2012-02-13 15:09:232012新春纪念徽章
日期:2012-02-13 15:09:232012新春纪念徽章
日期:2012-02-13 15:09:232012新春纪念徽章
日期:2012-02-13 15:09:23马上有车
日期:2014-02-19 11:55:14马上有房
日期:2014-02-19 11:55:14马上有钱
日期:2014-02-19 11:55:14马上有对象
日期:2014-02-19 11:55:142012新春纪念徽章
日期:2012-02-13 15:09:23
34#
发表于 2007-8-7 13:29 | 只看该作者
30楼讲的snapshot是snapshot in general,而我的是snapshot on IBM NAS N5500;根据IBM的文章,这是Redirect-on-write。所以我们谈论的还是不相同的东西。

早上刚跟我的SA讨论过我们用的flashcopy,可以肯定是IBM incremental FlashCopy。每次的flash都是几个milli-seconds就好了,SIZE有20GB。每次的FLASH是DELTA CHANGE,就是只有改变的才会被copied。

Once falshcopy relationship is broken, db backup is considered finished, and the backup server will send the mirrored image to the tape library。

这种讨论不错,可以学到自己平时没注意/不懂的东西。

使用道具 举报

回复
论坛徽章:
21
在线时间
日期:2007-07-25 04:01:022012新春纪念徽章
日期:2012-02-13 15:09:232012新春纪念徽章
日期:2012-02-13 15:09:232012新春纪念徽章
日期:2012-02-13 15:09:232012新春纪念徽章
日期:2012-02-13 15:09:23马上有车
日期:2014-02-19 11:55:14马上有房
日期:2014-02-19 11:55:14马上有钱
日期:2014-02-19 11:55:14马上有对象
日期:2014-02-19 11:55:142012新春纪念徽章
日期:2012-02-13 15:09:23
35#
发表于 2007-8-7 13:32 | 只看该作者
最初由 diablo2 发布
[B]

存储的东西,一点不懂 [/B]


看看那本Using SANs and NAS吧。200多页,涵盖了大多数的概念,觉得够DBA跟STORAGE ENGINEER的交流了。

使用道具 举报

回复
论坛徽章:
7
优秀写手
日期:2014-03-04 06:00:132014年新春福章
日期:2014-04-14 09:54:082014年新春福章
日期:2014-04-14 09:54:082014年新春福章
日期:2014-04-14 09:54:082014年新春福章
日期:2014-04-14 09:54:082014年新春福章
日期:2014-04-14 09:54:082014年新春福章
日期:2014-04-14 09:54:08
36#
发表于 2014-3-1 10:11 | 只看该作者
这个要根据公司的备份策略而定,例如我们公司,我们的冷备和热备的保留时间策略是不一样的,我们的核心系统每天都会冷备份,核心系统基本上TGB级别的数据量,但是我们采用的是最底层的存储CA,冷备对数据库没任何影响。

使用道具 举报

回复
论坛徽章:
3
ITPUB 11周年纪念徽章
日期:2012-10-09 18:05:372013年新春福章
日期:2013-02-25 14:51:24ITPUB社区OCM联盟徽章
日期:2015-03-02 10:15:18
37#
发表于 2014-3-3 10:46 | 只看该作者
我们都是在线备份,都不让停机备份的,做好备份的恢复测试

使用道具 举报

回复
论坛徽章:
7
优秀写手
日期:2013-12-18 09:29:132014年新春福章
日期:2014-02-18 16:50:09马上有车
日期:2014-02-18 16:50:09itpub13周年纪念徽章
日期:2014-10-08 15:15:25itpub13周年纪念徽章
日期:2014-10-08 15:15:252015年新春福章
日期:2015-03-04 14:55:132015年新春福章
日期:2015-03-06 11:59:47
38#
发表于 2014-3-3 11:44 | 只看该作者
本帖最后由 zhenjiang412518 于 2014-3-3 11:44 编辑

这得根据公司具体情况,我们公司系统内部用的,采取rman+冷备方式,有的系统7*24,那就用rman啦,要提高数据库的可靠性与安全性,除了备份,当然可以采用RAC+DATAGUARD方式。

使用道具 举报

回复

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

本版积分规则 发表回复

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