Adding to Patrick's observations--with which I agree--a thorough screening of ADDM findings within the ADDM appliance itself before import into the CMDB will be critical in my environment. The discussion as to which-item-affects-which-service is probably one of the more important results of the discovery situation!
After all--many of us have discovered--the most critical dependency in any situation is the one we do not recognize. Don W. McClure, P.E. ITSS Call Tracking Administration University of North Texas System dwmac @ unt . edu From: Action Request System discussion list(ARSList) [mailto:[email protected]] On Behalf Of patrick zandi Sent: Monday, April 02, 2012 11:33 AM To: [email protected] Subject: Re: ADDM ** Something to always remember.. while it is nice to put everything into the cmdb, (sometimes nice and slow as well) it is better to put only what is going to be consumed by users instead. do not scan the whole car and every nut and bolt and put it into the cmdb, if you only have an an electrician using the service. Only put in the electrical parts for him so he can use the Service you are providing him. why have 4million rows of bolt 12MM X 2 inches if your electrician is only guy looking at it. On Mon, Apr 2, 2012 at 11:52 AM, McClure, Don <[email protected]<mailto:[email protected]>> wrote: We are *investigating* ADDM8.3 for addition to the ITSM suite here at Univ of North Texas. In fact--a business point I have now heard from multiple sources--a *change notice* should not be considered implemented/complete until a discovery run {after claimed change implementation!} show results consistent with scope of change--AND NO OTHER CHANGES (assurance against inadvertent results). I am a newcomer to ADDM as well; but, for the original question concerning a particular product--my starting point is: first, log into appliance website as admin user then, on any page--type your product name--or other search term--in the 'search' box, upper-right hand corner. Procedure gets more fuzzy from there--however, I just performed this procedure searching for SQL instances in my realm. Next step was to select 'Software Instance List'--first panel; resulting table on my site provides these columns, all exportable as a CSV: Name [specific service name] --Instance Count -- Product Version -- Host [where instance is located]. I might then export similar report of hosts--and do a join. I know this somewhat hand-o-matic, and more elegant solution might be developed within the tool itself--but this should be a starting point when searching for select, specific information. Other users are welcome to contact on- or off-list should further discussion be helpful. Don W. McClure, P.E. ITSS Call Tracking Administration University of North Texas System dwmac @ unt . edu > On Mar 30, 2012, at 4:03 PM, "PCR Remedy" > <[email protected]<mailto:[email protected]>> wrote: > >> wrong forum, this one is about Remedy, I suggest to go bmc communities. >> >> Peter >> >> On 3/30/12, SUBSCRIBE arslist Judy C. Dowell >> <[email protected]<mailto:[email protected]>> wrote: >>> Hi, I'm totally new to ADDM and have been requested to run a report >>> to find instances of a product called pointsec. I've been asked to provide: >>> Computer Name/Make/Model/OS/IP Address/Path and the path the >>> software instance is found. >>> I was given the following information about the product location for >>> a file called *.rec: >>> >>> Windows XP: >>> Documents and Settings\All Users\Application Data\Pointsec Documents >>> and Settings\All Users\Application Data\Pointsec\Pointsec for PC >>> >>> Windows Vista/7: >>> C:\Users\All Users\Pointsec for PC >>> >>> I am not a programmer and have no idea how to get this information >>> into a report. I can see the instances of pointsec under >>> "discovered service", but don't know how to get the needed information and >>> columns. Can anyone help? >>> Thanks. > > ______________________________________________________________________ > _________ UNSUBSCRIBE or access ARSlist Archives at > www.arslist.org<http://www.arslist.org> > attend wwrug12 www.wwrug12.com<http://www.wwrug12.com> ARSList: "Where the > Answers Are" _______________________________________________________________________________ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org<http://www.arslist.org> attend wwrug12 www.wwrug12.com<http://www.wwrug12.com> ARSList: "Where the Answers Are" _______________________________________________________________________________ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org<http://www.arslist.org> attend wwrug12 www.wwrug12.com<http://www.wwrug12.com> ARSList: "Where the Answers Are" _______________________________________________________________________________ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org<http://www.arslist.org> attend wwrug12 www.wwrug12.com<http://www.wwrug12.com> ARSList: "Where the Answers Are" _______________________________________________________________________________ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org<http://www.arslist.org> attend wwrug12 www.wwrug12.com<http://www.wwrug12.com> ARSList: "Where the Answers Are" -- Patrick Zandi _attend WWRUG12 www.wwrug.com<http://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"
