如果两套系统的操作系统和数据库版本是一致的,直接用rman来还原。这种方式可能是最快的
如果结构不同,尝试用expdp/impdp,使用合适的并行度,比exp/imp要快得多如果还是不能满足时间要求,可以临时配置一个逻辑同步方案,保证两边数据一致,例如用goldgate。然后找个合适的时间切换数据库

解决方案 »

  1.   

    同意楼上的,LZ可以用EXPDP/IMPDP,而且只导相关schema。这样时间会比较短。
      

  2.   

    100G 数据导入导出用三天,有点儿不正常。最近做的>100G,linux => AIX,用了约四个小时。网络的影响很大,服务器到导出用的客户端电脑最好有千兆网速。
      

  3.   


    expdb和impdp是不是要在服务端使用的,就是现在旧的服务器expdb再把导出的dmp拉倒新无服务器上面?
      

  4.   

    尝试了一下expdb,就卡住在下面了,没有继续向前,
      

  5.   

    对的,expdp/impdp会跳过网络这一步,并且可以开并行,加快备份速度。比exp/imp稳定,不容易出错
      

  6.   

    数据库迁移,需要提供
    1. 源端和目标端数据库版本
    2. 源端和目标端系统平台
    3. 数据量(活跃数据量)
    4. 最大停机时间
    然后才能够确定大概方案
    ---------------------------------------------------------------
    QQ号:107644445
    邮箱:[email protected]
    BLOG:http://www.xifenfei.com
    提供专业ORACLE技术支持(数据恢复,安装实施,升级迁移,备份容灾,故障诊断,系统优化等)
      

  7.   

    expdp本身就是只能在服务端运行的。你看的卡在那,有可能是正在导出。 另外,对于先导空库,然后通过数据链查询写入的数据,是不是所有表都需要一个晚上写入才行,要不然可以分阶段导的。
    (以前有导过一个数据库,历史数据表巨大, 但是可以根据时间进行查询导入的) 
      

  8.   

    对的,expdp/impdp会跳过网络这一步,并且可以开并行,加快备份速度。比exp/imp稳定,不容易出错忘了说这个是从10g导进到11g,impdb导进去会出现致命性错误的
    网上找了一下,说加一个exclude=statistics参数,但是加了之后报
    ORA-39002: 操作无效
    ORA-39168: 未找到对象路径 STATISTICS。记得imp导入的时候使用一个:statistics=none 这样的参数就可以忽略版本之间的差异。
    expdb命令导出的能使用imp直接导入么?
      

  9.   


    卡住的问题解决了,是因为有一个表是6g大的,导出的时候会卡住一会,现在已经正常导出了,但是在新库中导入出现了新问题,求救,具体问题如上面,expdb导出的一定要用impdb导入么?
      

  10.   

    对的,expdp/impdp是一套,然后exp/imp是一套。
      

  11.   

    可能和bug有关。跨版本导入的时候,可以增加一个参数version
    例如导出的数据库版本是10.2.0.4,则导入时,在impdp语句后加个参数version=10.2.0.4.0如果还有问题,提供一下导出导入语句的写法