You might be safe using this for upgrades as long as the patch doesn't involve changing or updating the data dictionary. The "shared" option will not touch your database, assuming that some other install or patch has already "upgraded" the db, if needed.
So for installing patches, I'd always use the upgrade option (once if you're running a server group) so that the data dictionary matches the Remedy version you are installing/patching. For a reinstall (same version, same patch) you could use "shared" to speed up the installation. Hugo On 2/10/07, Jarl Grøneng <[EMAIL PROTECTED]> wrote:
I´m always doing the share-option when installing a patch. Not seeing any issues with this on 6 and 6.3 servers. -- Jarl On 2/9/07, Lucero, Michelle - IST contractor <[EMAIL PROTECTED]> wrote: > Hence, the confusion. This has to be the correct option, right? Tech > Support suggested that we use that option instead of "Upgrade". > > So has anyone out there used it, in a single AR Server, remote SQL DB > environment, especially during a patch upgrade? > > Michelle > > -----Original Message----- > From: Action Request System discussion list(ARSList) > [mailto:[EMAIL PROTECTED] On Behalf Of Lammey, Peter A. > Sent: Friday, February 09, 2007 2:23 PM > To: [email protected] > Subject: Re: ARS 6.3 Upgrade - Shared Access Option > > You shouldn't use this option with a patch upgrade right? > It seems like this should be used if you are installing ARS on shared > servers for the first time. > > Thanks > Peter Lammey > ESPN MIT Technical Services & Applications Management > 860-766-4761 > > -----Original Message----- > From: Action Request System discussion list(ARSList) > [mailto:[EMAIL PROTECTED] On Behalf Of David Sanders > Sent: Friday, February 09, 2007 2:56 PM > To: [email protected] > Subject: Re: ARS 6.3 Upgrade - Shared Access Option > > Hi Michelle > > I haven't used this, but I would guess is designed for setting up > multiple AR Servers to use a single AR Database. Install the first > server as normal, creating the database tables, then install ARS on the > second server with this option to install the executables on the second > server, without overwriting or upgrading the database from the first > install. > > Does that make sense? > > David Sanders > Remedy Solution Architect > Enterprise Service Suite @ Work > ========================== > ARS List Award Winner 2005 > Best 3rd party Remedy Application > > tel +44 1494 468980 > mobile +44 7710 377761 > email [EMAIL PROTECTED] > > web http://www.westoverconsulting.co.uk > > > -----Original Message----- > From: Action Request System discussion list(ARSList) > [mailto:[EMAIL PROTECTED] On Behalf Of Lucero, Michelle - IST > contractor > Sent: Friday, February 09, 2007 7:31 PM > To: [email protected] > Subject: ARS 6.3 Upgrade - Shared Access Option > > Hi, Y'all: > > One of the options during the upgrade, besides Upgrade and Overwrite, is > Share. This is supposed to preserve data [and related forms according > to tech support] and simply install the executables and related files. > > 1. Does this work as suggested? > 2. ...and newbie question of today, what exactly does "enables > shared access" mean? > > We are not using Server groups. > > Share-Preserves data, installs server executables and related files, and > enables shared access to the AR System database. Configure shared > servers to belong to the same server group. > > Thanks, > Michelle > > ESM Mission: "To provide the most accurate, timely, and actionable > information to our customers so that they can effectively support the > Mary Kay IST environment". > > ________________________________________________________________________ > ____ > ___ > UNSUBSCRIBE or access ARSlist Archives at www.arslist.org ARSlist:"Where > the Answers Are" > > ________________________________________________________________________ > _______ > UNSUBSCRIBE or access ARSlist Archives at www.arslist.org ARSlist:"Where > the Answers Are" > > ________________________________________________________________________ > _______ > UNSUBSCRIBE or access ARSlist Archives at www.arslist.org ARSlist:"Where > the Answers Are" > > _______________________________________________________________________________ > UNSUBSCRIBE or access ARSlist Archives at www.arslist.org ARSlist:"Where the Answers Are" > _______________________________________________________________________________ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org ARSlist:"Where the Answers Are"
_______________________________________________________________________________ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org ARSlist:"Where the Answers Are"
