Kein ITIL und keine Compliance ohne CMDB Gartner-Analyst Capelli definiert Change- und Configuration-Management

Eine Datenbank, die sich mit Konfigurations-Items füllt, ist keine Neuheit. Dennoch gibt es nur wenige CMDB-Projekte (CMDB = Configuration Management Database), sagt Will Capelli, Analyst bei dem Marktforschungs- und Beratungsunternehmen Gartner. Doch das ändert sich gerade. Einer der Haupttreiber sind DV-Sanierungs-Maßnahmen im Zuge größerer ITIL-Vorhaben.

Anbieter zum Thema

NTT DATA

ALE Deutschland GmbH

Vitel GmbH

ITIL, IT Ifrastructute Library, egal ob in der Version 2 oder 3, treibt CMDB-Projekte. Aber das Budget dafür locken regulative und gesetzliche Anforderungen hervor. Laut Gartner wachsen die IT-Investitionen in das Konfigurations-Management bis zum Jahr 2010 durchschnittlich um bis zu 20 Prozent pro Jahr.

Doch laut Capelli liefern verschärfte Anforderungen in diversen Bereichen Gründe, Geld und Aufmerksamkeit in den Bereich Change und Konfiguration zu stecken: das Disaster Recovery sowie Garantien für die Verfügbarkeit, Kostenkontrolle, IT-Service-Management, interne und externe Audits sowie die Maßgabe, IT müsse das „Business“ unterstützen und damit verbunden die Forderung nach Flexibilität.

So habe in den vergangenen vier Jahren die Häufigkeit, die IT auszutauschen beziehungsweise grundlegend zu verändern „dramatisch“ zugenommen. Das gelte sowohl für die Infrastruktur als auch für die Applikationen. Und damit wird von internen wie externen IT-Dienstleistern ein Rund-um-Service verlangt – in Englisch: End-to-end-Service-Management.

Automatisieren von IT-Routinen

Dieses aber setzt ein funktionierendes Konfigurations- und Change-Management voraus. Das aber bedeutet, möglichst viele der Routinen zu automatisieren, um Fehler zu vermeiden und um Zeit und Kapazität zu gewinnen, um die IT so zu gestalten, dass sie tatsächlich zu den Unternehmenszielen beiträgt.

Dem Configuration Management ordnet Capelli folgende Voraussetzungen zu: Beziehungen zischen den Systemen und Komponenten müssen identifiziert und so genannte Configuration Items (CIs) definiert werden. Diese Einheiten müssen gewartet und verbessert werden, dehalb gibt es darüber Berichte und Analysen.

Das Change-Management bildet den komplementären Part. Dazu gehören Aufgaben wie das Verfolgen und Überprüfen von technischen und fachlichen Anforderungen. Um das zuverlässig bewerkstelligen zu können, braucht es einen festen Ablauf, Workflow, festgezurrte Prioritäten sowie Pläne mit Zeiten, Aufgabenverteilung und Zuständigkeiten.

Sowohl aus dem Change- als auch aus dem Konfigurations-Management stammen die Informationen, die in der CMDB abgelegt werden. Zugleich greifen die Systeme auf die Informationen zu. Die Datenbank sollte helfen, die Daten zu visualisieren, abzugleichen, zu synchronisieren und intelligent zu verteilen. So gehören etwa Server-Images nur dahin, wo sie gebraucht werden. Außerdem gelten die Aufgaben auch für die CMDB selbst. In großen Organisationen dürfte eine einzige Datenbank für Change und Konfiguration kaum genügen.

Das macht eine CMDB aus

Doch auch laut Capelli ist die Einrichtung einer (verteilten) CMDB leichter beschlossen als getan. Zum Beispiel finden sich in unterschiedlichen Datenquellen sehr schnell unterschiedliche Aussagen über ein und dasselbe System, schlichtweg deshalb, weil verschiedene Datenmodelle zugrunde liegen. So lassen sich laut Capelli insbesondere Visualisierung und Reconciliation schwer umsetzen.

Tatsächlich gibt es bisher kaum CMDB-Projekte, die diesen Namen verdienen. Das bedeute jedoch nicht, dass die Unternehmen keine Notwendigkeit erkennen, Konfigurations- und Change-Projekte aufzusetzen oder voranzutreiben.

Doch bei der Komplexität der IT-Systeme und der gleichzeitigen Forderung, immer flexibel und bei Störungen auch noch umgehend und möglichst automatisiert reagieren zu können, macht eine CMDB nahezu unumgänglich.

Denn ein solches System verfügt quasi per Definition über eine Funktion, die die Vorrausetzung für eine Automation ist – das IT Service Dependency Mapping. Diese bildet den Geschäftsprozess auf die zugehörigen IT-Komponenten ab und umgekehrt. Das erlaubt beispielsweise zu erkennen, wie weit dieselbe physische Grundlage für Spam-Filter und FTP-Server reicht und ob ein Prozesse ausfällt, wenn der Datenbank-Server ein Patch erfährt. Sollten die jüngsten Änderungen an der Server-Konfiguration schuld daran sein, dass keine Rechnungen mehr verschickt werden können, lässt sich auch das schnell und einfach evaluieren.

Das gibt der Markt her

Doch nicht jedes Configuration- und Change-Produkt kann alles, sagt der Gartner-Analyst. Das liegt zu einen daran, dass die Systeme unterschiedlichen Ursprungs sind. Vorstufen zu einem umfassenden Change- und Konfigurations-Management sieht Capelli im Desktop-Cofigurations- sowie im Server- und Patch-Management.

