在 Windows 中完全复制应用程序安装

伙计..这是工资单！

在你知道自己在做什么之前，不要胡思乱想、试验或采取行动。 公司里的每一个人，如果他们得到错误或迟到的报酬，都会恨你。更不用说你自己的家人，他们需要你得到报酬才能吃饭。我过度戏剧化了，但只是一点点。

• 由于它是工资单，因此您获得供应商支持的可能性几乎 100%。（提前）获取将软件从一台服务器移动到另一台服务器的过程。他们应该确切地知道如何去做。仔细复习几遍。
• 您可能需要更新或修补软件或 WS 2008 .. 如果需要，请获取它们。
• 与工资单合作以正确计时..不要在周期后期这样做。
• 当你这样做时，让他们的技术支持在线。
• 安排 Payroll 对其进行彻底测试。如果您使用服务，您可以进行测试传输并获得测试检查。

Windows 安装程序不仅仅是复制文件。他们注册 DLL 文件，写入注册表，并建立数据库连接。您最好的选择是找到您的软件的安装包并重新安装该软件。安装完所有内容后，您可以尝试复制任何数据库文件。

VMware（或 Virtua Box 或其他）是您的朋友。搭建Win2008服务器。尝试再次安装软件包，复制任何 ODBC 连接或配置文件，看看您的应用程序是否工作正常。

一旦您真正了解了应用程序在特定配置中的要求，您就可以放心地进行迁移。如果您编写安装脚本，那么您（或其他人）可以在另一年再次执行此操作；-)

该作业的工具是进程监视器。

它将向您显示任何 Windows 进程的所有文件访问、注册表访问和网络访问。

问题是，有时安装程序会分叉一个进程并启动另一个安装程序或运行某种脚本......您必须过滤数十万个系统跟踪事件才能找出与您的软件相关的事件。

最好的办法是致电您的供应商寻求支持 - 如果您没有任何支持，请立即获取。这就是你需要为你的老板提供的所有借口，当不可避免的“这是因为它在 Server 2008 (x64?) 上吗？”时，你会很高兴你有它。问题弹出。

没有一种简单的方法可以做到这一点，因为您还需要知道安装程序创建了哪些注册表项以及它注册了哪些 COM 服务器。您可能会发现只需复制文件夹，然后任何明显相关的注册表项都可以工作，但重新安装会更安全。

JR

听起来你真的很想制作一个 MSI，它相当于 Linux 中的 .rpm 或 .deb。有很多商业软件可以用来做这件事。

这是 Microsoft 知识库文章：http: //support.microsoft.com/kb/257718

不知道您移动应用程序的动机，您是否考虑过 P2V 流程？将应用程序留在操作系统上，移动操作系统？旧硬件的遗留应用程序/救援是大型 P2V 目标。

无论您做什么，都不要只是复制文件。您需要运行安装程序才能创建正确的注册表项并注册正确的 DLL。正如tomjedrz所​​说——这是工资单。搞砸了，丢失的数据可能是如何发送您的薪水（尽管它可能会计算出您的严重程度。）

如何在服务器 2008 机器上安装新的工资单应用程序，然后备份工资单应用程序并在服务器 2008 机器上恢复它。