Win2003 Server Hardware defekt, wie wieder herrstellen?

Eine IT-Ausbildung hilft Dir nicht viel weiter, um zu wissen, ob an Deinem konkreten Fasttrack-PCI-Raid-Contoller irgendwas so krumm ist, daß verbliebene eine Platte aus dem Mirror nicht auch OHNE Raid-Controller als einzelnes Laufwerk läuft. Deine wichtigste Aufgabe besteht zunächst darin, diese verbliebene Platte keinesfalls im Anflug von Nervosität irgendwie zu beschädigen. Wenn Du kein Backup davon hast außer dem Mirror, danke zunächst allen Dir bekannten Göttern für die nicht auf die harte Tour zu erlernende Erkenntnis genau ein Blitzeinschlag der Unfall ist, wo ein Mirror als Backup gar nichts hilft Der Rest der Antwort besteht wesentlich in zwei offenen Fragen:

1. Wie sauber bzw. rigoros wurden Daten von System getrennt?

2. Hat Dich Deine IT-Ausbildung in den Stand gesetzt, Windows aus Sicht der Registry zu editieren, und das auch Offline. Die Antwort lautet hier vermutlich: nein. Und damit erübrigen sich fast alle Gedanken an Dein System-Backup und wandern zurück zu Frage 1 ...

Alles, was mit »Troubleshooting« oder »Reparatur« unter Windows daherkommt, ist erfahrungsgemäß reine Zeitverschwendung. Das Backup der Systempartition wird auf einem anderen Motherbord allenfalls zufällig lauffähig sein. Spätestens beim (nicht gleichen) Festsplattencontroller wird Windows nichts können außer Bluescreens zu schmeißen, schlimmstenfalls begleitet von irreleitenden Hinweisen auf Virenbefall. Wünsch Dir zu Weihnachten Linux, da hättest Du solche Probleme nicht! Unter Windows kann Dir gelingen, zumindest die Controller-Treiber auszutragen, indem Du die Systemplatte in ein anderes laufendes System hängst und von dort aus die System-Registry editierst. Das wird aber, spätestens da Du das System nicht selber aufgesetzt hast, leicht eine Popelei von unabsehbarerem Aufwand als das Server-System von Scratch auf den Office-Rechner aufzuspielen. Leider funktioniert PlugNPlay hier nicht mehr wie einst bei Windows 98, daß man einfach sämtliche Hardware aus der Registry löschen kann, und Windows baut beim Booten die Standardkomponenten von alleine wieder auf. Wenn die Daten rigoros vom System getrennt sind, ist ja in erster Näherung nichts weiter zu tun als das System aufzuspielen. Wenn sauber mit Scripten administriert wurde, ist dann ja alles bis auf die veränderte Hardware nullkommanix wieder eingespielt. Wenn wie leider allzuüblich mit Klickiklacki administriert wurde, bietet http://www.regxplor.com/index.html mit seinen Drag&Drop-Möglichkeiten eine effiziente Hilfe, Teile einer Registry zu importieren bzw. kopieren. Was genau die effizienteste Lösung ist, läßt sich von Ferne schlecht sagen. Laß Dir auf jeden Fall ein Generalpardon aushändigen, bevor Du die Datenplatte ohne Mirror in Betrieb nimmst, weil Dir keiner einen Hunni in die Hand gedrückt hast, damit Du morgen eine Ersatzplatte kaufst. Für einen Mirror brauchst Du ebenfalls nicht den Raid-Controller, weil 2k3 das ja mit eigenen Bordmitteln für Dynamische Disks erledigen kann, wenn vielleicht auch nicht so leistungsstark. Aber 15 User sind ja auch nicht die Welt. Es sollte allerdings auch kein nennenswertes Problem sein, den RAID-Controller in einen anderen Rechner zu hängen, zumal wenn Du nichtmal vom RAID bootest. Dein Migrations-Problem beschränkt sich vermutlich nur auf die Motherboard-Treiber. Alles andere läßt sich kopieren. Heißt also:

1.a 2k3 (Produktion) zusätzlich zum bestehenden System auf den Office-Rechner installieren, soweit das möglich ist.
1.b neues 2k3 (Produktion) auf die als Systemplatte in den Office-Rechner gehängte Systemplatte installieren
(ca. 2h)
2. zusätzliches 2k3 (anderes Systemroot als beim Original, Admin) irgendwohin installieren; dieses System auf jeden Fall bootfähig halten.
(ca. 2h)
3. Mit dem Admin-System das Backup zurückspielen mit Ausnahme der System-Registry (%systemroot%\system32\config); letztere (Original) woandershin zurückspielen. Durchbooten.
(???)
4. die "andere" Version (Admin) zur Bearbeitung der System-Registry verwenden.
4.1 Zunächst System-Registry-Backup mit der System-Registry-Original vertauschen (und jeweils Kopien sichern).
4.2 Im Registry-Editor die Produktion-Hives und die Original-Hives der Systemregistry laden und vergleichen.
4.3 Alles, was konkret mit der Hardware zu tun hat, in den Original-Hives durch ihre Äquivalenzen aus den Produktion-Hives ersetzen.

Die effizienteste Lösung könnte im Übrigen sein, zuallererst das Netzteil des Servers zu tauschen bzw. das MoBo an ein anderes Netzteil zu hängen. Wenn der Rest dahinter noch in Ordnung ist, besteht Hoffnung, daß nur das Netzteil zerschossen ist. Und wenn am MoBo ansonsten nichts zu sehen ist, besteht außerdem Hoffnung, daß dort nur Sicherungen zerschossen sind, die dann allerdings leider nur mit Lötkolben getauscht werden können. Hardwaremäßig Centbeträge, aber ein Fachmann dafür ist vermutlich nicht verfügbar.