Very true. However, If we do install, we will most likely be performing UAT ;-)
Regards, Karthik On Sep 13, 2012 5:07 PM, "Jose Huerta" <[email protected]> wrote: > I think that it's a best practice not to install new versions of any > software until the first service pack is published. This applies to ARS, > and any other software. > > > Jose Huerta > theremedyforit.com > > El 12/09/2012, a las 22:07, pritch <[email protected]> escribió: > > > just as an FYI - At a breakfast meeting a few weeks ago, a prominent BMC > representative mentioned that it would be a wise decision to NOT upgrade to > 8.0 until SP1 is released shortly thereafter. > > > > ----- Original Message ----- > > From: "Carl Wilson" <[email protected]> > > To: [email protected] > > Sent: Wednesday, September 12, 2012 4:00:14 PM > > Subject: Re: Integrating 2 or more remedy systems and non remedy systems > > > > ** > > > > > > Hi, > > > > the Hub and Spoke technology is designed primarily for "Global" > overviews and to centralise request consoles from multiple systems - > drilling down from the Hub takes you into the Spoke record. > > > > There are a number of applications that still run locally on the Spoke > servers, including SLM/SRM, etc - so this will not help in SLM syncing as > the request in-fact stay on the Spoke servers to meet data restrictions > policies. > > > > Cheers > > > > Carl > > > > http://www.missingpiecessoftware.com/ > > > > > > > > > > > > > > From: Action Request System discussion list(ARSList) [mailto: > [email protected]] On Behalf Of Jason Miller > > Sent: 12 September 2012 20:49 > > To: [email protected] > > Subject: Re: Integrating 2 or more remedy systems and non remedy systems > > > > > > > > ** That will make things much more interesting. That part is beyond my > experience. I have never had the requirement to sync SLAs in a large > distributed environment. > > > > > > > > > > > > > > In the Help Desk 6 system I referred to the time lag was surprising > small (and there was an intermediate Remedy system between mine and many of > the others). Of course there are a number of variables that factor into to > this so maybe I was just really lucky :) > > > > > > > > > > > > Will you be in a position to upgrade to ITSM 8 when it comes out? There > is a new Hub and Spoke technology that will be available that may help. > (David referenced it on 3/5 to the List and it is published on a non-BMC > web site so at this point I think mentioning it is fair game ( > http://wwrug12.com/breakouts.html ) > > > > > > > > > > > > Continuing with what is currently available... Are you talking about > all SLAs or just some? Are they things like resolved in x days or > responded to in x minutes? I think the approach will depend on how many > SLAs are being synced and how time sensitive they are. > > > > > > > > > > > > Is it at all possible to have a single authoritative system that > attaches SLA as requests work through the system? It seems to me that > there is just too much complexity trying to pass SLA data between different > systems. Likewise I think it would be pretty large initiative to configure > each system's SLAs exactly the same and keep them that way (to give the > illusion SLA data is synced). And even then you have time inconsistencies > between attached SLAs on different systems. What about SLA notifications? > I don't think you would want a breached SLA to trigger a notification from > each system? > > > > > > > > > > > > Just briefly thinking about this I think the best bet is to keep the SLA > server centralized. You may need to propagate a few types of SLA records > out to the other servers so the SLA indicators work correctly in the UI but > really just for display purposes (still assuming this is BMC's ITSM). > > > > > > > > > > > > Are all of these Remedy systems identical? If they are and there is a > need for a really large number of forms/records/objects to be synchronized > I am wondering if a DB synchronization technology would be more appropriate? > > > > > > > > > > > > Jason > > > > _attend WWRUG12 www.wwrug.com ARSlist: "Where the Answers Are"_ > > > > > _______________________________________________________________________________ > > UNSUBSCRIBE or access ARSlist Archives at www.arslist.org > > attend wwrug12 www.wwrug12.com ARSList: "Where the Answers Are" > > > _______________________________________________________________________________ > UNSUBSCRIBE or access ARSlist Archives at www.arslist.org > attend wwrug12 www.wwrug12.com ARSList: "Where the Answers Are" > _______________________________________________________________________________ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug12 www.wwrug12.com ARSList: "Where the Answers Are"
