husthxd - by - 28 十一月, 2004 01:12
顺利完成数据迁移.明天完成扫尾工作.
2004-11-28 01:10
客户可接受的停机时间是周末这两天,只好加班干活了.
由于对其他迁移方法没有足够的测试时间,最后确定使用传统的exp/imp来迁移数据.
源数据库为9.0.1.0.0,目标数据库为9.2.0.6.0,RAC.
感觉上,9206应该是迄今为止oracle最为稳定的一个版本了.
今天中午客户完成业务后正式把系统移交给我们进行迁移,下午3点半开始exp数据,使用direct=y选项,在晚上10点顺利完成导出.
导出文件大概为38g.
晚上10:30开始倒数据,估计明天中午1点左右可以imp完毕,连上创建索引和约束的时间,大概在下午4点前可以完成迁移.
2004-11-28 18:37
上午11点多回去看到import在早上7:57顺利完成导入.大概在8.5个小时把38g的数据导入到数据库中.把索引和约束去掉进行导入速度就是快.
11:30分开始创建索引,在1点左右完成全部索引的创建.明天根据导入日志完成扫尾工作.
最新回复
如果是非同OS同Oracle版本同字符集,最好别用direct=y
偶就遇到过无法导入的情况，否则至少可能会出现一些乱码，重则残废.
作者 silverwang — 28 十一月, 2004 01:12
具体情况具体分析。
当然是在充分测试的情况下才会采用。
在正式迁移前已经做了‘足够’的测试了。
作者 husthxd — 28 十一月, 2004 01:12
目前已在测试中,升级不?
作者 leo — 28 十一月, 2004 01:12
呵呵，不升级了。
感觉9206比90100稳定N多，不想自找麻烦了:)
作者 husthxd — 28 十一月, 2004 01:12
IMP時﹐將INDEX=N,等所有的數據全部都IMP之后﹐在將用TOAD EXP的所有索引全部IMP﹐只是測試過﹐沒有在生產庫上用過﹐不知道大師是否使用過
作者 李迪 — 28 十一月, 2004 01:12
4.用toad生成创建约束和索引脚本,然后重建.
重建??有些不明白。
作者 李迪 — 28 十一月, 2004 01:12
楼主是不是导出一次 full=y direct=y file=xxx.dmp
而导入两次,第一次:full=y row=n ,第二次是full=y row=y,中间把索引跟约束删掉?
那TRIGGER或者其他一些对象需不需要做特殊考虑呢?
作者 不明白的淫 — 28 十一月, 2004 01:12
哦. 那删除索引和约束是删除所有的索引和约束吗?包不包括SYSTEM,SYS,PUBLIC下边的索引和约束呢>
作者 不明白的淫 — 28 十一月, 2004 01:12
那不管是第一次还是第二次导入时,SYSTEM下总是报很多错啊.
我手工新建个数据库,与原来版本一样,运行catalog.sql catproc.sql后进行第一次导入(full=y rows=n)报很多错,第二次也会报错.你导入的时候会不会报错呢 ?谢谢大师
作者 不明白的淫 — 28 十一月, 2004 01:12