Configuring the environment
Software installation is greatly affected by the environment in which it is run. Its success may rely on a number of factors:
- Compatibility with the operating system (system version, bitness, installed service pack): most relevant when picking which version of the program to create the deployment package from. For example, after a certain version of a program, an old OS version may no longer be supported. Also, programs are usually available for both the 32-bit and 64-bit operating systems. Their installers may be able to install the program for either bitness or for just one – and in the latter case, it may be necessary to have two installers for each bitness.
- Whether the program is already installed on the computer (is it a clean installation). The degree to which it affects the creation of a deployment package depends on the selected deployment method. Most installers, when run manually, will offer to modify, repair or remove an already installed program.
This is critical when using the Macro method, because the step featuring this option will be recorded and then played back on the target computer, where this step may be missing in case of the clean installation. Therefore, when choosing the Macro method, you must take into account that the installer may ask for such actions and that the program may already be installed on the target computer.
Reinstallation on top of an already installed program when recording a system shot may result in almost all of the program files not being included in the package. If the files on the drive are not changed, TSD will not be able to detect the differences in the snapshots taken before and after installation. The package may also be incomplete if the program is currently not installed, however used to be. This is due to the fact that some programs leave residual files after uninstallation. Thus, some program files will already be on the drive before the first system shot is taken and will not be included in the deployment package.
The Silent method is mostly unaffected by this factor both when the deployment package is created and when deployed. Even then, it's advisable to perform a test run because some silent installations can still terminate with an error if the program is already installed.
- Meeting library requirements (.NET Framework, Visual C ++ Redistributable, etc.): some software checks for additional required libraries during installation, and if the libraries are not installed, then the installation terminates with an error. Therefore, before creating the deployment package, you should keep in mind that some necessary libraries may not be installed on the remote computer and ensure their presence.
A general recommendation that helps take care of each of these factors is using one or more virtual machines. Creating and preparing virtual machines allows to refrain from unnecessary installations on your main OS, to record packages on different OS versions, to always perform a clean installation (when taking system snapshots) and to check if software requires libraries during installation.
When creating a deployment package, another important thing that should be taken into account is the installation context. Programs can be installed in either of the two installation contexts: per-machine (for all users) or per-user (for the current user).
Per-machine installation allows all users of the computer to use the program, besides the TSD service will not require any additional privileges or special environment for deployment, including an active user session. You can disable the check for it by ticking Logged in user not required in the software passport.
If you have the choice, always install software per-machine (for all users). Thus, the risk of deployment errors will be minimized.
Per-user installation is intended for a single user. In this case, the program requires the corresponding user environment for correct installation. That may still not be enough, and the installer will also have to be run on behalf of the currently active user. Moreover, if this user doesn't have administrator rights, then the installation will usually terminate with an error. If the installer is run under the network administrator or local system, then a variety of problems may occur during software installation: shortcuts missing from the desktop, installer errors during deployment or issues when using the installed program.
Because of these limitations, we do not recommend using per-user installation for deployment. Also, Microsoft doesn't recommend performing per-user installations because the administrator then loses the option to uninstall the software afterwards (this also applies to TSD).
Per-user is the default installation context for most software products.