It was removed starting with 6.x, I think, but it did a push fields (which always triggered a table scan) to a form that grew at the same rate as the server stats form. It was one of those things that just got worse and worse the longer server stats was turned on. When working at UNT, I remember watching the CPU at 50% for short periods of time, then staying at 50% for longer and longer, until it just stayed at 50%.
Axton Grams On 5/15/07, Joe D'Souza <[EMAIL PROTECTED]> wrote:
I hadn't noticed there was workflow defined on this form - I thought/assumed this form being more of a 'system' form might have had only internal server processes running against it. In any case I just checked and there isn't any workflow on my dev server. In my case I guess its just the fact that my dev server is underpowered that makes it run slow when such processes kick in. Joe -----Original Message----- From: Action Request System discussion list(ARSList) [mailto:[EMAIL PROTECTED] Behalf Of Axton Sent: Tuesday, May 15, 2007 6:05 PM To: [email protected] Subject: Re: License Monitor Depending on what version of arserver you have, or upgraded from, there was a derver statistics differences form that was implemented horribly. If you disable the filter on the Server Statistics form that pushes to the differences form, you will not see a performance impact. Axton Grams On 5/15/07, Joe D'Souza <[EMAIL PROTECTED]> wrote: > ** > > > Then its probably our underpowered development environment here.. I had > turned on the Server Statistics a couple of weeks ago but noticed it was > collecting more information than needed and there is no way of turning off > the rest of the stats that I know of. Maybe something in the config file to > make it collect only user and license related information? > > Joe > > -----Original Message----- > From: Action Request System discussion list(ARSList) > [mailto:[EMAIL PROTECTED] Behalf Of Shellman, David > Sent: Tuesday, May 15, 2007 4:05 PM > To: [email protected] > Subject: Re: License Monitor > > ** > Joe, > > We have our system set to log server statistics on a fairly frequent > interval and we don't see a lot of impact. > > I'll agree that Misi's processes are robust and give nice data. > > For us, I created a form that collects data on the number of creates and > modifies an individual does with in an hour. From the server statistics, we > know our peak hours of usage and I can relate the creates/modifies within > those time periods and adjust float to fixed licenses as needed. > > Dave > ________________________________ > > From: Action Request System discussion list(ARSList) > [mailto:[EMAIL PROTECTED] On Behalf Of Joe D'Souza > Sent: Tuesday, May 15, 2007 2:43 PM > To: [email protected] > Subject: Re: License Monitor > > > ** > Carol, > > I see what you are indicating, but this will still not really give you a > real time dataset of actual usage but a approximate usage based on ur > statistics collected every 30 minutes as in your case. > > To get a true data set, you may need to use a utility like that of Misi's. > Christopher chimed in saying they use it and I can verify that for a fact as > I was working with Christopher on a brief engagement with Premier Global > Services, and Christopher did show me those outputs and the overhead it > causes to poll that information is virtually negligible as compared to the > overhead caused to write to the server statistics form. If I remember right > Christopher has set his system to poll the system for license usage on a > much more frequent basis.. I do not recall the exact time but it was well > under 30 minutes. I recall questioning that interval but he did prove to me > that the system resource was not even touched at the time it collected that > information.. > > One of the reasons the server statistics utilizes higher resources is > perhaps the fact that it throws a higher number of calls to the AR System > server. Calls to count API calls, License info, etc etc.. whereas a > specialized utility probing only the license info would take a far lesser > hit. > > Joe > > -----Original Message----- > From: Action Request System discussion list(ARSList) > [mailto:[EMAIL PROTECTED] Behalf Of Carnevali, Carol x23849 > Sent: Tuesday, May 15, 2007 9:19 AM > To: [email protected] > Subject: Re: License Monitor > > ** > Joe, > > I think you missed the part where I said that WE ARE runnning in Server > Groups (we have 2 load balanced servers). The system creates one record per > each server so you don't get the aggregate count. HOWEVER, since it's a > Remedy form, you can create fields and add workflow to get the total counts > you are looking for. This is what I have done. We are interested in the > Total # of Current Users and the Total # of Floating Licenses in use so I've > added 4 fields to the form; two that I am using to set the counts from the > other record, and two to sum up the total count. It works like a charm and > we simply report off of the records where the Total Count is not NULL. > > Let me know if you need any help with the workflow. > > Thanks. > Carol > > > > ________________________________ > From: Joe D'Souza [mailto:[EMAIL PROTECTED] > Sent: Monday, May 14, 2007 5:26 PM > Subject: Re: License Monitor > > > ** > > Carol, > > I sort of like that feature too, only I'm not confident it might work > correctly in a load balanced environment.. Has anyone tested it on a load > balanced environment (Server Groups)? > > Server statistics I believe work per named server basis to poll all the > statistics. I do not think it runs against a server group to get an > aggregate count of API calls. and other statistics. > > Correct me if I am wrong.. > > Joe > > -----Original Message----- > From: Action Request System discussion list(ARSList) > [mailto:[EMAIL PROTECTED] Behalf Of Carnevali, Carol x23849 > Sent: Monday, May 14, 2007 5:09 PM > To: [email protected] > Subject: Re: License Monitor > > ** > > Alan, > > If you're running ARS v. 7.x, you're in luck! One of the new features that > it has is the logging of Server Statistics - including license monitoring! > You set the interval that you want in the Admin Tool, Advanced Tab. We have > the Server Statistics setting set to "Cumulative Queue" with the Recording > Interval set to 1800 seconds (every 30 minutes). The statistics get logged > to a Form called Server Statistics. Because we are running in Server > Groups, we had to get tricky with the workflow to combine the records that > each server produces so that we could get the total. Once we did that, we > built some nifty graphical reports using Crystal that displays much of the > same info that ESP used to show. We also use workflow to send an email of > the Total Floating License usage during the 2 peak times of the day. And if > it reaches a certain threshhold, we have a notification for that as well. > > We are thrilled with this new feature and are happy to, once again, have a > handle on our Floating License usage. Let me know if you have any > questions. > > Thanks. > Carol Carnevali > Director, Remedy Enterprise > Broadridge Financial Solutions > > ARS 7.0.01 (patch 002) > > ________________________________ > From: L. J. Head [mailto:[EMAIL PROTECTED] > Sent: Monday, May 14, 2007 10:48 AM > Subject: Re: License Monitor > > > ** > www.rrr.se > > ________________________________ > From: Action Request System discussion list(ARSList) > [mailto:[EMAIL PROTECTED] On Behalf Of Alan Abrams > Sent: Monday, May 14, 2007 8:33 AM > To: [email protected] > Subject: License Monitor > > > ** > Anyone have any recommendations for a license monitor? I know there used to > be an rrr License Monitor application but can't seem to find it. > > Thanks > > -- > Alan Abrams __20060125_______________________This posting > was submitted with HTML in it___ > __20060125_______________________This posting was submitted > with HTML in it___ This message and any attachments are intended only for > the use of the addressee and > may contain information that is privileged and confidential. If the reader > of the > message is not the intended recipient or an authorized representative of the > intended recipient, you are hereby notified that any dissemination of this > communication is strictly prohibited. If you have received this > communication in > error, please notify us immediately by e-mail and delete the message and any > attachments from your system. > __20060125_______________________This posting was submitted > with HTML in it___ > > __20060125_______________________This posting was submitted > with HTML in it___ This message and any attachments are intended only for > the use of the addressee and > may contain information that is privileged and confidential. If the reader > of the > message is not the intended recipient or an authorized representative of the > intended recipient, you are hereby notified that any dissemination of this > communication is strictly prohibited. If you have received this > communication in > error, please notify us immediately by e-mail and delete the message and any > attachments from your system. > __20060125_______________________This posting was submitted > with HTML in it___ > > __20060125_______________________This posting was submitted > with HTML in it___ __20060125_______________________This > posting was submitted with HTML in it___ > __20060125_______________________This posting was > submitted with HTML in it___ ____________________________________________________________________________ ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org ARSlist:"Where the Answers Are" No virus found in this incoming message. Checked by AVG Free Edition. Version: 7.5.467 / Virus Database: 269.7.1/805 - Release Date: 5/15/2007 10:47 AM No virus found in this outgoing message. Checked by AVG Free Edition. Version: 7.5.467 / Virus Database: 269.7.1/805 - Release Date: 5/15/2007 10:47 AM _______________________________________________________________________________ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org ARSlist:"Where the Answers Are"
_______________________________________________________________________________ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org ARSlist:"Where the Answers Are"
