OK, that's one way and would work if you're looking at a very small subset of the system. However, I'd like an easy way to determine if _any_ workflow on the system has server references in the workflow. Is there a _much_ easier and less time-consuming way to determine that - I'm open to database queries to get at the info as well.
Thanks, Lyle -----Original Message----- From: Action Request System discussion list(ARSList) [mailto:[email protected]] On Behalf Of Raj Sent: Monday, June 29, 2009 2:29 PM To: [email protected] Subject: Re: Test System to Production System, Would Ghost Image work ? what is BMC recommendation? I guess, when you export all the workflow into definition files and use notepad to open it and use function find/ replace to replace the server references with the name you want.and then import the workflow back again, it should work. Correct me if i am wrong. Regards, Raj On Jun 29, 2:24 pm, Lyle Taylor <[email protected]> wrote: > What's an easy way to locate workflow that has specific server references in > it? > > Thanks, > Lyle > > > > -----Original Message----- > From: Action Request System discussion list(ARSList) > [mailto:[email protected]] On Behalf Of Ken Pritchard > Sent: Saturday, June 27, 2009 7:43 AM > To: [email protected] > Subject: Re: Test System to Production System, Would Ghost Image work ? what > is BMC recommendation? > > I just did something similar with HP-UX (Remedy V6.3). In my case, I hooked > a new server into a servergroup (db was the same). > > Needed to change two items in the ar.conf file (IP addr and SERVERNAME > entries), adjust the armonitor.conf file to reflect new servername and > remove all licenses that were brought over from the prior server. Needed to > have the /remedy and /etc/arsystem dir structures restored. Had to make > sure the database name was in the tnsnames.ora file on the new server. > > We also had the source server hooked in a cluster (so the arsystem file in > /remedy/<svrname>/bin also needed a modification since there was a > servername embedded in that file. > > Once I did the above, the server came up in evaluation mode and I was able > to apply the new licenses. > > One of the important things to look at is that the workflow in your ARS > system needs to be server independent. If there are references to specific > servers in your workflow, you'll need to clean the workflow to make it > server independent. > > - pritch > > -----Original Message----- > From: Action Request System discussion list(ARSList) > [mailto:[email protected]] On Behalf Of Axton > Sent: Saturday, June 27, 2009 2:03 AM > To: [email protected] > Subject: Re: Test System to Production System, Would Ghost Image work ? what > is BMC recommendation? > > What OS are you dealing with? > > Axton Grams > > On Fri, Jun 26, 2009 at 11:36 AM, Raj<[email protected]> wrote: > > Hello All, > > > I completed fresh install of ARS 7.5.00 Patch 001/ITSM 7.5.01 Patch > > 001 on a test system. > > Now, next task is to build the production system, so my question is, > > will taking the ghost image of test system and putting it on > > production system will work ? or do i have to start fresh > > installations of ARS and ITSM again on production system ? > > > What is ideal approach ? What does BMC recommend ? Please advice. > > > Regards, > > Raj > > [email protected] > > ____________________________________________________________________________ > ___ > > UNSUBSCRIBE or access ARSlist Archives atwww.arslist.org > > Platinum Sponsor:[email protected] ARSlist: "Where the Answers Are" > > ____________________________________________________________________________ > ___ > UNSUBSCRIBE or access ARSlist Archives atwww.arslist.org > Platinum Sponsor:[email protected] ARSlist: "Where the Answers Are" > > _______________________________________________________________________________ > UNSUBSCRIBE or access ARSlist Archives atwww.arslist.org > Platinum Sponsor:[email protected] ARSlist: "Where the Answers Are" > > NOTICE: This email message is for the sole use of the intended recipient(s) > and may contain confidential and privileged information. Any unauthorized > review, use, disclosure or distribution is prohibited. If you are not the > intended recipient, please contact the sender by reply email and destroy all > copies of the original message. > > _______________________________________________________________________________ > UNSUBSCRIBE or access ARSlist Archives atwww.arslist.org > Platinum Sponsor:[email protected] ARSlist: "Where the Answers Are"- > Hide quoted text - > > - Show quoted text - _______________________________________________________________________________ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Platinum Sponsor:[email protected] ARSlist: "Where the Answers Are" _______________________________________________________________________________ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Platinum Sponsor:[email protected] ARSlist: "Where the Answers Are"
