First one was used by a project team. An item was changed out on the telecom switch complete with software update. On a selectable basis (nightly, weekly, monthly) the switch was polled and a download made overnight.
This was then visible the next working day. We had around 120,000 - 150,000 individual CI's and components (Shelves/Cards/Ports etc) and it was very successful in terms of asset identification. Within the first operational month we had increased our bill by £60,000 ($120,000) over the duration of the contract remainder. Remedy would call a C program which was controlled by a script (which was modifiable by Remedy prior to the run) that downloaded the switch configs to csv files, arimport into remedy. This has since been replaced by XML calls to some extent. The second one I am currently building, it will be used by everyone in time, currently just the data engineers. Thanks Chris On Nov 29, 2007 3:42 PM, Kaiser Norm E CIV USAF 96 CS/SCCE < [EMAIL PROTECTED]> wrote: > And how were the two CMDBs used? Who used them? How frequently? How was > the data kept up-to-snuff? > > -----Original Message----- > From: Action Request System discussion list(ARSList) > [mailto:[EMAIL PROTECTED] On Behalf Of Chris While > Sent: Thursday, November 29, 2007 9:39 AM > To: arslist@ARSLIST.ORG > Subject: Re: CMDB in the Real World > > ** No, I have worked on two production CMDB's. > > In the short term, manual population is OK. Very soon a plan should be > formulated (in fact it should be at the design of the data model stage) > for auto population though, if for nothing else, verification purposes. > > They are complex to set up, mostly at the modelling stage - building is > the least of the problem! > > Chris > > > On Nov 29, 2007 3:31 PM, Kaiser Norm E CIV USAF 96 CS/SCCE < > [EMAIL PROTECTED] <mailto:[EMAIL PROTECTED]> > wrote: > > > Thanks, Jason. So you're committed to doing all of the > population > manually? You're not worried that the whole thing will become > unmanageable and the data become stale? > > Anybody else? Who else has a full-blown CMDB in production? > Should I > interpret the silence as an indication that *no one* has a real > world > CMDB in production?! > > > -----Original Message----- > From: Action Request System discussion list(ARSList) > [mailto:[EMAIL PROTECTED] On Behalf Of Jason Miller > > Sent: Wednesday, November 28, 2007 4:33 PM > To: arslist@ARSLIST.ORG > Subject: Re: CMDB in the Real World > > We currently only have a few thousand (less than 5k) CIs however > a large > inventorying initiative is currently underway and we are > expecting to > start > receiving spreadsheets to import soon. I expect that we will hit > the > tens of > thousands fairly soon and then taper off for a bit. > > Yes, we have IT related CIs and other specialty CIs all in the > Computer > System class. One of the enhancements we made was to add a > project name > field and row level security is base on the project that is > selected. So > if > a tech is on a more IT-centric project that person would never > know that > there are radars in the system other then it being listed in the > CTIs. > > -----Original Message----- > From: Action Request System discussion list(ARSList) > [mailto:[EMAIL PROTECTED] On Behalf Of Kaiser Norm E CIV USAF > 96 > CS/SCCE > Sent: Wednesday, November 28, 2007 11:36 AM > To: arslist@ARSLIST.ORG > Subject: Re: CMDB in the Real World > > Thanks for the great examples! I have a question since you > brought up > the idea of autodiscovery (or the lack thereof)--how many CIs > (ballpark) > do you have? > > And do you have IT-related CIs mixed in with non-IT stuff? > Computer > systems along with RADAR, etc.? > > -----Original Message----- > From: Action Request System discussion list(ARSList) > [mailto:[EMAIL PROTECTED] On Behalf Of Jason Miller > Sent: Wednesday, November 28, 2007 1:00 PM > To: arslist@ARSLIST.ORG > Subject: Re: CMDB in the Real World > > ** > > Hi Norm, > > > > We have a CMDB (1.1 with ITSM 6) and we pretty much use it like > Asset > Management 4 (I haven't worked with 5.x but I don't think it was > too > much different from 4). We have hidden most of the classes and > use the > BMC_ComputerSystem for most everything from typical IT resources > to more > specialized DoD resources. All of the classification is done by > CTI just > like the old days. > > > > When we started on our journey we decide with all of the > specialized > equipment that we were not going to build classes for everything > (radar, > cameras, protective clothing, etc). Since this is not a typical > IT > environment where the staff is intimately familiar with Remedy > we needed > to keep it as simple as possible and not have menu of classes > that > scroll off the screen when you want to create/modify/search for > an > asset, this is one stop shopping. We do use a handful of other > classes > such as BMC_BulkInventory, BMC_InventoryStorage and plan on > using some > of the software/application classes in the future. > > > > Unfortunately because CI's are located on other DoD networks > where we > would not be able to discover them or they are not even > discoverable > items, all of the discovery and updating is done manually. Not > the most > ideal situation but is a step in the right direction for our > project. > > > > Jason > > > > From: Action Request System discussion list(ARSList) > [mailto:[EMAIL PROTECTED] On Behalf Of Kaiser Norm E CIV USAF > 96 > CS/SCCE > Sent: Wednesday, November 28, 2007 7:39 AM > To: arslist@ARSLIST.ORG > Subject: CMDB in the Real World > > > > ** > > With the ongoing discussion of the OOB CMDB vs. a custom CMDB, I > am very > interested in discussing how CMDB's are actually being used in > the > field. > > > > In other words, for those who have implemented CMDBs and have > them > populated, what is being done with the data? Who looks at it? > How is it > refreshed? > > > > I am particularly interested in real world use, not theory. > > __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 > Platinum Sponsor: www.rmsportal.com ARSlist: "Where the Answers > Are" > > > ________________________________________________________________________ > _______ > UNSUBSCRIBE or access ARSlist Archives at www.arslist.org > <http://www.arslist.org> > Platinum Sponsor: www.rmsportal.com ARSlist: "Where the Answers > Are" > > > > ________________________________________________________________________ > _______ > > UNSUBSCRIBE or access ARSlist Archives at www.arslist.org > Platinum Sponsor: www.rmsportal.com <http://www.rmsportal.com> > ARSlist: "Where the Answers Are" > > > > __20060125_______________________This posting was submitted with HTML in > it___ > > > _______________________________________________________________________________ > UNSUBSCRIBE or access ARSlist Archives at www.arslist.org > Platinum Sponsor: www.rmsportal.com ARSlist: "Where the Answers Are" > _______________________________________________________________________________ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Platinum Sponsor: www.rmsportal.com ARSlist: "Where the Answers Are"