18.9 Das Rationalisierungspotenzial der RIS- und RIPrep–Methode 

Ziel der Auseinandersetzung mit RIS (Remote Installation Service) ist es nicht, nur das Betriebssystem Windows XP Professional auf vielen Clients per RIS zu verteilen, sondern vielmehr ein komplettes Abbild eines mit Anwendungen vorkonfigurierten Musterclients mittels RIPrep-Methode oder alternativ mit Tools von Drittanbietern mit geringem Aufwand und gleich bleibender Qualität auszurollen. Wie Sie in den Kapiteln, die sich mit der musterhaften Installation und Konfiguration eines Client-Arbeitsplatzes mit Standardsoftware beschäftigen, feststellen werden, ist nicht nur das notwendige Wissen um RIS komplex. Auch die Konzeption eines funktional optimierten Arbeitsplatz-Clients mit sauberer Vergabe der Rechte ist sehr kompliziert. Sie werden sehr viel über Tools aus dem Windows Server Resource Kit und dem Office Resource Kit, speziell über den Custom Installation Wizard erfahren, sich intensiv mit den von Microsoft ausgelieferten Vorlagedateien für Gruppenrichtlinien auseinander setzen und sogar lernen, wie Sie eigene Vorlagedateien für Gruppenrichtlinien erstellen können, um die Clients des Netzwerks optimal in den Griff zu bekommen und von zentraler Stelle aus auch später im Griff zu behalten.

Aber benötigen Sie dieses ganze Wissen auch dann, wenn das einzurichtende Netzwerk nur einen Standort, wenige Server und wenige Clients umfasst?

Das Wissen um RIS kann viel Aufwand und damit Geld sparen. Die RIS-Funktionalität von Windows Server gehört zum Lieferumgang und ist damit kostenlos im Vergleich zu ähnlichen Produkten von Drittanbietern. Sicherlich kennen Sie die Untersuchungen zu den »Total Costs Of Ownership«. Von namhaften Forschungsfirmen wurde immer wieder untersucht, wie sich die Gesamtkosten der Informationstechnik (Hardware-, Software-, Support-, Schulungskosten und verdeckte Kosten) zusammensetzen und wie sie reduziert werden können. Das größte Einsparpotenzial ergibt sich offensichtlich nicht bei der Hardware oder den Software-Lizenzen, sondern im Faktor »Support«. Der Supportaufwand kann drastisch reduziert werden, je mehr es gelingt, zu standardisieren und zu automatisieren.

Standardisieren kann man sowohl die Hardware, indem möglichst wenige Typen von Computern und Peripheriegeräten betreut werden müssen, als auch die Software, indem die eingesetzten Softwareprodukte vereinheitlicht werden. Die Supportkosten für die verbliebenen Hardware- und Softwareprodukte reduziert man, indem standardisierte und weitgehend automatisierte Routinen erdacht werden, mit denen die Dienste installiert und anschließend über den Produktzyklus gewartet werden. Der Zyklus ist der Zeitraum von der Einführung eines Produkts bis zur Ablösung durch ein anderes oder zu einem Update auf eine neue Version.

Ist RIS in kleinen Domänen zu aufwendig?

Selbst dann, wenn Sie zu dem Ergebnis kommen, dass es zu aufwendig wäre, an allen Standorten des Unternehmens RIS-Server aufzustellen und synchron zu halten, kann die RIPrep-Methode für Sie interessant sein. Warum? Die in dieser Dokumentation erstellte Testumgebung besteht aus einem Testserver namens S1 und einem Clientcomputer. Der Testserver ist ein handelsüblicher PC mit einer Standardfestplatte, der weniger als 1.000 Euro kostet. Auf diesem Testserver wird eine Windows-Domäne mit allen benötigten Diensten wie DNS, DHCP und RIS erstellt, um Abbilder von komplett mit Standardsoftware installierten und bis ins Detail durchkonfigurierten Clients auf der Festplatte des Servers zu erstellen. Die Abbilder können so konfiguriert werden, dass sie zwar in der Testdomäne Company.local erstellt wurden, anschließend aber keine Verweise mehr auf diese Testdomäne beinhalten. Ein neu beschaffter PC kann später in einer Kleinverkabelung (Minihub oder gedrehtes LAN-Kabel) an diesen Testserver angeschlossen und mit dem Komplettabbild bespielt werden. Danach kann der PC jedoch in jede beliebige Produktivdomäne eingehängt werden.

18.9.1 Die Testumgebung produktiv nutzen 

