想象一下这种情况：
A公司正在收购公司B的一个分部。 公司B将大部分员工放在该细分部分，而且在询问文档时没有帮助。 现在，您必须使用ADMT将CompanyB的子域中的用户，组，工作站和服务器迁移到CompanyA的Active Directory中。
您如何确定托pipe自定义LOB或预打包应用程序的哪些服务器对环境中的其他服务器具有依赖关系，以便相应地规划迁移策略？ 像VMware vCenter Infrastructure Navigator这样的工具可以做到这一点，但除了花费大量时间外，还有其他的方法吗？
答案可以假定在vSphere 5.1上运行的所有Windows环境，但其他情况下的答案也可以。
我一直在你的鞋子里 没有一个答案能够完成这一切。
您可以在发现产品上花费大量资金，并希望知道所有关于您的应用程序的信息。 他们确实存在，有些应该是相当好的。
当然，它可能不如你需要或想要的。 没有任何东西可以find每天或每周计划的脚本在一个看起来不相关的服务器上引入的“依赖性”，这个服务器负责从工作订单系统提取数据并将其FTP到工资系统中。 或者您在清单过程中没有注意到的Linux机器上的物理传真线路…
我很喜欢乔的回答 – 从各个部门开始，与他们的“高级用户”（他们肯定可能不是电脑用户）合作是全面发现项目的重要组成部分。 这是自下而上的方法。 您也可以在自己的机器上find运行业务关键型应用程序的人员，这些应用程序可能会共享给他们自己的工作组。
这种方法的另一部分就是进入每一台机器，运行一些显示甚至更好的TCP和UDP连接的date为$ period_of_time的东西，看看你是否可以捕获stream量（端口和端点，可能不希望完整的networking捕获）涉及未知的应用程序。 同样清理计划任务，服务帐户等。这是BFMI自顶向下的方法。
由于面向非面向连接的asynchronous进程的可能性，以及不能在服务器上运行的事情（或者只是从文件共享运行的客户端应用程序），我不认为可以有一个自动化的方法。 这样做是人力密集型的。 当然，你可以简单地瞄准80％，然后开始迁移或分解，通过足够的沟通来捕捉让用户在rest时尖叫的东西。
一个最有效的方法是逐个closures每个服务器，并注意什么是中断和什么抱怨（但仍然是function）。
如果您有良好的监控，警报，日志分析（logstash，splunk等）以及事先设定好的指标，这将特别有用。
这不是一个最佳实践。
要么…
另一种方法是记下每个服务器上运行的所有服务和进程，不包括每台计算机通用的服务和进程（基本的Windows进程/服务，防病毒软件等）