Quantcast
Channel: SCN: Message List - SAP GUI
Viewing all articles
Browse latest Browse all 6448

Re: SAP GUI Installation Server (SAPSetup)

$
0
0

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.

 

Regards,

Matt


Viewing all articles
Browse latest Browse all 6448

Trending Articles



<script src="https://jsc.adskeeper.com/r/s/rssing.com.1596347.js" async> </script>