技术开发 频道

如何制定Oracle EBS R12升级检查清单

  【IT168 技术】我应该从哪里开始执行Oracle电子商务套件(E-Business Suite,EBS)R12的升级?如何才能实现最高效的升级?

  对于初次执行这个过程的人而言,我们需要在规划阶段理清一些问题。许多人经历过以前的Oracle EBS升级,但是R12版本的升级与以前大不相同,需要使用一些不同的方法。

  在与许多公司进行经验交流时,有一个问题总是困扰我:创建第一个可用实例,然后解决生产实例部署,都是非常有难度的。我们该如何进行规划,减小创建升级实例的难度呢?

  当您获得11i环境的第一个克隆版本时,通常DBA会负责编辑一个检查清单,然后按照检查清单执行技术升级,保证按照正确的顺序完成补丁与升级步骤。与过去的升级相比,很重要的区别在于还需要使用一个功能检查清单,其中包含升级前和升级后步骤。这个检查清单可以发现遇到最新问题的应用程序。

  那么功能检查清单制定的信息从哪里找?第一,Oracle在“My Oracle Support”中提供了EBS R12.1信息中心(ID 806593.1),其中包含了所有关于12.1版本的最新文档。如果从11i升级到12.1.3版本,那么您可以阅读《Oracle电子商务套件11i至12.1.3升级指南》,其中包含了各个模块的功能升级前后步骤。另一个方法是使用Oracle维护向导,它可以指引您完成所有升级步骤。

  另一个方法是聘请有升级经验且了解升级步骤的专业顾问。

  用户组是一个不错的途径,中国有包括ACOUG(Oracle中国用户组)在内的活跃组织。加入这些用户组,您可以从中获得许多与R12升级规划与执行相关的有用资源。通过利用这些资源,我就能够确定升级前和升级后检查清单及其创建工具的重要性。

  在Los Alamos国家实验室中,我们组合运用了这三个方面的知识,制定了最全面的升级前和升级后步骤检查清单。在进行上面的研究时,我们发现,在我们的特定环境中,要实现一个可行的升级后环境,以下方面至关重要:

  ·如果您运行了Accounts Payable,那么您一定要运行11i——Payables Accounting Health Check (ID 416699.1),并且在升级R12的数据之前,通过Oracle Support的Service Requests解决现有11i数据的问题。 在11i版本中,在SQL Plus中运行APAtgHealthCheck.sql,就能实现这个目标。到了12版本,这个工作将由Oracle Diagnostics完成。不运行健康检查,您也可以进行升级,但是这样做可以帮助您确定和排除Accounts Payable中存在的持续数据冲突。预先清查这些数据,可以减小R12升级后环境的AP数据出错风险。

  ·无论是在升级环境克隆之前,还是在技术升级步骤之前的克隆环境中,都一定要指派专业人员进行检查,运行相应的任务和解决错误,保证将所有金融交易从界面表格中清除。

  ·与上面的要求相同,最好要在会计周期开始时执行升级,这样才可以完全包含完整的财务月份数据,并且清除所有交易信息,在转到整洁的新周期时,才不会出现跨越11i和12的交易问题。

  ·在升级前步骤中,必须制定一个功能决策,确定将要转换的Subledger Accounting的数据量。默认情况下,升级过程会转换本财年数据及所有相关的前一财年数据,保证整个升级过程包含6个周期。如果您希望转换更多的数据,那么DBA需要在11i版本的APPL_TOP上应用补丁233248,然后提交SLA升级前程序。

  ·删除用户和职责的自定义文件夹,避免在升级后环境中出现错误。一定要让用户在新的R12实例中重新创建所有的自定义文件夹。

  ·如果运行Oracle Enterprise Asset Management,那么您必须在开始升级之前获得Install Base。具体请参见Oracle Note ID 884201.1

  ·确定需要运行的重要Oracle报表和查询,它们将在升级后的验证过程中使用。例如,试算表及未付款发票的重要查询、打开的支付订单、供应商计数、项目数等,都一定要在11i环境中运行,然后在技术升级完成之后,再与R12实例的查询进行对比。

  上面所列是在准备升级环境时需要考虑的一些重要任务。有一些方法可以为公司的升级创建这样的检查清单,具体与您的特定EBS环境相关。其中,最重要的是创建一个详细的清单,列出这些活动及其在升级过程中的相关时间,这个清单可以项目过程中每一个R12实例中重复使用。

  原文链接:http://www.searchdatabase.com.cn/showcontent_67886.htm

0
相关文章