Depends on if you are encountering a problem. The latest hotfix is described here:
10-Nov-2011 Describes an issue in the BMC IT Service Management Suite which prevents the license usage report from displaying the usage of floating licenses over a specified period of time. http://documents.bmc.com/supportu/documents/11/66/221166/221166.pdf However, if you're not encountering that problem, SP1 should be sufficient, yes. Best thing to do is to contact Support if you are encountering problems and they can determine if what you are encountering is a defect fixed in a patch/hotfix or just a local error condition. -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 10:08 AM To: arslist@ARSLIST.ORG Subject: Re: How to get the Users's license? [I] 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" _______________________________________________________________________________ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug12 www.wwrug12.com ARSList: "Where the Answers Are"
