Yes it is a very powerful tool. I played with it last year at this time. I included a refrence to it in my presentation at User World last year.
I ran data through it today. I'm making a comparison of his output against my own routines to provide some feedback to Misi. 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 19:22:40 2007 Subject: Re: License Monitor 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"
