如何在未记录的环境中映射服务器依赖项？

Question

想象一下这种情况：

A 公司正在收购 B 公司的一个分部。公司 B 为该部门解雇了大部分员工，并且在要求提供文件时无济于事。现在，您必须使用 ADMT 将用户、组、工作站和服务器从 CompanyB 的子域迁移到 CompanyA 的 Active Directory。

您如何确定托管自定义 LOB 或预打包应用程序的哪些服务器依赖于环境中的其他服务器，以便可以相应地规划迁移策略？像VMware vCenter Infrastructure Navigator这样的东西可以做一些这样的事情，但是除了花费大量时间四处闲逛之外，还有其他方法吗？

答案可以假设在 vSphere 5.1 上运行的所有 Windows 环境，但其他情况的答案也可以。

Answer 1

我一直在你的鞋子里。没有单一的答案可以解决所有问题。

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

当然，它可能没有您需要或想要的那么好。没有任何东西会在一个看似无关的服务器上找到由每日或每周计划脚本引入的“依赖性”，该服务器负责从工作订单系统中提取数据并将其通过 FTP 传输到工资系统中。或者您在库存期间不知何故没有注意到 Linux 盒子上的物理传真线......

我非常喜欢 Joe 的回答——从每个部门开始，与他们的“超级用户”（他们绝对可能不是计算机“超级用户”）一起工作是全面发现项目的重要组成部分。这就是自下而上的方法。在这里，您还会发现人们在自己的机器上运行关键业务应用程序，可能会共享给他们自己的工作组。

该方法的另一部分是进入每台机器并运行一些显示，甚至更好的日志，TCP 和 UDP 连接 $period_of_time 并查看您是否可以捕获流量（端口和端点，可能不需要完整的网络捕获) 与未知应用程序相关。与清点计划任务、服务帐户等类似。这是 BFMI 自上而下的方法。

由于非面向连接的异步进程的可能性，以及不在服务器上运行的东西（或仅从文件共享运行的客户端应用程序），我认为没有单一的自动化方法可以解决这个问题。正确地做这件事需要大量的人力。当然，你可以简单地瞄准 80%，然后开始迁移或淘汰，通过足够的沟通来捕捉让用户崩溃时尖叫的东西。