That would be nice.
On Thu, Oct 10, 2013 at 2:15 PM, Joe D'Souza <[email protected]> wrote: > ** > > It would be nice if this option came with a indicator of what time will > the next flush happen so that the mid-tier administrator would have a > better visible control of what to set as an interval when setting this in > non production environments.**** > > ** ** > > Joe**** > > ** ** > ------------------------------ > > *From:* Action Request System discussion list(ARSList) [mailto: > [email protected]] *On Behalf Of *LJ LongWing > *Sent:* Thursday, October 10, 2013 4:58 PM > > *To:* [email protected] > *Subject:* Re: Another Mid-tier cache question > **** > > ** ** > > ** **** > > Mark,**** > > I agree with Joe....but look at it this way....this check box tells the > Mid-Tier server to periodically check your Remedy server for definition > changes. How often are definition changes made in your production > server?....Weekly? Monthly? Quarterly? You likely don't need an > automated 'check' to be turned on in production as it doesn't change very > often...and when it does, you can manually hit the 'sync' button.**** > > ** ** > > Regarding the app server being behind a load balancer...no, that won't > affect things because regardless of which app node the mid-tier gets the > cache from, it should be 'correct' :)**** > > ** ** > > On Thu, Oct 10, 2013 at 2:45 PM, Joe D'Souza <[email protected]> wrote:*** > * > > ** **** > > I won’t pretend to answer this question for you – but this is my guess..** > ** > > **** > > From what it looks like, this functionality performs a periodic check on > the AR Server, to check for changes in definitions, and collects that > information. This will in my opinion have some impact on performance.**** > > **** > > So as long as that interval is relatively high, and set in such a way that > it occurs in periodic cycles when users are usually not online, it should > be fine. My guess is that when this box is checked and the interval is > defined, there is probably a definition check that happens that instant, > followed next by the interval that is defined. So if this is done lets say > at 11:00 PM when most users are usually offline in that time zone, and the > interval is set for 86400 for the next check to happen at 11:00 PM the next > night, you might not have too much to worry about.**** > > **** > > I would however not be comfortable doing it every few minutes, as it MAY > impact the performance of that particular mid-tier server in that load > balanced configuration..**** > > **** > > Cheers**** > > **** > > Joe**** > ------------------------------ > > *From:* Action Request System discussion list(ARSList) [mailto: > [email protected]] *On Behalf Of *Brittain, Mark > *Sent:* Thursday, October 10, 2013 4:34 PM > *To:* [email protected] > *Subject:* Another Mid-tier cache question**** > > **** > > Hi All,**** > > **** > > Is it safe to use Definition Change Check (Peform Check) with load > balancers? When the dev and production ITSM servers were installed Perform > Check was no selected. Don't know why it was done that way.**** > > **** > > Later when I applied a patch to the mid-tier servers, BMC Support said I > should select Perform Check. I did this on the development server which has > one ar server, one mid-tier and no load balancers, but did > not select Perform Check on production which is a VIP > load balanced to > two mid-tiers which are load balanced to two ars servers in a server group. > **** > > **** > > Particularly with small changes I really like using change check/perform > check on dev and would like to use on the production servers. Since I don't > know why this was not originally set up that way I figured I would ask the > group first.**** > > **** > > ARS 7.6.06 SP3**** > > Mid-Tier 7.6.06 SP4**** > > **** > > Thanks**** > > Mark**** > > _ARSlist: "Where the Answers Are" and have been for 20 years_ _ARSlist: > "Where the Answers Are" and have been for 20 years_**** > > ** ** > > _ARSlist: "Where the Answers Are" and have been for 20 years_ **** > _ARSlist: "Where the Answers Are" and have been for 20 years_ > _______________________________________________________________________________ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org "Where the Answers Are, and have been for 20 years"
