Server Fault is a question and answer site for system and network administrators. Join them; it only takes a minute:

Sign up
Here's how it works:
  1. Anybody can ask a question
  2. Anybody can answer
  3. The best answers are voted up and rise to the top

I've got a Windows Server 2003 computer with a payroll application, and a new Server 2008 System that I'm migrating to. My question is regarding (I believe) all Windows:

How can I track all files installed by an installer so that I may copy those files over to another system? I notice in Windows that the installers for most applications don't always log everything. If I had a file list I could simply script the copy.

Being a Linux guy, I'd love to hear how to do this in Windows *

share|improve this question
So, you can't find the installer? It might cause more trouble 'moving' an application than just getting the software back or buying a new license. I suggest you look for configuration moves, rather than the whole application move as the latter will not always be as efficient since Windows installs are not usually pretty (Dynamic Registry additions, DLL registrations, you name it...) – l0c0b0x Jun 17 '09 at 17:46
up vote 13 down vote accepted

Dude .. this is PAYROLL!

Do not screw around or experiment or act until you know what you are doing. Every single person in the company will hate you if they get paid wrong or late. Not to mention your own family, who need you to get paid so they can eat. I over-dramatize, but only a bit.

  • Since it is payroll, there is a near 100% likelihood that you have vendor support. Get (well in advance) the procedure for moving the software from one server to another. They should know exactly how to do it. Review it, in detail, several times.
  • You may need an update or patch to the software or to WS 2008 .. if so get them.
  • Work with Payroll to time it properly .. don't do it late in the cycle.
  • Have their tech support on the line when you do it.
  • Arrange for Payroll to test it thoroughly. If you use a service chances are good that you can do a test transmission and get a test check.
share|improve this answer

Windows installers do much more than just copy files. They register DLL files, write to the registry, and establish database connections. Your best bet is going to be finding the install package for your software and reinstalling the software. Once you have everything installed, you can try to copy over any database files.

share|improve this answer

VMware (or Virtua Box or whatever) is your friend. Build a Win2008 server. Try installing the package again, copy any ODBC connections or config files, see if your application works just the same.

Once you really understand what your application requires in your particular configuration then you can migrate with a bit of confidence. And if you script your installation then you (or someone else) could do it again in another year ;-)

share|improve this answer

The tool for the job is Process Monitor.

It will show you all the file access, registry access, and network access for any windows process.

The problem is, sometimes installers will fork a process and launch another installer or run a script of some kind... and you'd have to filter through hundreds of thousands of system trace events to find out which are related to your software.

Best bet is to call your vendor for support - and if you dont have any, get some now. This is all the excuse you need for your boss(es) and you'll be glad you have it when the inevitable "Is this because it's on Server 2008 (x64?)?" question pops up.

share|improve this answer

There isn't an easy way to do this as you'd also need to know what registry entries the installer had created and what COM servers it registered. You may find that just copying the folder then any obviously related registry keys may work, but it would be safer to reinstall.


share|improve this answer

It sounds like you really want to make an MSI, which is sort of the equivalent to a .rpm or .deb in Linux. There are lots of commercial softwares out there with which to do it.

Here's the Microsoft KnowledgeBase article:

share|improve this answer

Not knowing your motivation to move the application, have you considered a P2V process? Leave the app on the OS, move the OS? Legacy apps / rescue from old hardware are big P2V targets.

share|improve this answer

Whatever you do, do not just copy the files. You need to run the installer in order to create the proper registry keys and register the proper DLLs. As tomjedrz stated- this is payroll. Screw this up and the data lost might be how to get your paycheck sent out (although it might figure out your severence.)

share|improve this answer

How about doing fresh payroll-application install on server 2008 machine and then backing up payroll-application and restoring it on server 2008 machine.

share|improve this answer

Your Answer


By posting your answer, you agree to the privacy policy and terms of service.

Not the answer you're looking for? Browse other questions tagged or ask your own question.