The short answer is none..
Anything that may cause the server to re-cache its definitions, should not
be promoted to the production server during peak hours of usage.
But then there you might have other things to consider..
1) Have portions of the system been rendered unusable as a result of a bug
or enhancement request?? Is it preventing majority of the users to not be
able to perform business critical functions?
2) Will not performing the change ASAP lead you to a point where you would
be saying yes to 1) soon enough so you want to take a preventive action??
3) How strong really is your user-base? If you have a user base of less than
maybe 500, there may not be that much impact.
So the impact this action would make is really a combination of various
factors which you would be a better judge than any of us here..
But if you can afford it, it’s a change best kept for the least productive
hour of the week, and done after informing the users of potential outage
during that window so that the few who would be on, would be aware..
Joe
-----Original Message-----
From: David Durling
Sent: Monday, March 26, 2012 4:58 PM Newsgroups:
public.remedy.arsystem.general
To: arslist@ARSLIST.ORG
Subject: Production changes (spin-off of RE: Effects of flushing midtier
cache)
Joe brought up an issue I already had questions relating to, being: what
workflow IS okay to change on a production AR server during production
hours?
For instance, if I have an app on a production box that is being tested by
users and is not itself "production", am I endangering other things on
production by making changes to it during production hours? (Besides
flushing the mid tier cache, that is.)
Or do people have categories of changes - like rewording text in an email
filter or on a form, or adding an item to a character menu - that they
consider have an acceptable level of risk to do during normal hours? Or is
it standard to just not touch anything with Developer Studio unless it's an
emergency or a change window?
Related question: Are updating groups or using the Data Import tool (on a
reasonable, limited basis) considered normal production procedures?
Thanks for any insights on this,
David
David Durling
University of Georgia
-----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 4: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 706-542-0223
University of Georgia
_______________________________________________________________________________
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
attend wwrug12 www.wwrug12.com ARSList: "Where the Answers Are"