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"
