作者：MikeSwing——升级电子商务套件（EBS）系统的过程需要几十到几百个步骤。把它想象成爬墙。每个支撑点或立足点都类似于升级过程中的一个步骤。如果丢失了一个支撑点或立足点，会发生什么情况？如果你离地很近，那么坠落并不危险，你可以很容易地重新开始，但是如果你离地25或35英尺，会发生什么呢？从那个高度坠落会导致严重伤害，除非你被绑在攀岩绳上以防坠落。这就是EBS备份在任何包含许多离散步骤的冗长过程中所扮演的角色，例如Oracle EBS升级。每隔6到12个步骤对要升级的系统执行EBS备份，可以使您恢复到最新的备份并恢复工作，同时只损失相对较少的工作。但是想想对升级的系统进行完全备份的成本。假设oraclebs数据库的大小为1tb，dbTier为4gb，appsTier为4gb。总的说来，每次备份占用超过1 TB的备份介质，从开始到结束需要2小时的执行时间。因此，对于一个100步的升级过程，每十几步执行一次备份，就意味着要执行8-9次备份，每次2小时，单是16-18个小时！备份不仅占要执行的步骤总数的很大一部分，而且这些步骤还占用了整个升级过程总运行时间的很大一部分。因此，如果发生错误或意外，需要大约2个小时才能恢复到以前的备份，然后必须重新播放干预步骤，这可能需要另外几个小时的艰苦工作。由于失败的代价很高，相信在提交步骤或按ENTER键之前，每一步都将经过双重检查和三次检查，可能由第二个人或第三人进行检查。难怪升级Oracle EBS是如此的累人和昂贵！最快的手术是你从来没有做过的手术如果您不必执行所有这些备份，但您仍然可以将整个Oracle EBS系统堆栈恢复到任何时间点，就像您曾经执行过一样？这就是使用Delphix的数据虚拟化技术的感觉。首先，将一组asourcea Oracle EBS组件链接到Delphix，这些源代码以压缩格式存储在Delphix设备中。然后，这些源可以在几分钟内生成只占用很少存储空间的虚拟拷贝。Delphix管理员可以将整个OracleEBS系统堆栈的虚拟副本提供到单个Delphix JetStream容器中，供个人或团队使用。容器的组件（包括Oracle EBS数据库、Oracle EBS dbTier和Oracle EBS appsTier）成为升级团队工作的环境。Delphix捕获对Oracle EBS数据库、Oracle EBS dbTier和Oracle EBS appsTier（称为时间流）所做的所有更改。此外，Delphix JetStream容器允许用户在时间流内创建书签或命名时间点，以加快重要时间点的位置，并轻松恢复到该时间点。因此，每个开发人员或团队都可以拥有自己的整个Oracle EBS系统堆栈的私有副本。当开发人员逐步完成升级的每一步时，他们可以在每两步之后创建一个书签，只需几秒钟。如果他们犯了错误或发生了意外，那么他们可以在几分钟内将整个JetStream容器（包括整个Oracle EBS系统堆栈）倒回所需的书签，然后从那里继续。让我们一步一步地完成这一步，使用下面的示例OracleEBS系统堆栈已经链接并准备在Delphix设备中使用。Delphix中Oracle-Oracle EBS系统栈的一个例子所以在这里我们看到一个完整的电子商务套件R12.1系统堆栈连接到Delphix。在下面的屏幕截图中，您可以在左侧导航栏的Sources数据库组或文件夹下看到三个dSource对象。这三个dSource对象命名为：Oracle EBS R12.1应用程序Oracle EBS R12.1 dbTechStack甲骨文EBSDB前两项是vFiles，包含分别代表E-Business Suites R12.1应用层和数据库层的文件系统子目录。最后一项是虚拟数据库或VDB，其中包含用于电子商务套件R12.1系统的Oracle数据库。每一个都由圆形的黑色数据源图标表示为数据源，其中有字母"dS"（下面用红色箭头表示）将Oracle EBS数据源注册为JetStream模板这三个数据源被封装在Delphix JetStream用户界面的一个模板中，如JetStream图标所示，在数据源图标的右侧，有一只小手伸出一个代表数据源（下面红色箭头所示）的小圆柱体；在JetStream用户界面本身中，我们可以看到所有三个数据源都封装在一个JetStream模板中，三个数据源包含模板的三个数据源；将Oracle EBS VDB封装为JetStream容器一旦数据源被封装为JetStream模板，那么我们就可以将从这些数据源创建的vdb和vfile封装为JetStream容器。在这里，我们看到数据库组或文件夹名为Targets在左边的导航栏中圈出，VDB和vFile的蓝色图标中带有字母"V"用红色箭头表示，而较暗的JetStream容器图标用绿色箭头表示；使用用于Oracle Oracle EBS的JetStream容器在Delphix JetStream的控制下，我们可以开始升级Oracle EBS的漫长过程。在开始之前，我们应该创建一个名为Upgrade Step 0的JetStream书签，以指示升级的起点；然后，在Oracle EBS系统堆栈中执行升级的前五个步骤后，返回JetStream用户界面并创建JetStream书签名称dupGrade Step 5，如下所示；在升级的每个步骤之后，或者在任何冗长的步骤之前，回到Delphix JetStream用户界面，为升级过程中的步骤创建一个名为"适当"的书签，如下所示；在用于Oracle Oracle EBS的JetStream容器中执行回放因此，我们在Oracle EBS升级过程中执行高效的步骤，而不必担心备份。哎呀！在升级步骤59，我们犯了一个严重的错误！如果我们每隔12步左右进行一次备份，那么最近的备份可能是11步前的升级步骤48。除了在数据库、dbTier和appsTier中恢复备份可能需要几个小时，我们还需要重新执行11个步骤。相比之下，使用Delphix JetStream，我们有更好的选择。从Delphix JetStream用户界面，我们可以恢复到timeflow上的任何时间点，无论它是我们先前在升级过程中的已知步骤中创建的书签之一，还是恢复到timeflow行上的任何时间点位置，该时间点可能位于升级步骤的中间，因此，这不是一个可行的重新开始的点。因此，因为我们希望从过程中已知且可行的步骤重新启动升级，所以我们要将整个Oracle EBS系统堆栈一致地恢复到JetStream书签升级步骤55|因此，首先让我们单击名为upgradestep55的JetStream书签，然后单击恢复操作的图标开始倒带；在收到提示"是否确定"并确认"是"之后，恢复过程开始为容器中的所有三个数据源创建一个全新的时间流；请注意，旧的时间流在JetStream用户界面的左侧仍然可见并可访问，即使新的时间流已恢复到右侧。最后，恢复操作完成，现在Oracle EBS系统堆栈的所有三个部分（即appsTier、dbTier和database）都已恢复到升级步骤55，只需大约15分钟的时间，这是从备份中恢复所需2小时的一小部分。现在我们可以恢复Oracle EBS升级过程，几乎没有任何时间损失！收益汇总表因此，在使用Delphix Jetstream时，请记住以下几点：；一旦Delphix管理员提供了JetStream容器（通常是数据库管理员或dba的角色），上面显示的所有操作都由JetStream数据用户执行，这些用户通常是开发人员自己执行升级不需要在团队之间协调备份或恢复==浪费的时间更少使用Delphix消除了执行备份的需要，因为Oracle EBS系统堆栈的所有三个组件（即appsTier、dbTechStack和database）在整个时间流中的所有更改都会自动记录在Delphix中无备份==消耗的存储更少==浪费的时间更少使用Delphix消除了从备份中恢复的需要，因为时间流可以恢复到任何以前的时间点，只需执行从备份恢复所需时间的一小部分无恢复==浪费的时间更少很难想象不使用几十年来一直使用的weave方法来执行Oracle EBS升级，但时间已经到了。数据虚拟化和服务器虚拟化一样，正在迅速成为新的规范，它正在使一切变得更好！我会在那里签名和谈论EBS。我们能成功吗？没关系，看看我最近与Delphix的在线研讨会，避免了Oracle电子商务套件升级项目的缺陷作者：Mike Swing OCP DBA，Oracle Ace，13本Oracle EBS升级书籍的作者推特：@mike\u swing