Hi, 1/2. A user can be logged in to two servers simultaneously. My experience is that you can not get 100% accurate statistics this way. If you are on 7.6.04 your load balancer should use sticky/persistent setting. This means that 1 user loggs in to 1 server only. Are you using Mid-Tier or the Windows Client?
3. The application licenses behave more or less similar to the AR Licenses. If you login and do any kind of search/table-refresh or anything like that, the WRITE licenses will be grabbed. The difference with application licenses is that they will take no license at all until you so a search/refresh against a form tagged for that application. 4. The overview console is a special case. It goes out against the plugin-server. And the plugin-server actually searches all applications. If it worked like the rest of the system, all application licenses would be grabbed whenever you opened the overview console, but I do not think that is the case. My guess is that the "Remedy Application Service" is ised in the overview console plugin, and the impersonate user command is used to make the system permission compliant. I have done a presentation on license usage here, that you may benefit from reading: http://rrr.se/doc/RRR_LicenseManagement.pdf Best Regards - Misi, RRR AB, http://www.rrr.se (ARSList MVP 2011) Products from RRR Scandinavia (Best R.O.I. Award at WWRUG10/11): * RRR|License - Not enough Remedy licenses? Save money by optimizing. * RRR|Log - Performance issues or elusive bugs? Analyze your Remedy logs. Find these products, and many free tools and utilities, at http://rrr.se. > We are on ARS 7.6.03patch002,ITSM 7.6.03p001,Windows 2008, Oracle 11g, > Loadbalanced ServerGroup with two servers. > > It is the time of the year to generate a report for our management about > remedy license usage and I am boggled with the below questions. > our management has not approved for any 3rd party tools yet, so trying to > do with the switches available within the tool. > > 1. We turned on Application statistics. > We are seeing license usage per server, not cumilatvie across all servers, > is that correct? > So we need to add the licenses used in each server to get a total usage > count? > For ex: > We see records like this > ServerName | Application Name | Fixed Licenses Used | Flaoting Licenses > Used | Denied Flaoting Licenses |TimeStamp > ServerA | Incident | 10 | 20 > | 0 | temstamp1 > ServerA | Change | 5 | 30 > | 0 | temstamp1 > ServerB | Incident | 6 | 22 > | 0 | temstamp1 > ServerB | Change | 22 | 32 > | 0 | temstamp1 > > > 2. Are Application Statistics records reliable enough in a loadbalanced > Server Group environment to measure correct license usage? > Because we are seeing our stats as below: > > ServerName | Application Name | Fixed Licenses Used | Flaoting Licenses > Used | Denied Flaoting Licenses |TimeStamp > ServerA | Change | 3 | 32 > | 0 | temstamp1 > ServerB | Change | 2 | 30 > | 0 | temstamp1 > > That means we used a total of 62 change floating licenses at timestamp1. > But total change mgmt floating licenses we enabled in our server are only > 50 in the Add Remove Licenses screen. > How could it grew more than what we enabled at server level? > Also why did not it show any denials when it crossed 50? > > > 3. Does Change Mgmt floating license behave similar to regular floating > licenses, that is when a users logs in they get only a read license. > They get a floating granted only when they do a query or some thing > that > requires a floating on chagne tkt? > > 4. How about if the user has overview console in his homepage and when he > logs in, system will query and display all the recrods(incident,change > etc..) in the > overview console. Does it mean he consumes a floating incident and > change licenses after just logged in without even touching any consoles? > > > _______________________________________________________________________________ > UNSUBSCRIBE or access ARSlist Archives at www.arslist.org > attend wwrug12 www.wwrug12.com ARSList: "Where the Answers Are" > _______________________________________________________________________________ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug12 www.wwrug12.com ARSList: "Where the Answers Are"
