我与从Windows Server 2003（IIS 6）到Windows Server 2008 R2迁移经典ASP基于Web的应用程序任务的系统管理员（IIS 7.5）查找DLL依赖传统的ASP Web应用程序
的应用程序是很老写于2002-03年左右，并且有关的开发人员已不在身边了，让我知道与此Web应用程序相关的任何事情。
大量的试验和错误之后，我已经能够获得2008 R2上运行的Web应用程序。
在浏览通过应用程序，我得到这对进一步调查我的理解都涉及到其Web应用程序调用的DLL各种错误。
我的问题是，我不知道在源服务器上使用/调用了哪些DLL，我需要在新服务器上复制&寄存器。
我试图用DependancyWalker，但我不能找到一种方法，使用这种工具的Web应用程序。
我真的很感谢这个社区的帮助。
这不是火箭科学。
当你发现一个COM组件扶养您可以使用ProgId识别和定位这是在Windows注册表中注册的DLL。
唯一DLL依赖关系来自COM组件DLL和这些只能在经典ASP/VBScipt与
Server.CreateObject("ProgId")
和
CreateObject("ProgId")
分别调用。
写了一篇关于这个广泛这里
Error ASP 0177: 8007007e Server.CreateObject fails for COM DLL
谢谢，这肯定会有所帮助。由于我是一名非编码技术人员，我实际上并不了解关于该主题的许多其他文章，但是这个文章非常好。谢谢 –
@PankajBhalerao我很高兴你发现它有帮助。欢迎来到[so]。 – Lankymart
我找到了一种简单的方法来查找特定于我的Web应用程序的DLL。
我称为RegDLLView从Nirsoft.net小的免费软件工具，其中列出所有这些都与文件路径，描述，公司名称等细节的服务器注册的DLL文件。
我发现我所有的Web应用程序是通过检查公司名称和被列出的所有DLL文件的路径调用该DLL文件。
现在我只需将这些DLL复制到我的新服务器并在新系统上注册这些DLL。
我不确定列出每个DLL是有用的，理想情况下，您只需要COM DLL。 – Lankymart
这里有大量的意见如何识别COM DLL依赖关系。 [错误ASP 0177：8007007e Server.CreateObject失败的COM DLL]（http://stackoverflow.com/a/35985827/692942） – Lankymart