Like LJ said its best left off on production as your changes to Production
if your company follows a proper change process is minimal. And you Sync the
cache whenever there is a genuine change in the cache.

 

Joe

 

  _____  

From: Action Request System discussion list(ARSList)
[mailto:arslist@ARSLIST.ORG] On Behalf Of ravi rai
Sent: Thursday, October 10, 2013 5:07 PM
To: arslist@ARSLIST.ORG
Subject: Re: Another Mid-tier cache question

 

LJ,

We do Quarterly releases.After each release we do manual flush Cache .

Is is safe to turn this option off.

It might resolve cache corruption issues which we encounter almost every
alternate week 

 

Ravi 

 

  _____  

Date: Thu, 10 Oct 2013 14:57:48 -0600
From: lj.longw...@gmail.com
Subject: Re: Another Mid-tier cache question
To: arslist@ARSLIST.ORG

** 

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 <jdso...@shyle.net> 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:arslist@ARSLIST.ORG] On Behalf Of Brittain, Mark
Sent: Thursday, October 10, 2013 4:34 PM
To: arslist@ARSLIST.ORG
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"

Reply via email to