Even though there is a domination of the business perspective in the
discussions around the CMDB, I miss some comments about the applicability of
the ATRIUM CMDB.

Has anyone some experience that can answer some questions like:
- Is the hierarchical class-model, conceptually quite distant to relational
databases and resulting in the Join-Join-Join implementation - worth the
pain (class manager, transferring new attributes [fields] via external
programs, having to rearrange many (child)forms if any changes have been
made?
- Does the performance of importing data (e.g. via EIE) und reconciling it
via reconciliation engine live up to the idea that a CMDB only make sense
when there is a lot of related data inside?
- Is there no problem when you want to search or modify all easily (one of
Remedy's positive feautures) about a common attribute that is not included
in the Config-Base-Form but in more than one class? For example search for
all HP-Notebooks within one IP-Range?
- What about the ergonomy of creating / searching / relating CIs?

Ok, those sound all negative. But I understand them as open questions.
Finally the CMDB could be optimized for the next release, if there is some
specific feedback.

Kind regards,

Christian

-----Ursprüngliche Nachricht-----
Von: Action Request System discussion list(ARSList)
[mailto:[EMAIL PROTECTED] Im Auftrag von Kaiser Norm E CIV USAF 96
CS/SCCE
Gesendet: Donnerstag, 28. Juni 2007 15:40
An: [email protected]
Betreff: Re: Real-World Value of SMS & CMDB

I think we're coming at this from two different perspectives.
Agreed--the CMDB might be somewhat useful if you are in an environment
where NO OTHER AUTOMATION TOOLS EXIST.  But I was coming at this from
the perspective that certain "standard" network monitoring/management
tools are already in place--HPOV, AD, SMS, SNMP, etc.

For the sake of keeping a fruitful discussion alive, allow me to
counter:
....

_______________________________________________________________________________
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org ARSlist:"Where the 
Answers Are"

Reply via email to