Good to know, though in our case we have a small installation: just custom AR System forms with up to 60-70 users at a time, and when I've flushed the cache the action only seems to take a few seconds.
The points about production changes are good ones. Thanks, David > -----Original Message----- > From: Action Request System discussion list(ARSList) > [mailto:arslist@ARSLIST.ORG] On Behalf Of Goodall, Andrew C > Sent: Monday, March 26, 2012 4:24 PM > To: arslist@ARSLIST.ORG > Subject: Re: Effects of flushing midtier cache > > If you have the full ITSM suite, then in my experience it takes about 1 hour > to > completely recache (just over 1 GB of cache) and for CPU consumption to fall > back within normal range. > That is not a "brief" disruption :) > > > Regards, > > Andrew Goodall > Software Engineer 2 | Development Services | jcpenney . www.jcp.com > > -----Original Message----- > From: Action Request System discussion list(ARSList) > [mailto:arslist@ARSLIST.ORG] On Behalf Of Joe Martin D'Souza > Sent: Monday, March 26, 2012 3:19 PM > To: arslist@ARSLIST.ORG > Subject: Re: Effects of flushing midtier cache > > When would you need to flush cache? The obvious answer is when there is a > workflow change on production.. Changes to workflow are done whenever > there is need for code change for enhancement or bug fixes.. The general > industry practice is to manage these changes in a change window, where > there is a > > scheduled outage, which is typically scheduled on weekends or the least > productive hours of an organization. So cache should be flushed during these > changes. > > That being said, there may be emergency changes that were a result of a part > or whole system being rendered unusable pending that change. On such an > event it would be ok to flush your cache after fixing whatever the > problem/bug/enhancement was. > > Yes flushing cache during production hours may cause a brief negative impact > on users using the system at the time of the change. > > Joe > > -----Original Message----- > From: David Durling > Sent: Monday, March 26, 2012 3:48 PM Newsgroups: > public.remedy.arsystem.general > To: arslist@ARSLIST.ORG > Subject: Effects of flushing midtier cache > > Hi, > > I'm one of those that has found it necessary to use the "flush cache" > button > in the mid tier config when sometimes certain changes aren't picked up at > the regular cache check interval. > > Do you all consider a flush of the mid tier cache to be unintrusive - > something > that can be done during production hours? Or is it something that should be > done off-hours? > > On our server I don't notice performance issues in using it, and in what > > little testing I've done, user sessions seem to be uninterrupted. (I'm not > sure > about floating users on the web, though - if there's anything to consider > there.) > > I'm on ARS 7.5 patch 007 with mid tier 7.5 patch 007 with apache/tomcat. > > Thanks, > > David > > --- > David Durling durl...@uga.edu > Enterprise IT Services > University of Georgia > > __________________________________________________________ > ______________ > _______ > UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug12 > www.wwrug12.com ARSList: "Where the Answers Are" > The information transmitted is intended only for the person or entity to > which it is addressed and may contain confidential and/or privileged material. > If the reader of this message is not the intended recipient, you are hereby > notified that your access is unauthorized, and any review, dissemination, > distribution or copying of this message including any attachments is strictly > prohibited. If you are not the intended recipient, please contact the sender > and delete the material from any computer. > > __________________________________________________________ > _____________________ > 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"
