Oracle EBS（电子商务套件）升级和平台迁移(Doc ID 1377213.1)

参考文档： R11i / R12: Oracle E-Business Suite Upgrades and Platform Migration (Doc ID 1377213.1)

MOS Notes还是应以英文为主，中文仅供参考

背景

客户越来越多地面临着升级旧版本的Oracle电子商务套件产品,同时考虑硬件/操作系统升级和可能的跨平台迁移,技术以及生命周期规范性的进步，硬件和软件投资的支持时间表促使他们对指导以及如何处理多种升级方案的方式产生更大的兴趣.

本文概述了一些当考虑平台迁移时升级Oracle电子商务套件可用的机制的指导方针。本文档是补充现有的详细文档的概述,概述了执行迁移的特定的进程.

升级和迁移考虑综述

一个典型的电子商务套件升级(及其组件(如中间件和数据库),由于增加的需求,可以耗时又昂贵,时间包含测试和执行实际的升级,和训练终端管理员和用户的努力.

当结合平台迁移时,业务需求的最少宕机时间往往难以满足

客户平台的迁移可能单独考虑迁移应用程序和数据库层,或两个层一起。在这两种情况下,至关重要的是要理解,迁移是独立的进程,可以认为逻辑是这样的。用户和管理员可能有不同的考虑，通过将它们分解成单独的事件是特别重要的潜在减少宕机时间的方式。

执行数据库迁移到一个新的平台,首先如果被考虑作为EBS升级的一部分,建议客户能够在更早些的停机时间执行该操作——例如,一个客户可能希望他们11.5.10.2数据库层运行Oracle 11gR2 在升级R12之前迁移到在更新更快的硬件上的Oracle Linux 5。执行这个迁移首先将客户留在“认证” 的可以继续运行的配置,直到他们希望在更新的硬件和操作系统上执行R12升级。不管这样做迁移是在一个单独的早些时候停机或作为一个单一的停机时间的一部分,性能将会由于数据库升级到运行在更新,更快的硬件上的R12(即升级驱动程序)而得到提升。

数据库迁移和升级

迁移的一个重要考虑因素是平台的“端序”，尤其是对于数据库层。 这是指为特定硬件和操作系统表示数据的方式，主要是字节存储在存储器寻址，网络，文件存储等的字中的顺序。“大端序”平台存储最高有效字节 （即从低地址开始），而“小端序”平台首先存储最低有效字节。

（大端、小端，或大字节序、小字节序）

下面的列表是EBS数据库层认证的平台:

大字节平台	小字节平台
Oracle Solaris on SPARC	Linux x86/x86-64
HP-UX (Itanium and PA-RISC)	Oracle Solaris on x86-64
IBM AIX on POWER Systems	Linux Itanium
IBM: Linux on System z	HP Tru64 and OpenVMS Alpha
IBM: Linux on POWER Systems	Windows Server x86/x64/Itanium

EBS升级和平台迁移结合可以参考下面模式:

(a) 操作系统在同平台升级(比如升级Oracle Linux 4 到Oracle Linux 5)

(b) 同字节序跨平台迁移

(c) 不同字节序跨平台迁移

此外，数据库迁移过程也可能允许升级作为其中的一部分，后面会强调这点。

A. 相同平台上的操作系统升级

当考虑一个新的操作系统作为目标(例如,一个新版本的Oracle Linux或Solaris),用户可以简单地使用快速克隆技术复制数据文件到一台新机器。用户应该执行文档中的章节:

• ‘Cloning Oracle Applications Release 11i with Rapid Clone‘ – MOS Document 230672.1
• ‘Cloning Oracle Applications Release 12 with Rapid Clone‘ – MOS Document 406982.1
• ‘Cloning Oracle E-Business Suite Release 12.2 with Rapid Clone‘ – MOS Document 1383621.1

相关数据库层,即复制数据文件和Oracle HOME到目标机器.

一些操作系统（通常是Oracle Solaris等Unix）支持在现有机器上“就地”操作系统升级，如果客户希望保留其现有机器并升级操作系统，则可以使用该操作系统。 数据库应该是关闭状态（假设数据文件，Oracle Home等位于单独的非根分区，如SAN），应执行供应商特定的准则以执行“就地”操作系统升级，以升 现有的操作系统，然后数据库再次启动。

B. 迁移到相同字节序的新平台

当数据库迁移的目标是相同的字节序格式时，我们建议使用称为传输数据库（TDB）的数据库迁移过程来迁移数据库。 虽然可以使用导出/导入（数据泵），但是TDB是迁移数据库的最快方法，因此建议使用。 相关的文档:

  11i: ‘Using Transportable Database to migrate Oracle E-Business Suite Release 11i Using Oracle Database 10g Release 2 or 11g Enterprise Edition‘ – MOS Document 729309.1
R12 (12.0/12.1): ‘Using Transportable Database to migrate Oracle E-Business Suite Release 12.0 and 12.1 using Oracle Database 10g Release 2 or 11g Enterprise Edition‘ – MOS Document 734763.1
R12 (12.2): ‘Using Transportable Database to migrate Oracle E-Business Suite Release 12.2 using Oracle Database 11g Release 2 Enterprise Edition‘ – MOS Document 2011169.1‘

传输数据库是在两个平台之间迁移数据最快的方式,过程从根本上是拷贝数据库文件,然后使用恢复管理器(rman)转换数据文件(使用’rman convert database’命令)。然而，EBS TDB迁移过程要求源和目标数据库具有相同的发行版和补丁集版本。用户应该参考上述文档的具体细节,要求和限制.

对于某些相同字节序格式的平台迁移（例如从32位linux或者Windows迁移到64位的，HP-UX PA-RISC迁移到 HP-UX Itanium），客户可以参照下面文档的’Migration Procedure’部分 :

• ‘Using Oracle E-Business Suite Release 12 with a Database Tier Only Platform on Oracle 11g Release 2‘ – MOS Document 456347.1

这些平台支持的专门步骤可作为比可传说数据库更快的替代。

C. 迁移到不同字节序的新平台

当目的平台是不同字节格式的时候，有2种迁移技术

1. 导入导出（数据抽取）

使用datapump的导出/导入一直被传统地用于执行数据库跨平台迁移，这表示将数据库完全逻辑导出到dump文件，然后在导入之前将其移动到目标计算机。 当前，可用的导出/导入的文档有：

11i/10gR2 :’Export/Import Process for Oracle Applications Release 11i Database Instances Using Oracle Database 10g Release 2‘ – MOS Document 362205.1
11i/11gR1 and 11i/11gR2  : ‘Export/Import Process for Oracle E-Business Suite Release 11i Database Instances Using Oracle Database 11g Release 1 or 2‘ – MOS Document 557738.1
11i/12cR1  : ‘Export/Import Process for Oracle E-Business Suite Release 11i Database Instances Using Oracle Database 12c Release 1‘ – MOS Document 1585257.1
R12/10gR2 : ‘Export/Import Process for Oracle E-Business Suite Release 12 Database Instances Using Oracle Database 10g Release 2‘ – MOS Document 454616.1
R12/11gR1 and R12/11gR2 : ‘Export/Import Process for Oracle E-Business Suite Release 12.0 or 12.1 Database Instances Using Oracle Database 11g Release 1 or 11g Release 2‘ – MOS Document 741818.1
 R12 (12.0/12.1)/12cR1: ‘Export/Import Process for Oracle E-Business Suite Release 12.0 or 12.1 Database Instances Using Oracle Database 12c Release 1‘ – MOS Document 1585256.1
R12 (12.2)/11gR2 :  ‘Export/Import Process for Oracle E-Business Suite Release 12.2 Database Instances Using Oracle Database 11g  Release 2‘ – MOS Document 1613716.1
 R12 (12.2)/12cR1 :  ‘Export/Import Process for Oracle E-Business Suite Release 12.2 Database Instances Using Oracle Database 12c  Release 1 ‘ – MOS Document 1926203.1

导出/导入已经针对每个版本的EBS和数据库进行了认证 –  EBS的导出/导入的使用也支持从早期数据库版本导出数据，同时导入到更高版本。 这可能在将数据库的升级与迁移组合时节省一些时间。 然而，对于大型数据库（> 1TB），使用导出/导入可能是一个非常缓慢的过程，应考虑替代方案。

2. 传输表空间

迁移到不同字节序格式的目标平台的替代方案是最近被认证的迁移技术，称为传输表空间（TTS），可以使用TTS来迁移以下EBS/数据库版本的组合：

 11i/10gR2 : ‘Using Transportable Tablespaces to Migrate Oracle Applications Release 11i Using Oracle Database 10g Release 2 Enterprise Edition‘ – MOS Document 454574.1
11i/11gR2  : ‘Using Transportable Tablespaces to Migrate Oracle Applications Release 11i Using Oracle Database 11g Release 2 Enterprise Edition‘ – MOS Document 1366265.1
R12 (12.0/12.1)/11gR2  : ‘Using Transportable Tablespaces to Migrate Oracle E-Business Suite Release 12.0 or 12.1 Using Oracle Database 11g Release 2 Enterprise Edition‘ – MOS Document 1311487.1
R12 (12.0/12.1)/12cR1  : ‘Using Transportable Tablespaces to Migrate Oracle E-Business Suite Release 12.0 or 12.1 Using Oracle Database 12c Release 1 Enterprise Edition‘ – MOS Document 1945814.1
R12 (12.2)/12cR1  : ‘Using Transportable Tablespaces to Migrate Oracle E-Business Suite Release 12.2 Using Oracle Database 12c Release 1 Enterprise Edition‘ – MOS Document 2157661.1

TTS本质上是一个移动或复制部分数据库数据的过程,然后使用恢复管理器(rman)转换数据字节序格式。使用TTS仍需要导出/导入某些EBS数据库中的对象如元数据,系统表等。对小型数据库(如Vision)，这可能占用迁移过程的很大一部分,这就是为什么TTS的额外的复杂性和步骤过程不推荐用于小型数据库。TTS还有其他限制（在内置版本中，以及EBS特定的要求，例如源和目标版本要求）。用户应该审查之前文档的具体细节,要求和限制.

对于非常大的数据库（大于1TB），很可能大多数数据库由与元数据相比较的数据组成 – 为了找出数据库中元数据的相对大小，我们建议用户最初执行测试迁移使用’metrics = y’参数在其数据库上导出/导入，以找出与其数据库中的元数据相比较的数据的相对大小，并且有一个基础来比较时间上的任何增益。一般来说，数据的相对大小（与元数据相比）越大，传输表空间就越适合作为迁移过程，以减少数据库迁移的停机时间。

应用层升级和迁移

R12 使用Rapid Install升级

Oracle电子商务套件11i到R12升级在升级指南中包含许多步骤,包括准备数据库进行升级,安装新的R12应用层(appl_top、中间件等)、数据库上的升级驱动程序的运行等。不同于维修包(从11i的早期版本升级到后来版本如11.5.10)或发布更新包(从12.0.4升级到12.0.6),从11i到R12的升级会丢弃现有的11i应用程序层.

同样地,从11i，12.0或者12.1升级到最新的电子商务套件12.2版本还需要使用快速安装安装一个新的12.2应用程序层- 参照 ‘Oracle E-Business Suite Release 12.2 Information Center – Upgrade‘ – MOS Document 1583158.1.

在升级过程中安装一个新的R12应用层会影响应用程序层平台迁移——因为升级假设在现有数据库开启的状态下，客户将在他们想安装R12的机器上运行快速安装,这意味着可以一步完成R12平台升级和迁移，通过使用快速安装在目标机器放置新的应用程序层.

例如,有一个在32位应用程序层Oracle Linux 4操作系统运行的11i，希望升级到R12并且迁移到新的Oracle64位Linux 5系统，在执行剩下的R12升级之前可以使用64位的Linux x86 – 64 R12快速安装介质在在目标64位Linux 5系统上铺设新的R12应用层

使用发布更新包更新R12

发行版更新包(RUP)是用来升级现有R12实例——例如从12.0.4升级12.0.6 12.1.1 12.1.3或12.2.0到12.2.2。 这通过将RUP应用于现有应用程序层来完成，不使用电子商务套件快速安装。这类似于使用11i维护包执行升级，例如从11.5.9升级到11.5.10。

作为R12 RUP升级的一部分，平台迁移必须首先执行应用程序层的克隆（如果在相同平台的新操作系统之间移动）或平台迁移（如果跨平台迁移）到新系统，然后应用发布更新包以升级R12应用程序层。相关文件包括：

• ‘Cloning Oracle Applications Release 12 with Rapid Clone‘ – MOS Document 406982.1
• ‘Platform Migration with  Oracle Applications Release 12‘ – MOS Document 438086.1
• ‘Application Tier Platform Migration with  Oracle E-Business Suite Release 12.2‘ – MOS Document 2048954.1

总结

以下是执行EBS升级和平台迁移时的建议：

(a) 分别考虑数据库和应用程序层迁移，并计划首先执行数据库迁移。

(b) 在考虑目标平台，数据库大小，过程复杂性和数据库升级可能性的同时，为数据库选择正确的迁移过程。

(c) 从11i到R12或者12.0/12.1 到 12.2的EBS应用层迁移和升级操作可以通过简单地在目标平台上放置新的应用层作为EBS R12升级的一部分，一步完成。

修改记录

20160811 加入12.2/12cR1 TTS