ebs的代码与数据库实例的关系问题

chen_7733 · 发表于 2012-9-24 08:26

如果app迁移.app的安装介质起码应该保证大版本一致.例如11.5.10.2 或者R12.0.6. 但是这样只能保证系统正常运行,一些bug或者form可能打开操作时就会报错的.一般是在源系统安装完毕以后为时间点,把patch列出来,然后在目标环境安装新环境的patch了.还要注意客户化的patch,这是其实是做麻烦的;另外一个办法就是在目标环境把app的环境升级到最高版,然后移植客户化.以上的办法是我以前在移植的时候才用的两种办法,但前提是需要大量的应用测试(一般是三个月).有些模块测试不到,很可能移植就是有瑕疵的.

biantonghe · 发表于 2012-9-24 11:39

tessaro 发表于 2012-9-22 10:20
是啊，有点误会了，clone方面我是没什么异议。对于“ebs软件和数据库始终是一个不可分割的整体” 有点疑问 ...

您说的跨平台迁移，数据迁移采用什么方法呢？dump吗？

chen_7733 · 发表于 2012-9-24 11:54

如果编码一致最好,编码不同用你提到TTS 和rman 都行,至于dump 我还没有在项目中用过

tessaro · 发表于 2012-9-25 15:57

chen_7733 发表于 2012-9-24 08:26
如果app迁移.app的安装介质起码应该保证大版本一致.例如11.5.10.2 或者R12.0.6. 但是这样只能保证系统正常 ...

是啊，就这个比较麻烦，oracle应该定期出一些类似数据库PSU那种十全大补，不论系统以前打过那些patch，PSU能跳过打过的和打上所有没打的。如何把patch列出来呢？ patchsets.sh 或者 ad_applied_patches 表里的齐全么？

tessaro · 发表于 2012-9-25 16:12

biantonghe 发表于 2012-9-24 11:39
您说的跨平台迁移，数据迁移采用什么方法呢？dump吗？

异构平台迁移一般有三种：dump/import、 Transportable Tablespaces、RMAN转换，RMAN转换必须Endian一致，TTS也有一些关于IOT的bug，都是比较麻烦的。