If for whatever reasons you want to recache them separately without restarting them, use the –g switch with the arsignal utility..
But as Phil pointed out the –r utility is designed for automatic recache of multiple servers within the server group and the best documented way to go about it. Restarting servers will take at least a few minutes more than this signal does as restarting involves both stopping the service and starting it besides re-reading the new cache.. The arsignal simply dumps the old cache and reads the new one and applies it while it keeps the users locked out for a while.. Sure it would be nice if the server hung on to the old cache and kept users connected to it, while it read the new definition to build a new cache, but it was probably not designed that way perhaps for scalability because these systems have grown quite big and they can only get bigger and not shrink.. Joe From: Phil Bautista Sent: Wednesday, August 31, 2011 9:58 AM Newsgroups: public.remedy.arsystem.general To: [email protected] Subject: Re: arsignal -r in a server group ** Ron, Depending on the number of servers that you have in your server group, ten minutes is not bad. I have used this command in a small server group (two servers) for a SIT environment and depending on the number of objects that are required to be synchronized it rarely took less than ten minutes. For a production server group containing ten servers, it has taken significantly longer. While you may have experienced equal or lesser times to simply restart the BMC Remedy Arserver service there are other processes that are dependent on the service. I would take a look a the dependencies on the BMC Remedy Arserver service and perform some tests if you prefer to compare the two options and gather comparable times and verify the additional dependent functions to see if all of the services come up in the same time it takes you to simply run the arsignal command. I am betting it doesn’t You should be able to execute this command from the primary admin server in the server group. There should not be a need to go to each server to perform the command. Bottom line, this typically a much more efficient method to synchronize the servers in your server group and should be capable of executing from your admin server. Ten minutes is exceptional for a production server group and even for some development and test server groups. Sounds like a great topic for a birds of a feather session at the upcoming WWRUG11 or a question to ask at the Evening with Engineering! Phil Bautista, WWRUG11 Advisory Board 512-731-0304 http://www.linkedin.com/in/philbautista http://www.wwrug11.com/contact_phil.html From: Action Request System discussion list(ARSList) [mailto:[email protected]] On Behalf Of Ron Tavares Sent: Wednesday, August 31, 2011 5:40 AM To: [email protected] Subject: arsignal -r in a server group ** Looking for some expertise on using this little gadget. I have been experimenting with using arsignal -r to recache the servers in our server group, as an alternate to restarting the ar system service on all the servers. I'm thinking this will reduce the impact to the end users. However, in my tests, executing this command hangs the server for about 10 minutes. Is this normal? Because for that matter, might as well just restart the service. Is there any advantace to using arsignal instead of a restart. Also, the documentation says to execute as follows arsignal -r <server_name> where server_name is the name of the server that is to reload the information, and that you can execute from any server. So, I figure I can execute it from the admin server, once for each server. But I find that this does not work, that I have to go to each server, and execute it from there. Is that correct? ARS 7.1 Thanks, .ron _attend WWRUG11 www.wwrug.com ARSlist: "Where the Answers Are"_ _attend WWRUG11 www.wwrug.com ARSlist: "Where the Answers Are"_ _______________________________________________________________________________ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug11 www.wwrug.com ARSList: "Where the Answers Are"
