Chinaunix首页 | 论坛 | 博客
  • 博客访问: 3905944
  • 博文数量: 534
  • 博客积分: 10470
  • 博客等级: 上将
  • 技术积分: 4800
  • 用 户 组: 普通用户
  • 注册时间: 2006-05-26 14:08
文章分类

全部博文(534)

文章存档

2021年(1)

2019年(1)

2017年(1)

2016年(2)

2013年(2)

2012年(10)

2011年(43)

2010年(10)

2009年(17)

2008年(121)

2007年(253)

2006年(73)

分类: Oracle

2010-12-30 18:31:37

这样的一个问题:
    源库A ->[迁移] -> 目标库B
    迁移完成后目标库主要做测试库使用。有这样的需求:
星期六/日: 做整库迁移,这样源库和目标库基本一致。目标库open,为星期一用户测试提供数据。
星期一:    用户对目标库做测试,有DML,DDL等等操作。同时源库由于是重要的业务库,所以也在做对应DML,DDL操作。
星期一晚上:将源库今天新增加的数据迁移到目标库,同时今天目标库做的所有DML,DDL操作丢失。迁移完成后目标库和源库数据保持一致。
星期二:    同上星期一。
星期二晚上:同上星期一晚上。
....
星期六/日: 同上星期六/日

对应的环境:
    源端AIX Oracle 10g,目标库也和源端一样,千兆网络,磁盘读写可到300~400M/s。源库7T,实际数据量2T左右。

要完成这样的任务怎么做?

目前已经有的解决办法:
    用公司软件做全迁移:整体全库迁移时间大概在7~8个小时。这个已经测试了很多次,已经比较稳定了,因为用这个软件做过12T的库迁移也没什么问题了。
    每天的增量(1天或者1周的变化数据量)迁移2~3个小时左右。

这种方案应该还是可以接受的,但增量不太稳定,全迁移功能很稳定。万一增量迁移出问题就只能使用全迁移来完成,这样可能时间上来不及。晚上时间最多也就10个小时,也许还没有那么多时间。另外也没有多余的空间使用【也就是可以临时存放部分数据到别的地方】,要是有空闲2~4T的空间也相对来说好解决一些。

怎么办?
    1>. 让全迁移再快些。
    2>. 让增量迁移更稳定一些。
    3>. 还有什么更好的办法?
阅读(1197) | 评论(1) | 转发(0) |
给主人留下些什么吧!~~

chinaunix网友2011-01-03 15:14:38

很好的, 收藏了 推荐一个博客,提供很多免费软件编程电子书下载: http://free-ebooks.appspot.com