USANA Health Sciences公司是一家美国的营养品开发与制造公司，他们正在评估要不要进行Oracle E-Business软件升级，他们计划将之前的11.5.10版本升级到12.0.6版本，而在评估过程中，USANA主要考虑了三个关键业务要素。

　　首先，USANA之前使用过Oracle Process Manufacturing(OPM)软件，而且在整个系统中与Oracle应用集成了许多第三方软件，造成系统复杂程度过大，其中有一个系统进行流程制造管理，另一个系统进行离散制造管理。

　　其次，一些已经离职的员工认为USANA的补丁升级策略过于落伍。他们指的是在2008年十月公司提出升级评估的时候，他们的系统的每一个模块都至少有6-18个补丁程序没有安装，这距离Oracle建议的补丁级别有着较大的距离。

　　最后，USANA希望能够借助一些新的模块来提升自己的管理水平，比如制造执行系统(Manufacturing Execution System)和流程制造仓库管理(Warehouse Management for Process Manufacturing)等。

　　进一步实行Oracle E-Business Suite升级

　　USANA早在2008年十一月份就在考虑将Oracle E-Business Suite升级到12.0.6版本，而且他们成立了一支升级团队来制定升级计划。这支团队成员包括了两名ERP分析师、一名Oracle应用主管和一名DBA。USANA坚持不找咨询师来辅助升级，因为当时还没有哪位咨询师有过OPM升级到12版的相关经验。USANA最初希望整个升级可以在2009年的五月份之前完成，然而事情进展得并不顺利，造成时间一拖再拖，其中有两个主要原因：一、在进行OPM数据迁移的时候，复杂程度超乎想象;二、在2009年的六月，项目进行的同时Oracle又发布了一个更新的更好的升级版本。

　　因此USANA决定直接部署12.1.1版本。

　　团队立即为升级到12.1.1制定了一个新的项目计划，并预期在2009年的十一月上线。为了赶时间，USANA分配了两个开发实例作为数据迁移的测试箱。一个实例用来进行用户验收测试，另一个允许DBA和系统分析师进行尽可能多的数据迁移。

　　用户验收测试和差距分析开始于八月，而新的数据迁移任务开始于九月初。到十月份的时候，在Oracle技术支持团队的协助之下，USANA基本上解决了所有的关键难题。而DBA使用的第二个实例开始进行从旧版本到新版本的独立迁移。到了十月底，DBA和Oracle E-Business Suite升级团队已经生成了一个定义良好的升级文档，并且可以马上用于十一月开始的生产环境迁移。

　　在测试的过程中，团队最关心的一个问题就是迁移过程中所需要的数据库停机时间究竟是多少?USANA的数据库一共有160GB数据，升级团队要求迁移一整年的财务数据。但是由于DBA对这一过程更加的熟悉，他意识到大多数预迁移的补丁在实际升级之前的数周就可以完成安装。因此他制定了一个补丁安装的日程表，这样做DBA就可以将停机时间限制在24小时之内了。

　　在十一月二十五号的下午五点，USANA开始了生产实例的迁移过程。在二十七号早晨，公司的Oracle E-Business Suite成功升级到12.1.1，在接下来的24小时里，系统分析师进行了所有必要的设置步骤，到二十九号，整个系统运行正常，升级任务宣告成功。