Applying Service packs to specific instances of GP

(0) Share

Report

Posted on by don@dtm.ca

425

I have installed two copies of GP 2013 using 2 system dayabases and now want to update one of them from SP1 to SP2 for testing. Running the SP updates all copies without asking which ones are to be updated. How does one specify when runningthe msp file to only update a single instance?

*This post is locked for comments

I have the same question (0)

All responses (8)

Answers (1)

Suggested answer

L Vail 65,271 on at

Like (0)

Report

Hi,

This is kind off primal, but I do not know of a way to do this. I typically back up the ones I do not want to update and then restore them later. This, to me, is a problem for the new multiple-tenant environment. I have not given it much thought, so hopefully someone has come up with something more elegant.

Kind regards

Leslie

Was this reply helpful? Yes No
Jonathan Fear on at

Like (0)

Report

This can be done very easily guys we actually have a KB for it:

912997 Frequently asked questions about the Windows Installer .msp files for Microsoft Dynamics GP

mbs.microsoft.com/.../KBDisplay.aspx

Q/A13

Q13: If I have a test server that has multiple installations of Microsoft Dynamics GP 9.0 or later versions, will the .MSP installation patch all the installations?

A13: Yes. If you run the .MSP installation, all Microsoft Dynamics GP installations will be patched. If you want to patch only one Microsoft Dynamics GP installation, follow these steps: 1. Click Start , click Run , type regedit , and then click OK .

2. Locate and then click the following registry subkey:

Microsoft Dynamics GP 9.0

32-bit enironment

HKEY_LOCAL_MACHINE\Software\Microsoft\Business Solutions\Great Plains

64-bit environment HKEY_LOCAL_MACHINE\Software\wow6432Node\Microsoft\Business Solutions\Great Plains

Microsoft Dynamics GP 10.0 and later versions

32-bit environment

HKEY_LOCAL_MACHINE\Software\Microsoft\Business Solutions\Great Plains\1033

64-bit environment

HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\Microsoft\Business Solutions\Great Plains\1033

3. Expand the folder for the instance of Microsoft Dynamics GP you want to patch.

Note The DEFAULT folder is for the default installation. The Inst01 folder is for the second instance of Microsoft Dynamics GP. For example, if you want to patch the second installation, expand the Inst01 folder.

4. Click the SETUP folder, double-click the Product Code, and then copy the code.

5. Exit Registry Editor.

6. Click Start , and then click Run .

7. To install the .MSP file, type the following, and then click OK :

C:\updatename.msp /n {E979C594-95F9-4E3A-985D-A1DFDF403227}

Note Replace "C:\updatename.msp" with the path to the .MSP file and the name of the .MSP patch file. Replace "{E979C594-95F9-4E3A-985D-A1DFDF403227}" with the Product Code the you copied in step 4.

Was this reply helpful? Yes No
don@dtm.ca 425 on at

Like (0)

Report

Interesting but if i have 3 or 4 instances of GP how do i determine which one is Inst01 and Inst02 ..etc

Don

Was this reply helpful? Yes No
Verified answer

Jonathan Fear on at

Like (0)

Report

That's all in the registry Don. Each install has a GUID or product id assigned to them that is what you are specifying when you use the cmd script.

Was this reply helpful? Yes No
don@dtm.ca 425 on at

Like (1)

Report

Thanks will try this out looks like it solves the problem. I would think that now the system is multitenanted that MS would ask if it finds multiple instances and allow the user ot select the apprpriate instance ( select all or one by one ) just a thought. Will add this as a suggestion to GP for future as it should be an easy add for them.

Was this reply helpful? Yes No
Community Member on at

Like (0)

Report

Unfortunatley the INSTANCES folder in the HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\Microsoft\Business Solutions\Great Plains\1033 was empty with the exception of the DEFAULT and we have three instances running in 64bit machine so we cannot select an instance or find a product key to do this workaround

Was this reply helpful? Yes No
Jonathan Fear on at

Like (0)

Report

Not sure why your registry would not show an install of GP unless you have been copying GP code folders from another machines which is not the right thing to do. We need that information in the registry.

Was this reply helpful? Yes No
Beat Bucher GP Gee... 28,058 Moderator on at

Like (0)

Report

Stumbled across this time and time again.. since I run multiple versions of GP on my Azure VM's and today I got caught into that trap when I simply ran a Service pack, which updated instances I didn't want it to update :-(..

Leslie's advice is still a good precaution by taking a full copy of your program folder before applying the SP..

Anyhow, Jen Kuntz had written a detailed blog post about the steps here: jenkuntz.ca/.../

if's something to bookmark definitely for someone that is dealing with multiple GP instances of the same 'Major' version (i.e. 18) on the same computer.. can be a lifesaver.

PS: the KB article Jonathan refers to does not exist anymore.. dead-end.

Was this reply helpful? Yes No