Den Firmen Enteo, Manage Soft und Matrix 42 ordnet er einem traditionellen Desktop-Management-Hintergrund zu, aber auch die Firmen Altiris/Symantec, Avocent/Landesk und Microsoft, BMC, Hewlett-Packard (HP), IBM/Tivoli, Novell und Computer Associates, die Server-Lösungen anbieten.

Reine Betriebssytem-Provisioning-Lösungen bieten IBM, Sun, Red Hat, HP und Novell.

Bladelogic und Opsware hingegen sind spezialisiert auf das Patch-Management, Bare Metal und Application Provisioning sowie Änderungen in Bezug auf Software-, Einstellungen und Inhalte und Softwareverteilung. Da diese Aufgaben ganz wesentlich für ein effektives Change-und Configuration Management sind beziehungsweise waren, sind diese Firmen heiße Übernahmenkandidaten, so Capelli. Opsware hat sich HP bereits geschnappt.

Ebenfalls begehrt könnten die Unternehmen sein, die Patch-Management-Lösungen anbieten: Bigfix, Configuresoft, Ecora und Shavlik nennt der Gartner-Mann. Überhaupt ist der Markt in Bewegung. So fusionierte im Sommer des vergangenen Jahres Patchlink mit Securewave aus Luxemburg zu Lumension (Patchlink) Security.

Akquisitionen am Horizont

So können die Großen der Branche die CMDB-Schlüsselfunktion hauptsächlich durch Zukäufe anbieten: CA/Cendura. IBM/Collation, HP/Mercury/Appilog, EMC/nLayers, Symantec/ Relicore weitere Angbete gibt es von BMC, Tideway Systems, und Mvalent.

Ganz oft fehlen den Anbietern jedoch Möglichkeiten des Configuration Auditing. Zu den Mindestanforderungen hier gehören das automatische Registrieren von Konfigurationsänderungen und deren Abgleich mit Configuration- und Change-Regeln. Doch es gibt auch Tools, die inkorrekte Änderungen selbsttätig rückgängig machen und schädliche blockieren können sowie Workflows für regelmäßige Änderungen erlauben.

Deshalb sind die Firmen, die solche Funktionen anbieten, laut Capelli heiß begehrt: Neben Opsware und Bladelogic sind das Active Reasoning, Configuresoft, Solidcore, Tripwire,

Dennoch sollten Unternehmen, die diese Funktionen brauchen, nicht darauf warten, bis die Unternehmen aufgekauft werden. Denn die Investitionen dürften in jedem Fall sicher sein – schließlich bekommen die Firmen genau deshalb Avancen.

So zeige die Unruhe im Markt wiederum, dass längst nicht jeder Anbieter, der eine CMDB im Portfolio hat, über ein adäquates Produkt verfügt. Definitv haben die großen Spieler Produkte, die diese Bezeichnung verdienen, so Capelli: BMC Atrium, CA CMDB, IBM CCMDB, HP/Mercury Universal CMDB sowie - Managed Objects CMDB360.

Auffüller gesucht

Ausbaufähig hingegen sind die Angebote von IET Solutions, Infra und Touchpaper. Hier handele es sich eigentlich um Service-Desk-Lösungen. Zusatzfunktionen benötigen zudem die Produkte von Serena und MKS. Die Hersteller bieten Supply Chain Management. Availability- und Performance-Tools kommen hingegen von Quest und mit Nlayers von EMC.

Es bleibt die Frage, wie die Unternehmen am besten zu einem funktionstüchtigen Konfigurations- und Änderungs-Management kommen können. Capellis Ratschläge sind einfach, beinhalten allerdings reichlich Komplexität.

Zunächst gilt, was in Bezug auf die Einführung von Technik immer gilt. Das Ziel vor Augen haben. Der Rat lautet demzufolge: Auf den Prozess konzentrieren! Das ist der erste Schritt.

Der nächste Schritt in die Transformation liegt in der Standardisierung der Infrastruktur und der Architektur. In einer standardisierten Umgebung wird nur ein Administrator für 100 Server benötigt, in heterogenen Umgebungen rechnet Gartner mit ein Administrator für fünf bis zehn Server.

Für das Roll-Out von Software-Releases oder Security-Patches rechnet Gartner in stark unterschiedlichen Umgebungen mit einem Aufwand von zwei bis drei Tagen. Bei standardisierten Voraussetzungen benötigen solche Vorgänge eine bis vier Stunden.

Schritt für Schritt

Vielerorts droht das Vorhaben Standards einzuziehen daran zu scheitern, weil das als Mammut-Aufgabe und als ein Block gesehen wird. Laut Capelli macht es Sinn, die Aufgabe schichtweise anzugehen – von unten nach oben. Bezogen auf das Server-Konfigurations-Management befände sich auf der untersten Schicht die Management- and Security-Software sowie die Applicationen und Settings. Darüber finden sich das Web-, Applications- und DBMS-Server. Bei der obersten Schicht handelt es sich um Applikationen und Inhalte.

Sind Infrastruktur und Architektur harmonisiert, geht es, darum die Regeln für das Funktionieren zu definieren und aufeinander abzustimmen. Erst dann lässt sich automatisieren und letztlich optimieren.

Schließlich hält Capelli ein paar Merksätze bereit:

• Eine unternehmensweite Strategie für Konfigurationen und Änderungen setzt einen abteilungsübergreifende Absprachen voraus.
• Regeln und Standardisierung sind Vorraussetzungen für jedes erfolgreiche Konfigurations- und Änderungs-Management.
• Compliance-Initiativen setzten den Fokus auf automatisierte Konfigurations-Lösungen.
• Es gibt (derzeit) nicht den einen IT-Anbieter, der mit seinen Produkten alle Erfordernisse an ein Configurations- und Change-Management lösen kann.

(ID:2010103)