If you're using AIE, it references specific instances of the AIE service, so any jobs you have will need to be updated on your backup server as well.
Lyle From: Action Request System discussion list(ARSList) [mailto:arsl...@arslist.org] On Behalf Of Danny Kellett Sent: Wednesday, January 14, 2009 3:09 PM To: arslist@ARSLIST.ORG Subject: Re: ARS 7.1 Licenses and Database Log Shipping ** There are other "hard coded" references to think about too. Such as the CAI registry form From: Action Request System discussion list(ARSList) [mailto:arsl...@arslist.org] On Behalf Of Pierson, Shawn Sent: 14 January 2009 21:58 To: arslist@ARSLIST.ORG Subject: Re: ARS 7.1 Licenses and Database Log Shipping ** Thanks. That is a simple solution and will eliminate some of the work. Out of curiosity, how about dealing with hard-coded server references in ITSM? There are a few places that reference the web server, and I just run some SQL I built to modify those, but is there a "better" way that BMC recommends? Thanks again, Shawn Pierson From: Action Request System discussion list(ARSList) [mailto:arsl...@arslist.org] On Behalf Of Easter, David Sent: Wednesday, January 14, 2009 3:30 PM To: arslist@ARSLIST.ORG Subject: Re: ARS 7.1 Licenses and Database Log Shipping ** Store both the HBU and production licenses in the DB simultaneously. AR System is smart enough to ignore server licenses that do not match the current HostID. So the HBU license would be ignored in production - and the production license would be ignored when the HBU comes online. All the other licenses (user, app, license add-ons) are not linked to the hostid and thus would operate properly either in production or on the HBU system - which ever one is running. So the bottom line is, this isn't an issue. -David J. Easter Sr. Product Manager, Solution Strategy and Development BMC Software, Inc. The opinions, statements, and/or suggested courses of action expressed in this E-mail do not necessarily reflect those of BMC Software, Inc. My voluntary participation in this forum is not intended to convey a role as a spokesperson, liaison or public relations representative for BMC Software, Inc. ________________________________ From: Action Request System discussion list(ARSList) [mailto:arsl...@arslist.org] On Behalf Of Pierson, Shawn Sent: Wednesday, January 14, 2009 1:17 PM To: arslist@ARSLIST.ORG Subject: ARS 7.1 Licenses and Database Log Shipping ** The questions about upgrading to ARS 7.1 lately have gotten me thinking about something. For our disaster recovery solution, we have a failover server sitting in another city, with a different server name, etc. We use log shipping in SQL Server 2005 to keep the two databases synchronized. In the event of an emergency, we have the DBAs mark the normal production database as read only, and we open up the disaster recover database, and we proceed from there. Since ARS 7.1 stores the license keys in the database, how would I prevent this from being overwritten? How would I keep my DR copies of the licenses on the server if the database is overwritten constantly? Or is this not an issue in 7.1 since it sounds like you can temporarily create licenses on the fly anyway? Thanks, Shawn Pierson Remedy Developer | Southern Union 5444 Westheimer Rd. Houston, TX 77056 | 713.989.7226 Private and confidential as detailed here<http://www.sug.com/disclaimers/default.htm#Mail>. If you cannot access hyperlink, please e-mail sender. __Platinum Sponsor: RMI Solutions ARSlist: "Where the Answers Are" html___ __Platinum Sponsor: RMI Solutions ARSlist: "Where the Answers Are" html___ Private and confidential as detailed here<http://www.sug.com/disclaimers/default.htm#Mail>. If you cannot access hyperlink, please e-mail sender. __Platinum Sponsor: RMI Solutions ARSlist: "Where the Answers Are" html___ __Platinum Sponsor: RMI Solutions ARSlist: "Where the Answers Are" html___ 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 at www.arslist.org Platinum Sponsor: RMI Solutions ARSlist: "Where the Answers Are"
