The extra fb server stats form is not to be confused with the cumulative vs. individual queue logging.
If you just need counts and you are using OpenView, you may want to look into the snmp capabilities that ars provides. The snmp interface serves basically the same information as the server stats form, without polling every x minutes for the data and recording it in a form. The strength that a product like rrrLic has, is that it will evaluate license usage on a per account basis. I've never seen the product, but based on what I've read and how Misi talks, it will show you license allocation (read/fixed/floating), how many hours per a day a user uses a license, etc. then make recommendations, based on those account statistics, on how you can best allocate/reallocate licenses to maximize the use of your liceses. Axton Grams On 5/15/07, Shellman, David <[EMAIL PROTECTED]> wrote:
Axton, I'm not near manuals but would that be the difference between turning on cumulative vs incremental logging on the server statistics? I also should point out that even with us logging at 5 minute intervals we still might max out on licenses and not see it with the floating count. It's only a count of the licenses in use at the time of the snapshot. We actually need to have OpenView monitor the User log to catch the instantaneous point in time that we approach our maximum number of floating licenses. What the data is useful for to us is plotting to see patterns of peak usage. That's how we know our peaks are between 9 and 11 in the morning. Mondays are busier than Fridays. Bank holidays can increase or decrease usage ( folks working to complete work before or after will increase while the actual holiday will decrease). Holiday in EMEA will decrease usage in August. Vacations in the US often revolve around the school year so overall use will be down in June, July, and August. We see peaks the first two weeks of January because folks have taken off over Christmas and New Years. Oh how 2 weeks off will make folks forget their password and help desk calls will go way up.. Misi's process uses user log files and data from the user form for analysis. This looks at the hours a person is logged in during the peak hours. His process will also give you suggestions for cost savings. It gives a good summary of usage Some thing else to consider though is some one like our Help Desk manager that may be logged in and his floating license times out because he's not actually making any changes. He was assigned a write license because he executed a query about help desk performance overnight. This is usually after getting his coffee, going through his email, etc say around 8:30 so that he's logged in at the initial part of our peak usage.. He then gets tied up in meetings for the rest of the morning. He doesn't make any changes but the simple execution of the query ties up a write license for an hour. I can't set him up with a read license because he may make edits in the late afternoon or even late in the evening. A write license is wasting money because he doesn't actually make any changes during the peak hours. Dave -------------------------- [EMAIL PROTECTED] (Wireless) ----- Original Message ----- From: Action Request System discussion list(ARSList) <arslist@ARSLIST.ORG> To: arslist@ARSLIST.ORG <arslist@ARSLIST.ORG> Sent: Tue May 15 18:04:47 2007 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: arslist@ARSLIST.ORG > 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: arslist@ARSLIST.ORG > 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: arslist@ARSLIST.ORG > 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: arslist@ARSLIST.ORG > 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: arslist@ARSLIST.ORG > 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"
_______________________________________________________________________________ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org ARSlist:"Where the Answers Are"