Skip to Content

Archived discussions are read-only. Learn more about SAP Q&A

SAP GUI Installation Server (SAPSetup)

Hi guys,

    I need to implement this server to:

  1. Uninstall old SAP GUI.
  2. Install newer version of SAP GUI.
  3. Update all workstations SAP GUI.

So the question is simple, How much time will you estimate to Install & Configure the Server? This includes, configuring the package to install/uninstall and do some tests with some workstations.

Thanks in advance for your help.

Best Regards.


Thanks for the kind words!

For your steps b and d, uninstalling old SAPGUIs, I don't know that you need a specific package and script for it, although that is one approach. It depends in part on how old the current SAPGUIs you're upgrading are, and whether the current installations are "clean" enough to warrant upgrading in place, or whether you'd prefer to wipe them out and start fresh with a controlled environment. In my shop we had a little bit of both, with the majority of users running on SAPGUI 6.40 (yes, I know), a smaller group with SAPGUI 7.10, and a very small handful on SAPGUI 7.20.

The 7.10 and 7.20 GUIs required special handling, as they had been somewhat customized installs, whereas the 6.40 GUIs were pretty much all uniform. All of them would upgrade to 7.30 without any significant issue, but because the 7.10 and 7.20 GUIs had additional components under a different package name that we no longer used, those old components would continue to hang out there. So, I decided the best course was to upgrade the 6.40s in place, but ask the 7.10s and 7.20s to uninstall completely first and then do a fresh install of 7.30.

To achieve that uninstall, I wrote a VBscript that first ran the uninstaller for 7.10 and higher GUIs, then ran the uninstaller for 6.40 and older GUIs, then systematically removed the registry keys and folders left behind by the uninstallers. For Win7 clients, the script did require users to have local administrator rights, and so packaging it instead as a special 'uninstall' package in your Installation Server could be one way to get around that issue, if that is an issue for your customer.

For your time estimates, in b and c, do you include designing the package event scripts as part of "creating the package?" Fine-tuning those scripts is the most time-consuming part of the whole exercise. Creating the base package is very quick.

So, very seat of the pants, I'd guess something like:

a) 10 minutes

b) Depends on complexity of existing environment; if you need to deal with many variables, this could be a day or so

c) Package itself: 5 minutes. Scripts for package: a day or so (but you can save time by adapting the ones in my blog series)

d) & e) This can be one step. 100 GUIs? You could just about manually handle this in 1-2 days. I would, however, email everyone a link to an installer script and let them self-upgrade. Again, I wrote a VBscript to do things like check for OS type, to stop any running SAPGUI or SAP Logon processes, and then launch the installer with the appropriate switches. So, 1-2 days to tune the scripts, then after that it depends on how quickly the users respond to the request to run the upgrade (it runs in just a minute or two for them).

I guess the hard part for estimating this, for me, is that I'm not coming at it from a consulting angle, so I'm not making commitments to a customer for how many billable hours will be involved. I'm an embedded resource here, as the system administrator, which is not to say my time isn't valuable, but no one is going to dispute an invoice about it. So, I had the luxury of taking the time I needed to get it all right, but I also had the inconvenience of production support and other projects at the same time, so it wasn't a linear process.



0 View this answer in context

Helpful Answer

Not what you were looking for? View more on this topic or Ask a question