6
Primärer Domaincontroller mit RAID-Controller Problem - Welche Vorgehensweise?
Wir haben eine Windows-Domäne (Funktionsebene Windows Server 2003) auf zwei Domänencontrollern (selber Standort), wovon der erste (primary) nun piept (Anschaffungsjahr 2004). Laut Ereignisprotokoll gibt es ein Problem mit dem Raid-Controller.
Wir könnten evtl. defekte Hardware tauschen, die Frage ist: Wie sollte man vorgehen, damit man im Fehlerfall (Festplatte defekt o.ä.) wieder eine konsistente AD-Datenbank erhält.
Hat jemand Erfahrung?
Im Internet habe ich bisher nur Anleitungen für das Recovern des ActiveDirectory bzw. Wiederherstellung des Primary Domaincontroller vom Secondary gefunden.
Gruß - kleinerbub
Wir könnten evtl. defekte Hardware tauschen, die Frage ist: Wie sollte man vorgehen, damit man im Fehlerfall (Festplatte defekt o.ä.) wieder eine konsistente AD-Datenbank erhält.
Hat jemand Erfahrung?
Im Internet habe ich bisher nur Anleitungen für das Recovern des ActiveDirectory bzw. Wiederherstellung des Primary Domaincontroller vom Secondary gefunden.
Gruß - kleinerbub
Share on Facebook
Share on Twitter
Share on Reddit
Share on LinkedinPlease also mark the comments that contributed to the solution of the article
Content-Key: 247700
Url: https://administrator.de/contentid/247700
Printed on: April 19, 2024 at 07:04 o'clock
6 Comments
Latest comment
Moin.
Welches Server-OS? Doch wohl kein NT4 mehr, oder?
In einem AD ab Windows 2000 sind alle DCs gleichberechtigt, es gibt keine PDC/BDC-Struktur mehr, nur noch einen PDC-Emulator.
Solange beide DCs noch laufen, übertrage die FSMO auf den DC, der keinen Fehler im RAID meldet. Sofern du bisher nur den piependen DC als DNS-Server genutzt hast, mache den zweiten DC ebenfalls zum DNS-Server und trage auf allen Clients und Servern in deinem Netz dessen IP-Adresse als primären DNS-Server ein.
Achja, DHCP-Rolle nicht vergessen, falls der piepende DC auch DHCP-Server ist.
Wenn das erledigt ist, kannst du den piependen DC runterfahren, dein RAID reparieren und wieder hochfahren. Dann die o.g. Schritte wieder zurück, wenn gewünscht.
Cheers,
jsysde
Welches Server-OS? Doch wohl kein NT4 mehr, oder?
In einem AD ab Windows 2000 sind alle DCs gleichberechtigt, es gibt keine PDC/BDC-Struktur mehr, nur noch einen PDC-Emulator.
Solange beide DCs noch laufen, übertrage die FSMO auf den DC, der keinen Fehler im RAID meldet. Sofern du bisher nur den piependen DC als DNS-Server genutzt hast, mache den zweiten DC ebenfalls zum DNS-Server und trage auf allen Clients und Servern in deinem Netz dessen IP-Adresse als primären DNS-Server ein.
Achja, DHCP-Rolle nicht vergessen, falls der piepende DC auch DHCP-Server ist.
Wenn das erledigt ist, kannst du den piependen DC runterfahren, dein RAID reparieren und wieder hochfahren. Dann die o.g. Schritte wieder zurück, wenn gewünscht.
Cheers,
jsysde
Hi.
Ein piepender Controller heißt doch Plattenausfall und sonst nichts. Platte lokalisieren, tauschen (gleiche oder größere), fertig. Geht meist ohne Runterfahren bei anständigem Servergehäuse (ja, auch schon 2004).
Ein piepender Controller heißt doch Plattenausfall und sonst nichts. Platte lokalisieren, tauschen (gleiche oder größere), fertig. Geht meist ohne Runterfahren bei anständigem Servergehäuse (ja, auch schon 2004).
1
Moin jsysde! Danke für deine schnelle Antwort.
Sorry, war wohl zu schnell beim abschicken.
Server-OS ist Win2003 (Funktionsebene auch, hab ich oben vervollständigt).
Der zweite DC ist auf den Clients auch als alternativer DNS eingetragen. Das müsste doch reichen, oder sollte ich besser die Reihenfolge ändern wenn der erste außer Betrieb geht?
@DerWoWusste
Die Frage ist, ob es wirklich eine Platte ist und wenn ja welche.
Deine Vorgehensweise wäre der Optimalfall. Hab ich selber schon zig-mal so durchgeführt.
Ich hab aber leider kein Indiz welche Platte denn defekt ist. Die LEDs leuchten einfach grün, und zwar alle. Sie blinken auch nicht bei Aktivität, sonst könnte ich ja auch die inaktive identifizieren.
Hab auch kein Tool für den Intel SRCS14L gefunden, was ich auf dem Server (ohne Fehlermeldung) installieren kann.
Einziger Anhaltspunkt ist das Ereignisprotokoll:
dann
Und schließlich
D.h. ich müsste den Server auf jeden Fall runterfahren, um in die RAID-Console zu gelangen. Wenn der ###kerl dann nicht mehr hochfährt ("Dateisystemstruktur beschädigt..."), will ich gern vorgesorgt haben, wenn du verstehst.
Grüße
kleinerbub.
Sorry, war wohl zu schnell beim abschicken.
Server-OS ist Win2003 (Funktionsebene auch, hab ich oben vervollständigt).
Der zweite DC ist auf den Clients auch als alternativer DNS eingetragen. Das müsste doch reichen, oder sollte ich besser die Reihenfolge ändern wenn der erste außer Betrieb geht?
@DerWoWusste
Die Frage ist, ob es wirklich eine Platte ist und wenn ja welche.
Deine Vorgehensweise wäre der Optimalfall. Hab ich selber schon zig-mal so durchgeführt.
Ich hab aber leider kein Indiz welche Platte denn defekt ist. Die LEDs leuchten einfach grün, und zwar alle. Sie blinken auch nicht bei Aktivität, sonst könnte ich ja auch die inaktive identifizieren.
Hab auch kein Tool für den Intel SRCS14L gefunden, was ich auf dem Server (ohne Fehlermeldung) installieren kann.
Einziger Anhaltspunkt ist das Ereignisprotokoll:
Die Beschreibung der Ereigniskennung ( 129 ) in ( iirsp ) wurde nicht gefunden. Der lokale Computer verfügt nicht über die zum Anzeigen der Meldungen von einem Remotecomputer erforderlichen Registrierungsinformationen oder DLL-Meldungsdateien. Möglicherweise müssen Sie das Flag /AUXSOURCE= zum Ermitteln der Beschreibung verwenden. Weitere Informationen stehen in Hilfe und Support. Ereignisinformationen: \Device\RaidPort0. (Quelle iirsp) siehe auch Windows 2003 Server,Raid und iirsp
dann
Der Treiber hat einen Controllerfehler auf \Device\RaidPort0 gefunden. (Quelle iirsp)
Und schließlich
Die Dateisystemstruktur auf dem Datenträger ist beschädigt und unbrauchbar. Führen Sie chkdsk auf Volume "\Device\HarddiskVolume1" aus.
D.h. ich müsste den Server auf jeden Fall runterfahren, um in die RAID-Console zu gelangen. Wenn der ###kerl dann nicht mehr hochfährt ("Dateisystemstruktur beschädigt..."), will ich gern vorgesorgt haben, wenn du verstehst.
Grüße
kleinerbub.
UPDATE:
Hab jetzt das RAID-Tool installiert gekriegt.
Ja, es ist "nur" ne Platte (in nem RAID1).
Hat jemand Erfahrung mit nem Intel SRCS14L? Ich finde nix, um die Platte zu identifizieren, hätte aber noch zwei freie Steckplätze.
Werd mal versuchen dem RAID ne neue Platte unterzujubeln. Falls mir jemand noch Hilfe anbieten kann, wäre ich dankbar.
Gruß
kleinerbub.
Hab jetzt das RAID-Tool installiert gekriegt.
Ja, es ist "nur" ne Platte (in nem RAID1).
Hat jemand Erfahrung mit nem Intel SRCS14L? Ich finde nix, um die Platte zu identifizieren, hätte aber noch zwei freie Steckplätze.
Werd mal versuchen dem RAID ne neue Platte unterzujubeln. Falls mir jemand noch Hilfe anbieten kann, wäre ich dankbar.
Gruß
kleinerbub.
Hallo KleinerBub
Ich kenne das Tool, welches du nutzt nicht.
Ich kenne mehr den OMSA von Dell
a)
Vielleicht ist es dir darüber möglich eine Hotswap nachträglich zu definieren.
Dann sollte er diese statt der defekten Platte verwenden.
b) Vielleicht hast du eine Möglichkeit über dieses Tool die Lampen testweise nacheinander zum Blinken zu bringen.
Damit könntest du die Platte identifizieren.
c)
Möglicherweise zeigt dir das Tool den entsprechenden Steckplatz an.
Gruß
Ich kenne das Tool, welches du nutzt nicht.
Ich kenne mehr den OMSA von Dell
a)
Vielleicht ist es dir darüber möglich eine Hotswap nachträglich zu definieren.
Dann sollte er diese statt der defekten Platte verwenden.
b) Vielleicht hast du eine Möglichkeit über dieses Tool die Lampen testweise nacheinander zum Blinken zu bringen.
Damit könntest du die Platte identifizieren.
c)
Möglicherweise zeigt dir das Tool den entsprechenden Steckplatz an.
Gruß
Danke für die Mithilfe, wir haben's hingekriegt. (Zusammen mit meinem Kollegen, der mir tatkräftig und moralisch zur Seite stand)
Erste Hürde war die Storage Console von Intel installiert zu kriegen. Da hat mir diese Anleitung weitergeholfen.
Dann wussten wir, dass die Platte A1 ein Problem hat, hatten aber keine Ahnung welche es sein soll. Die LEDs leuchteten alle permanent, die Identify-Funktion der Software machte NIX, kein Indiz über die Festplattenaktivität.
Nach ein wenig Recherche waren wir uns fast sicher, dass sowohl der RAID-Controller, als auch die SATA-I Platten ein HotSwap mitmachen sollten (trotz einiger gegenteiliger Angaben im Handbuch und Internet).
Also: Beschreibung des RAID-Controllers hergenommen, Server im laufenden Betrieb geöffnet.
Klasse - die Controllerkarte steckte per Riser genau verkehrt rum, so dass wir den richtigen Anschluss nur erfühlen konnten.
Also: Kabel bis zur richtigen Platte an der Backplane verfolgt, per Befehl im RAID-Controller den Austausch veranlasst, Luft angehalten, getauscht - REBUILD! Juhuu!
Kurioser Weise erkannte der SRCS14L eine neu gesteckte Platte in einem freien Slot nicht, aber den Tausch machte er ohne meckern mit.
Rebuild ist durch, sfc /scannow ist auch zufrieden (keine korrupten Systemdateien). Sonntag Nacht werde ich mal noch nen Reboot und ein chkdsk von C machen, dann dürfte alles wieder i.O. sein.
Aber die Neue Domäne mit etwas aktuellerer Hardware ist schon am Laufen, ich hoffe solange macht der gute Junge noch mit
Vielen Dank für die Mithilfe.
Gruß
kleinerbub.
Erste Hürde war die Storage Console von Intel installiert zu kriegen. Da hat mir diese Anleitung weitergeholfen.
Dann wussten wir, dass die Platte A1 ein Problem hat, hatten aber keine Ahnung welche es sein soll. Die LEDs leuchteten alle permanent, die Identify-Funktion der Software machte NIX, kein Indiz über die Festplattenaktivität.
Nach ein wenig Recherche waren wir uns fast sicher, dass sowohl der RAID-Controller, als auch die SATA-I Platten ein HotSwap mitmachen sollten (trotz einiger gegenteiliger Angaben im Handbuch und Internet).
Also: Beschreibung des RAID-Controllers hergenommen, Server im laufenden Betrieb geöffnet.
Klasse - die Controllerkarte steckte per Riser genau verkehrt rum, so dass wir den richtigen Anschluss nur erfühlen konnten.
Also: Kabel bis zur richtigen Platte an der Backplane verfolgt, per Befehl im RAID-Controller den Austausch veranlasst, Luft angehalten, getauscht - REBUILD! Juhuu!
Kurioser Weise erkannte der SRCS14L eine neu gesteckte Platte in einem freien Slot nicht, aber den Tausch machte er ohne meckern mit.
Rebuild ist durch, sfc /scannow ist auch zufrieden (keine korrupten Systemdateien). Sonntag Nacht werde ich mal noch nen Reboot und ein chkdsk von C machen, dann dürfte alles wieder i.O. sein.
Aber die Neue Domäne mit etwas aktuellerer Hardware ist schon am Laufen, ich hoffe solange macht der gute Junge noch mit
Vielen Dank für die Mithilfe.
Gruß
kleinerbub.
