迁移 – 如何在未记录的环境中映射服务器依赖项?

前端之家收集整理的这篇文章主要介绍了迁移 – 如何在未记录的环境中映射服务器依赖项?前端之家小编觉得挺不错的,现在分享给大家,也给大家做个参考。
想象一下这种情况:

CompanyA正在收购CompanyB的一个分部.公司B为该细分裁掉了大部分员工,在要求提供文件时没有帮助.现在,您必须使用ADMT将用户,组,工作站和服务器从CompanyB的子域迁移到CompanyA的Active Directory.

如何确定托管自定义LOB或预打包应用程序的服务器是否依赖于环境中的其他服务器,以便可以相应地规划迁移策略?像VMware vCenter Infrastructure Navigator这样的东西可以做到这一点,但还有其他方法除了花费大量的时间只是戳?

答案可以假定在vSphere 5.1上运行的所有Windows环境,但其他情况的答案也可以.

我一直在你的鞋子里.没有一个答案可以做到这一切.

您可以在发现产品上花费大量资金,并希望它了解您的应用程序.它们确实存在,有些应该是相当不错的.

当然,它可能不如您需要或想要的那么好.并且没有任何东西可以在一个看似无关的服务器上找到由每日或每周安排的脚本引入的“依赖性”,该服务器负责从工作订单系统中提取并将其FTP到工资单系统中.或者你的库存中你不知道的Linux盒子上的物理传真线……

我非常喜欢Joe的答案 – 从每个部门开始,与他们的“超级用户”(绝对可能不是计算机“高级用户”)合作是综合发现项目的重要组成部分.这是自下而上的方法.在这里,您还可以找到人们在自己的计算机上运行业务关键型应用程序,可能与他们自己的工作组共享.

方法的另一部分是进入每台机器并运行显示甚至更好的日志,以及$period_of_time的TCP和UDP连接,并查看是否可以捕获流量(端口和端点,可能不希望完整的网络捕获)与未知应用程序有关.同样,清点计划任务,服务帐户等.这是BFMI自上而下的方法.

由于非面向连接的异步流程的可能性,以及不在服务器上运行的东西(或者只是从文件共享运行的客户端应用程序),我认为没有一种自动方法可以做到这一点.做正确的事情将是人力密集的.当然,你可以简单地瞄准80%,然后开始迁移或退役,通过足够的沟通来捕捉那些让用户在他们休息时尖叫的东西.

猜你在找的设计模式相关文章