如何在未記錄的環境中映射伺服器依賴關係？
想像一下這種情況：
A 公司正在收購 B 公司的一個子公司。CompanyB 解雇了該部門的大部分員工，並且在要求提供文件時沒有幫助。現在，您必須使用 ADMT 將使用者、組、工作站和伺服器從 CompanyB 的子域遷移到 CompanyA 的 Active Directory。
如何確定哪些託管自定義 LOB 或預打包應用程序的伺服器依賴於環境中的其他伺服器，以便相應地規劃遷移策略？VMware vCenter Infrastructure Navigator之類的東西可以做到這一點，但除了花大量時間四處閒逛之外，還有其他方法嗎？
答案可以假設在 vSphere 5.1 上執行的全 Windows 環境，但其他情況的答案也可以。
我一直在你的鞋子裡。沒有一個單一的答案可以做到這一切。
您可以在發現產品上花費大量資金，並希望它了解您的應用程序的所有資訊。它們確實存在，有些應該很好。
當然，它可能不如您需要或想要的那麼好。沒有任何東西會找到由看似無關的伺服器上的每日或每週計劃腳本引入的“依賴關係”，該伺服器負責從工作訂單系統中提取數據並將其通過 FTP 傳輸到工資系統中。或者你在盤點期間不知何故沒有註意到的 Linux 盒子上的物理傳真線……
我非常喜歡喬的回答——從每個部門開始，與他們的“高級使用者”（他們絕對可能不是電腦“高級使用者”）一起工作是全面發現項目的重要組成部分。這就是自下而上的方法。這也是您會發現人們在他們自己的機器上執行關鍵業務應用程序的地方，這些應用程序可能共享給他們自己的工作組。
該方法的另一部分是進入每台機器並執行顯示，甚至更好的日誌，TCP 和 UDP 連接 $period_of_time 的東西，看看你是否可以擷取流量（埠和端點，可能不想要完整的網路擷取) 與未知應用程序相關。清點計劃任務、服務帳戶等也是如此。這是 BFMI 自上而下的方法。
由於非面向連接的非同步程序的可能性，以及不在伺服器上執行的東西（或簡單地從文件共享執行的客戶端應用程序），我認為不可能有一個單一的自動化方法。正確地做這將是人力密集型的。當然，你可以簡單地瞄準 80%，然後開始遷移或分解，通過足夠的溝通來捕捉讓使用者在崩潰時尖叫的事情。