Alla företag som har implementerat ITIL - eller som är i färd med att implementera "best practise" inom IT Service Management baserat på ITIL - finner att den viktigaste faktorn som måste finnas på plats är en databas som länkar leverans av tjänster till underliggande applikationer och infrastruktur . Denna databas beskrivs i ITIL som Configuration Management Database CMDB. Från ITIL version 3, har man gått över till att dra full systemkonfiguration (CMS Configuration Management System) till kärnan av lösningen.

HP Universal CMDB innehåller en mängd funktioner som ger funktionalitet till IT driftsverktygen på flera nivåer. Viktiga delar av UCMDB är:

• Datastrukturer som gör det enkelt att kartlägga och visualisera relationer från tjänster till infrastrukturkomponenter.
• Nyttjanderätt och roller för att säkerställa att personer och processer bara kan få tillgång til de uppgifter de har rätt till.
• Stöd för avancerad "discovery” för att upptäcka och uppdatera infrastrukturen (både hårdvara och mjukvara).
• Stöd för integration genom import og federering av CMDB-relevanta data.
• Stöd för automatisk ändringskontroll för att upptäcka om tillståndsförändringar genomförs och även avslöja otillåtna ändringar - en stor källa till fel och problem.
  
  
  Illustrationen nedan visar hur uCMDB är kärnan eller hjärtat i en komplett lösning som omfattar IT-driften.Integrationer med andra HP Software-produkter är självklara delar av systemet, men det är också möjligt att integrera med 3, lösningar från andra partners eller kunders egna moduler. En sådan integration sker i allmänhet via XML strukturer, eller via WebService samtal.
  
  
  

Användargränssnittet i uCMDB är intuitivt och grafiskt, och visar alla CI'er i kartan med symboler som gör det enkelt att se vilken typ av utrustning eller andra konfigurationsdelar som kommer i fråga. Gränssnittet har också "drill-down" funktionalitet som gör det möjligt att gå på djupet. Man kan också utföra kommandon relaterat direkt till CI på kartan som visas i figuren nedan. Alla relationer som upptäcks visas grafiskt på kartan.

Medan vi talar om uCMDB som en databas, är det i praktiken en komplett konfigurationsstyrningssystem (CMS).uCMDB innehåller ett antal standardrapporter och har en mycket avancerad men ändå enkel grafisk sökfunktion inbyggd. Gränssnittet för att bygga upp frågor mot en databas som till stor del präglas av många typer av relationer kallas TQL (topologi Query Language). Här bygger man upp sin sökning genom att ta olika typer av objekt i en "frågemapp" och sedan välja den frågefunktion du vill ställa. Detta visas i figuren nedan.  

Till höger finns de olika CI-typerna som är möjliga att ta in. Inom parentes är antalet som finns av de olika typerna. I mitten är symbolem där frågorna ställs. Till vänster en trädstruktur som innehåller fördefinierade frågor samt self-storage. När du skapar en fråga, kan den sparas för återanvändning och användas till att visas senare.

Frågorna lagras genom att dra objekt från listan till höger ner till ytan i mitten. Sedan definierar man förhållandena mellan olika CI'ene som  frågan handlar om. Om du går in i en Windows-server och en MS SQL databas och definierar en relation mellan dessa, visar resultatet av denna fråga alla Windows-servrar som har en relation till en MS SQL databas. Denna fråga kan därför sparas som ett View. En utmärkt bild av en databasadministratör. Frågan ligger som ett filter för denna View. D.v.s. att om en ny Windows-server med en MS SQL-databas är installerad i nätverket, visas den automatiskt i denna View. 

Resultatet av frågan visas som en textrapport (en lista) eller grafiskt (som en "topologisk" karta) om frågan är mycket allmän, eller av andra skäl ger ett väldigt "långt" svar, där resultatet inte lämpar sig för grafisk display. Frågar man tillräckligt specifikt, vanligen genom att filtrera bort oiteressanta detaljer blir topologikortet intressant. Topologikortet nedan visar alla komponenter som ingår i en MS Exchange-server.

Ett exempel på en av de många användbara standardrapporterna är cirkeldiagrammet nedan. Den visar antalet enheter i ett nätverk fördelat på operativsystem. En självklar slutsats för denna bild är att här bör man införa standarisering och få uppdaterat de flesta enheter med samma OS-version. Det kommer generellt att minska felprocenten och göra det lättare att felsöka när problem uppstår.