David, You are absoultely right about fixed license behaviour, it was a misunderstanding of my own.
They are on Windows AR System 7.6.04 SP1, does this release address the defect that you mention about reporting in server groups? -Mauricio 2011/12/29 Easter, David <david_eas...@bmc.com>: > There is no "peak" usage for fixed licenses. A fixed license is considered > in use the moment it is assigned to a named user. Even if that user never > logs in, it will show up as in use on the License Usage Report. Only > floating licenses have the concept of peak (or what we call "high water > mark"). > > To confirm the usage report is right - just check to see who has fixed > licenses assigned to them. Add up those folks and that's the number that > will appear in the report. Remember that a single AR System user license can > power multiple application user licenses, so if you have 20 Incident > Management users but also have 20 additional folks using Change Management, > you'd have 40 AR System user licenses, 20 Incident Management licenses and 20 > Change Management licenses (for example). > > Assuming you are on the latest patch for your version of AR System, you can > run the License Usage Report on any server. There were some recent patches > that addressed defects with reporting floating usage across server groups - > but that would not affect you directly since your question is about fixed > license usage. > > > -David J. Easter > Manager of Product Management, Remedy Platform > BMC Software, Inc. > > The opinions, statements, and/or suggested courses of action expressed in > this E-mail do not necessarily reflect those of BMC Software, Inc. My > voluntary participation in this forum is not intended to convey a role as a > spokesperson, liaison or public relations representative for BMC Software, > Inc. > > -----Original Message----- > From: Action Request System discussion list(ARSList) > [mailto:arslist@ARSLIST.ORG] On Behalf Of Mauricio M. > Sent: Thursday, December 29, 2011 9:22 AM > To: arslist@ARSLIST.ORG > Subject: Re: How to get the Users's license? [I] > > Hello, there is a customer installation where I got a license usage > report, but the numbers do not seem reliable, since peak usage reports > 60 AR User Fixed against 20 Incident Management User Fixed, although > there are many factores involved, the usage pattern is very different. > Every fixed ARS should match to Incident Mangement. Is there any way > to validate if this usage report is running right? which of the other > methods should be used to compare the numbers? - This is a server > group, which one of the AR Servers should be used to run the report? > > Thank you, > > Mauricio > > 2011/10/21 Axton <axton.gr...@gmail.com>: >> ** On the subject of licenses, I am getting some pretty wild variations when >> looking at the various facilities available to monitor license use. I have >> been looking at these components: >> - AR System Administration: License Review form (ARDBC back-end) >> - Application Statistics (by enabling tracking for various ITSM >> applications) >> - License Usage Report >> - AR System Current License Usage form >> - AR System Historical License Usage form >> >> Some of my observations: >> - 'Application Statistics' does not reflect the license information seen in >> 'AR System Administration: License Review' >> - 'AR System Current License Usage' only shows AR license information >> - 'AR System Historical License Usage' only shows AR license information >> - With 'License Usage Report', I can not seem to determine how the server >> retains the text files it creates to generate the report. We have gaps in >> the collection, the collected data only goes so far back. >> - 'AR System Administration: License Review' is the only one that seems >> remotely accurate >> - With 'AR System Administration: License Review', the ARDBC plugin >> 'REMEDY.ARDBC.SERVER.ADMINISTRATION' is half baked. It can not be queried >> through common methods. >> >> With all this said: >> - There is no effective way to determine better user license allocations >> - There is no effective (or predictable) way to collect historical app/ar >> license usage information >> >> It would seem that there were lots of attempts to provide useful >> information, but not a single one of them are all that useful for >> administrative tasks. >> >> Axton Grams >> >> >> On Fri, Oct 21, 2011 at 8:19 AM, Axton <axton.gr...@gmail.com> wrote: >>> >>> After 7.5, I do not know. The systems I have available are 7.5. >>> >>> >>> On Fri, Oct 21, 2011 at 12:01 AM, Misi Mladoniczky <m...@rrr.se> wrote: >>>> >>>> Hi, >>>> >>>> Yes, my memory was a little bit mixed up... >>>> >>>> In ARDBC you typically implement these two functions: >>>> 1. ARDBCGetListEntryWithFields - for searching entries >>>> 2. ARDBCGetEntry - for retrieving one complete entry with all fields >>>> >>>> As BMC only wanted to show a list, the ARDBCGetEntry was not really >>>> needed. >>>> >>>> But if you want to do a Set-Fields, both of these calls needs to be >>>> implemented. As a Set-Field first searches using >>>> ARDBCGetListEntryWithFields, and then retrieves the selected/first record >>>> using ARDBCGetEntry. >>>> >>>> So do you know how it is in this particular case? Have they added >>>> ARDBCGetEntry in version after 7.5? >>>> >>>> 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. >>>> >>>> > With 7.5, only glewf and gle work with that ardbc plugin. Ge does not >>>> > work. The devs only implemented what they needed for their purposes. >>>> > On Oct 20, 2011 12:12 PM, "Misi Mladoniczky" <m...@rrr.se> wrote: >>>> > >>>> >> Hi Doug, >>>> >> >>>> >> It all depends on which calls that specific ARDBC-plugin has >>>> >> implemented. >>>> >> >>>> >> When I played around with these things quite some time ago, it turned >>>> >> out >>>> >> that the GetListEntry-call used in Set-Fields was NOT implemented, but >>>> >> the >>>> >> GetListEntryWithFields-call was. >>>> >> >>>> >> This is the reason for my recommendation earlier. >>>> >> >>>> >> Another thing to note is that all fields may not be searchable in an >>>> >> ARDBC-form, this also depends on how the functions has been >>>> >> implemented >>>> >> in >>>> >> the plugin. >>>> >> >>>> >> BMC usually only implements the calls/search-fields needed at the >>>> >> moment. >>>> >> >>>> >> So Kerry, please go ahead and try the Set-Fields version, and let us >>>> >> know >>>> >> how it works out. >>>> >> >>>> >> Another issue with Active-Link Set-Fields are that they issue >>>> >> different >>>> >> calls in different versions of the AR System, and also behaves >>>> >> differently >>>> >> between Mid-Tier and the Windows-client... But a filter-set-fields >>>> >> should >>>> >> always work in the same way. >>>> >> >>>> >> 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. >>>> >> >>>> >> > Kerry, >>>> >> > >>>> >> > Just to take this one step further..... >>>> >> > >>>> >> > If you have a table field, that means you are searching a form. If >>>> >> you >>>> >> > can >>>> >> > change the qualifier of the table, that means that is a search >>>> >> criteria >>>> >> > for the >>>> >> > form. >>>> >> > >>>> >> > So, you could use a Set Fields operation to just pull back the data >>>> >> > directly to >>>> >> > a field rather than having to have a table field and then walk it to >>>> >> get >>>> >> > the >>>> >> > information. >>>> >> > >>>> >> > This may be a further simplification of the work you need to do. >>>> >> > >>>> >> > Just an idea in case it is useful, >>>> >> > >>>> >> > Doug Mueller >>>> >> > >>>> >> > -----Original Message----- >>>> >> > From: Action Request System discussion list(ARSList) >>>> >> > [mailto:arslist@ARSLIST.ORG] On Behalf Of Kerry Murdock >>>> >> > Sent: Thursday, October 20, 2011 2:29 AM >>>> >> > To: arslist@ARSLIST.ORG >>>> >> > Subject: Re: How to get the Users's license? [I] >>>> >> > >>>> >> > Sorry - I was referring to Paul's message. >>>> >> > >>>> >> > BUT - you did solve my problem!! >>>> >> > >>>> >> > So, I copied the table field from 'AR System Administration: Manage >>>> >> User >>>> >> > Licences' and put it on the form where I want to find the users's >>>> >> licence. >>>> >> > >>>> >> > I removed all the columns except 'Write Licence'. >>>> >> > >>>> >> > I set the table qualification to: >>>> >> > ('licuserinfolicensecategory' = 0) AND ('licuserinfocurrentregdtype' >>>> >> > = >>>> >> 0) >>>> >> > AND ('licuserinfolictype' = 0) AND ('licuserinfousername' = $USER$) >>>> >> > >>>> >> > Hey presto - I can refresh that table and at any point find the >>>> >> current >>>> >> > user's licence! >>>> >> > >>>> >> > Thanks Misi! >>>> >> > >>>> >> > Kerry >>>> >> > >>>> >> > >>>> >> >>>> >> _______________________________________________________________________________ >>>> >> > 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" >>>> >> > >>>> >> >>>> >> >>>> >> >>>> >> _______________________________________________________________________________ >>>> >> 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" >>>> > >>>> >>>> >>>> _______________________________________________________________________________ >>>> UNSUBSCRIBE or access ARSlist Archives at www.arslist.org >>>> attend wwrug12 www.wwrug12.com ARSList: "Where the Answers Are" >>> >>> >> >> _attend WWRUG11 www.wwrug.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" > > _______________________________________________________________________________ > 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"