oh. Ich hatte gehofft, umfassend zu berichten. Sorry, wenn das noch nicht ausreichend war. Aber auch Danke für Deine/Eure Geduld mit mir! Respekt!larry hat geschrieben:Ich habe etwas meine Zweifel, dass bei deinen Beiträgen noch irgend jemand einen Überblick hat.
Ob ich das, was ich gestern alles gemacht habe, noch lückenlos auf die Reihe bekomme, kann ich nicht mit Sicherheit sagen. Immerhin habe ich gestern etwa 12 Stunen an meinem WHS gesessen. Also fange ich erst einmal an, noch einmal zu beschreiben, was ich machen wollte:larry hat geschrieben: Vielleicht solltest du in einem Beitrag einmal detailliert und verständlich beschreiben, was du bisher gemacht hast und vor allem was du machen willst.
Mein WHS hatte folgende Konfiguration
- Platte 1 (2TB): Enthalten die 100MB-Partition zum Booten, eine 60GB Partition (C:) mit dem System und eine Partion (D:) mit dem Rest der Platte (etwa 1,7 TB) für die Clientsicherungen.
- Platte 2 und 3 (je 2TB als Raid0 über das Motherboard): Enthalten die Partition (F:) für die Shares
- Platte 4 als USB Sicherungsplatte für den Server. Hier werden C: und F: gesichert
Also dachte ich mir, ich baue eine kleine Festplatte (Platte 5) ein, die größer ist als 60GB, um darauf dann die Serverpartition (C:) wiederherzustellen. Das war das eigentliche Ziel.
Doch, wenn ich schon einmal am Schrauben bin, so habe ich gedacht, dass ich noch einen Festplatteneinschub mit einbaue, in dem ich dann die Platte 4 einschieben wollte.
Nach dem Einbau der Platte 5 konnte ich diese nicht als Startlaufwerk auswählen. Es dauerte eine Weile, bis ich dahinter gekommen bin, dass der freie SATA-Port, den ich dafür genutzt habe, mit dem RAID-Controller des Boards verbunden war. Also habe ich mutig das Raid abgeschaltet, indem ich aus der Bios Einstellung RAID ein IDE gemacht habe (AHCI wäre auch für Port 1-4 verfügbar gewesen).
Nachtrag zur Serverkonfiguration:
- Platte 1 hängt am SATA6 weil 1-4 als Raid schon weg waren und 5 als eSATA ausgeführt ist
- Platten 2 und 3 hängen an Port 1 und 2
- Platte 4 hängt an Port 4 (die mit den Datensicherungen vom Server)
- Platte 5 hängt an Port 3
Als erstes habe ich (unter Missachtung eurer Vorschläge, ich hatte mich ja schon entschuldigt) versucht, die Betriebsystempartition (C:) auf Platte 5 zurückzuspielen. Das war zu dem Zeitpunkt, als ich nich nicht das Raid aufgelöst hatte. Ich konnte die Platte 5 nicht auswählen. Also habe ich dann das Installieren des WHS ausprobiert. Dabei habe ich dann gemerkt, dass ich das Raid auflösen musste.
In der Zwischenzeit habe ich dann in meiner Verzweiflung gedacht, lass das mal mit Platte 5 weg und nutze gparted. um die Partition zu vergrößern. Das hätte dann vermutlich 2 Tage gedauert. Nach einer Dreiviertelstunde habe ich dass dan abgebrochen. Gparted ist so nett und schreibt dann seine Änderungen auch wieder zurück. Also hatte ich nach einer weiteren Dreiviertelstunde die Platte wieder so, wie sie vorher war.
Jetzt habe ich mich an Larrys Ausführung gehalten (man braucht keine Installation um die Partition zurückzusichern). Ich habe alle Platten abgezogen außer Platte 4 (die mit der Datensicherung) und 5 (die neue Platte für das Betriebssystem). Dabei kam dann diese ominöse Fehlernummer. Nach mehreren Versuchen habe ich die Platte 4 aus dem Wechselschacht gezogen und wieder in den USB-Adapter gesteckt. Nun war die Fehlermeldung nicht mehr die eine Nummer, sondern der Klartext, dass die Platte zu klein sei. Da kam dann mein Rückschluss: Mit der Methode der Rücksicherung scheint das nicht zu gehen.
Also habe ich alle Platten wieder angeschlossen und den Server neu gestartet. Die Platte 4 hängt jetzt an einem USB3 Anschluss. Bis gestern Morgen war das noch der USB2 Anschluss (ich hatte vor einiger Zeit eine falsche Buchse erwischt). Es war ja auch schon spät am Abend.
Heute Vormittag konnte ich den Server nicht aufwecken. Die Kontrollampe des Servers leuchtete und es gab Festplattenaktivität. Der Bildschirm blieb schwarz, die optische Maus war nicht mehr am leuchten. Ich musste mit einem Reset den Server neu starten.
Im Launchpad wurde die Meldung angezeigt, dass eine Serversicherung nicht erfolgreich war. Ich habe mir dass dann genauer angesehen. Da habe ich dann die Meldungen im Ereignisprotokoll angesehen (in den letzen 24 Stunden 28.000 Meldungen). Details dazu im Post oben. Angeblich wird eine Datei auf F: nicht gefunden (welche steht nirgendwo, bzw. ich habs nicht gefunden). Das ist die Platte, wo der Raid-Verbund aufgelöst wurde. Ich habe das Manuell neu gestartet. Auch hier wieder das gleiche Ergebnis. Der Server wurde jetzt so langsam, das ein Arbeiten (Analysieren von Ereignisprotokollen z. B. ) nicht mehr möglich war. Ein Neustart blieb in gleicherweise hängen, wie heute morgen. Ich habe wieder Reset gedrückt.
Nun hatte ich schon vor einiger Zeit alles mögliche, was ich schon einmal auf dem Server installieret hatte, wieder deinstalliert. So auch Sharepoint. Davon ist noch ein Ordner erhalten gewesen. löschen geht nicht, weil irgend ein Prozess den noch nutzen würde. Also habe ich den jetzt von der Datensicherung einmal ausgenommen. Auch habe ich die Platte H: (der Partner aus dem Raid) offline geschaltet.
Jetzt habe ich die Serversicherung manuell ein weiteres Mal angestoßen. Der Sicherungsstatus bleibt seit geschätzt einer Stunde bei 50% stehen. Im Resourcenmonitor kann ich sehen, dass es Aktivitäten auf den Platten 1 (Laufwerk C: und D:) und Platte 2 (Laufwerk F:) gibt.
Das ist mein jetziger Stand. Ich glaube, dass ist mein längster Beitrag, den ich je in einem Forum geschrieben habe.
Morgen muss ich wieder arbeiten. Ich habe Sorge, dass der Server so nicht über die Woche läuft. Wenn die Datensicherung durchläuft, bin ich wieder froh. Wenn sie wieder abbricht, werde ich die Shares schweren Herzens von der Datensicherung ausschließen.
Was schrieb ich im ersten Posting:
Gruß,Oh man, never touch a running System. Irgendwie habe ich bange vor dieser OP... Meine Familie steinigt mich, wenn der danach nicht mehr läuft. Man kann sich schnell an so eine zentrale Datenhaltung gewöhnen.
Ralf
