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

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

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

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

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

　　用户组是一个不错的途径，中国有包括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报表和查询，它们将在升级后的验证过程中使用。例如，试算表及未付款发票的重要查询、打开的支付订单、供应商计数、项目数等，都一定要在11i环境中运行，然后在技术升级完成之后，再与R12实例的查询进行对比。

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