又来了！在今天的帖子中，我将讨论如何定义系统转换计划。对我来说，这是整个过程的肉和土豆。正如我在过去的博客中所提到的，从物理拷贝数据管理转换为虚拟拷贝数据管理，听起来很简单。然而，在这种交换中有一点涉及到计划转换。这就是我今天要讲的部分。如果您是Delphix技术的新手，请访问https://www.delphix.com或者在网上搜索Delphix。同时，我也计划举办一个网络研讨会来帮助解释这些博客，因为我知道阅读是乏味的。我会让你知道的。为了跟上进度，请参阅我之前的博客，了解Delphix的企业级部署。你现在有了Delphix的目标和目标解决方案设计第1部分解决方案设计第2部分解决方案设计过渡过程解决方案设计—添加掩蔽|高级时间线|需求分析|影响分析|预算分析定义转换计划为IT项目、合并和收购、托管服务和大量其他目的提供系统环境是我25年来的生命线。所以我可以继续闲逛。我在这里所说的转换计划是用虚拟数据库和应用程序交换物理数据库和应用程序的方面。然后将专用于物理对等体的资源返回。这就是投资回报变得显而易见的地方。您需要让不同的IT团队参与进来，以帮助您构建转换计划。当然，dba和应用程序交付团队需要参与进来。但是一些应用程序开发团队有一个循序渐进的保证过程，他们通过工作来验证成功的转换。让他们审查解决方案设计和影响分析将激发他们的参与需求。他们可能会看到自动化改进和发布交付方面的改进，他们可以为您的最终部署设计增加价值。向他们介绍过渡计划数据流图。他们肯定会根据他们对系统的专业知识找到需要填补的空白。然后，您可以将as保存为该团队的区域或职责。类似于物理到虚拟的过渡计划—Oracle电子商务套件，或物理到虚拟的过渡计划—SAP，物理到虚拟的过渡计划—SQL Server，等等下图显示了转换过程的数据流和决策点关系数据库管理系统在Delphix中，从物理RDBMS到虚拟RDBMS的直接转换相当简单。需要物理到虚拟迁移过程摘要来概括解决方案架构师、Delphix管理员、数据库管理员和数据安全团队所需的迁移工作。它还为管理层提供了一个在确定各自团队的资源需求时所需努力程度的概念。在所示的图表中，流程框被注释，以表明这是一个将在Delphix技术中执行的流程。应用程序（vFiles）我对VCDM的处理方法可能与我的同事有所不同，那就是我相信应用程序vFile dSource将从一个非生产准备位置开始，通过SDLC环境向前推进，而不是从生产部署中拉下来环境或简单如Apache托管的自定义Web应用程序。我认为这是因为在部署应用程序环境时应该来自一个核心集或干安装的OEM文件。我所说的干式安装是指运行所需的配置更改最少的位置。在以后的一个生产点，可能需要一个记录在案的dSource配置文件，以便在以后的生产环境中对方法进行自动配置，但我认为这更符合生产相关问题的修复分析，更符合标准的SDLC推广流程。由于源vFiles将来自一个干燥的安装位置，因此文件系统中没有隐藏的敏感数据，因此掩蔽和选择性数据分发过程决策点是不必要的。因此，为了保持我的这两种vcdm部署策略，swim lane图提供了从物理应用程序到虚拟应用程序或vFile迁移过程的过渡过程。定义每个已转换的应用程序堆栈所需的资源上面的图表提供了将物理实例交换到虚拟实例所要采取的操作的概要。但是，根据这些系统负责开发、交付和服务水平协议（SLA）的团队将执行验证检查、访问检查和自动化步骤，以便与这些系统集成。他们希望在过渡阶段确定并考虑他们的人员配置水平（LOE）。必须从这些团队中获取所需的时间，之前讨论过的影响分析已经给了经理一个提示，经理可以提供详细的LOE，执行工作的资源名称，以及该工作是否由全职员工（FTE）执行或增加顾问。与LOE相关的成本应作为资源和完成时间记录在预算过程和项目计划中。下图显示了一个应收账款应用程序和应用程序开发团队的示例跟踪方法，这些团队可能在过渡过程中有利害关系。使用像这样的excel工具可以帮助您解决每个团队的全部承诺，然后帮助您为LOE制定预算和项目计划。下一期文章-创建实现和推出计划今天的博客到此结束。我们已经完成了项目的前期计划和解决方案阶段。接下来，我们将完成创建实施计划的过程。