In einer größeren Organisation mit mehreren verteilten Standorten wäre nun Folgendes denkbar: In der Zentrale als auch in jedem Standort wird ein Testserver mit derselben Hardwareausstattung wie der Testserver S1 aufgestellt. Die Festplatten in allen Servern werden in austauschbaren Einbaurahmen mit Schubladenfach installiert. Durch den Tausch der Festplatte können diese Computer zwischendurch als Arbeitsplatzcomputer genutzt werden. Der Testserver S1 in der Zentrale erhält zwei Festplatten-Einbaurahmen und zwei Festplatten gleichen Typs. Sobald sich irgendetwas an den Abbildern auf dem Testserver S1 in der Zentrale ändert (ein Standardabbild wurde aufgrund von Updates oder hinzukommenden Standardanwendungen aktualisiert oder es wurde ein weiteres Abbild für einen neuen Typ von Standardarbeitsplatz erstellt), wird anschließend die gesamte Festplatte des Servers S1 mit einem Imagetool wie Ghost oder TrueImage auf die zweite Festplatte gespiegelt. Danach wird die Schublade mit der zweiten Festplatte aus dem Server herausgezogen und zur Filiale geschickt. Da alle Festplatten in Schubläden montiert sind, die einfach nur in die Einbaurahmen geschoben werden, ist der Austausch der Festplatten denkbar einfach. In der Filiale tauscht ein Mitarbeiter die erhaltene Festplatte gegen die vorhandene Festplatte aus und schickt diese zurück an die Zentrale. Dort wird diese Festplatte erneut mit dem Dupliziertool auf den aktuellen Stand des Servers S1 gebracht und anschließend an die nächste Filiale versandt. Auf diese Weise erhält nach und nach jede Filiale eine Serverfestplatte mit aktualisierten RIS-Abbildern. Ein Mitarbeiter in der Filiale hängt nun nach und nach die Clients über den Minihub oder das verdrehte LAN-Kabel an die Testserver und spielt das aktuelle Abbild auf die Clients. Anschließend werden die Clients wieder in die Produktivdomäne der Filialen eingehängt.

18.9.2 Abbilder mit einem Laptop als RIS-Server mobil einspielen 

Eine weitere mögliche Spielart von RIS und RIPrep ist folgende: Für den Testserver S1 und die Testdomäne Company.local verwenden Sie einen Laptop. Dieser Laptop enthält alle benötigten Komplett-Abbilder Ihres Unternehmens oder aber Ihrer Kunden, wenn Sie ein Mitarbeiter eines IT-Systemhauses sind. Muss irgendwo in Ihrem Unternehmen oder bei einem Ihrer Kunden ein neuer Computer eingerichtet werden oder ein vorhandener ein aktualisiertes Abbild erhalten, so schicken Sie einen Mitarbeiter mit diesem Laptop und einem gedrehten LAN-Kabel vor Ort. Der Mitarbeiter verbindet den zu überarbeitenden Client über das gedrehte LAN-Kabel mit dem Laptop und überspielt das Abbild anschließend vom Laptop auf den Computer. Danach schließt er den Client wieder an das Produktivnetzwerk an und macht ihn zum Mitglied der Produktivdomäne.

18.9.3 Die Ergebnisse der Testumgebung mit geringem Aufwand in mehrere Produktivdomänen übernehmen 

Die erstellten RIPrep-Abbilder können also nicht nur in der Domäne verwendet werden, in der sie generiert wurden, sondern in beliebigen anderen Active-Directory-Domänen, z.B. auch in den Domänen von Kunden, wenn Sie in einem IT-Systemhaus arbeiten. Aber auch die von Ihnen konfigurierten Gruppenrichtlinien, egal ob sie auf den von Microsoft gelieferten Vorlagedateien (ADM-Dateien) beruhen oder auf selbst erstellten Vorlagedateien, können von einer Domäne in eine andere übernommen werden. Das Unterkapitel Sichern, Kopieren und Importieren von Richtlinieneinstellungen, in Kapitel 10, Einführung in Gruppenrichtlinien, erklärt die Vorgehensweise. Ebenso können die Anmeldeskripte und Installationsskripte von der Testdomäne in eine andere Domäne übernommen werden, wenn sie von Anfang an allgemein gültig konzipiert wurden (Verwendung von Variablen für Servernamen und Domänennamen). Der Anpassungsaufwand ist dann sehr gering.

18.9.4 Kundendomänen standardisiert hochziehen und warten 

Folglich können Sie in der Testdomäne nicht nur einen Musterclient erzeugen, über die RIPrep-Methode von diesem Musterclient ein Abbild erstellen und dieses Abbild in vielen Produktivdomänen weiterverwenden. Sie können die Arbeitsergebnisse des Testservers S1 der Testdomäne Company.com selbst in andere Domänen übernehmen: die Gruppenrichtlinien, die Skripte, das komplette Netlogon-Verzeichnis sowie das durchgestylte Softwarearchiv. Mit geringem Aufwand können Sie so bei Kunden weitgehend identisch konzipierte Active Directory-Domänen in gleich bleibender Qualität aufbauen und später auf dieselbe Art – nämlich standardisiert – warten. Diese Vorgehensweise minimiert nebenbei den Dokumentationsaufwand.

Da es unter Windows Server 2003 zudem möglich ist, eine Domäne vollständig umzubenennen, ist es sogar denkbar, die Festplatten der Server einer Testdomäne mit einem Imagetool zu duplizieren, diese Festplatten in andere Serverhardware einzubauen und anschließend die Domänen Company.local in den vom Kunden gewünschten Domänennamen umzubenennen. Danach müssen nur noch die Benutzerkonten und Sicherheitsgruppen eingerichtet und kundenspezifische Anpassungen vorgenommen werden. Eine standardisierte Musterdomäne könnte somit als Vorlage für eine Kundendomäne dienen. Da nach außen hin jedoch der interne Domänenname Company.local gar nicht bekannt gemacht wird und die SMTP-Hauptadresse für Exchange-Postfächer mit geringem Aufwand in der Empfängerrichtlinie geändert werden kann, ist es aber eigentlich nicht einmal notwendig, die Domäne umzubenennen.

Literatur zum Umbenennen eines Servers oder einer Domäne finden Sie auf der Buch-DVD im Verzeichnis Active Directory\Domäne oder Server umbenennen.

Ahnen Sie jetzt den Umfang des Rationalisierungspotenzials, das Sie für Ihr Unternehmen oder auch für Ihre Kunden mit der RIS- und RIPrep-Methode erschließen können?