Chinaunix首页 | 论坛 | 博客
  • 博客访问: 92399
  • 博文数量: 4
  • 博客积分: 1541
  • 博客等级: 上尉
  • 技术积分: 290
  • 用 户 组: 普通用户
  • 注册时间: 2004-11-11 18:45
文章分类
文章存档

2011年(4)

我的朋友

分类: Oracle

2011-01-22 17:26:25

    对于大型的公司,如果开发团队上了一定规模,系统和版本较多的话,开发库的准备与创建肯定是每个DBA的梦魇。
    嗯,开发库,头疼。。。再想想,还是头疼!
    rman恢复?exp/imp?expdp/impdp?TTS?Insert appen?SQL Loader?Storage snapshot?。。。
    一个库还好,顺便锻炼迁移技术。如果是100个库,300个系统呢?
    常规版本、项目需求。。。
    关键数据屏蔽。。。
    还有对于存储资源的需求。。。
    总之两个字:头大。
    被折磨了多年以后,终于有了一个好东东。
    expdp parameter中有两个关键参数可以利用了:
    (1)sample:可以按照数据规模的百分比取数,我目前想到两个好处
        A)开发库对于数据量没有高要求,关键在于数据库结构和部分基础数据有就行了,如果按照数据规模百分比取数只需要很少的空间即可。即使一个生产库有1TB,取5%的比例也才50GB而已,这样对于存储资源的需求就很小了。
        B)由于数据规模变得很小,整个迁移过程将变得很短,也能及时响应开发人员的需求。呵呵,相关抱怨和投诉也会减少;
        C)DBA创建开发库的人力投入自然也就少了。
     (2)remap_data:执行数据屏蔽。
       每家公司都有自己的关键数据,是不允许直接进入开发环境的,remap_data可以对关键数据进行转换。
     看看大家还有什么妙招,也拿出来共享一下。
     我很期待。

       
   
阅读(1152) | 评论(0) | 转发(0) |
0

上一篇:Slow down

下一篇:新的一年

给主人留下些什么吧!~~