26
Systempartition C im RAID5 erweitern
Hallo Adsministratoren,
folgende IST Situation: Der Server (Windows Small Business 2008) besitzt 3 SATA Platten á 300GB, welche in einem RAID5 Verbund über ca. 600GB IST-Speicher verfügen, aufgeteilt in 2 Partitionen (C: 78 GB D: Rest).
Da beide Partitionen sehr voll sind, wurden nun 3 weitere Festplatten á 300GB in einem RAID5 Verbund eingebunden, welche ein weiteres logisches Laufwerk darstellen.
Nun wollen wir die Systempartition C sowie die Datenpartition D auf das neue logische Laufwerk erweitern. "Diskpart" warnt jedoch bei der Erweiterung der Systempartition.
Die Datenträgerverwaltung des SBS2008 erlaubt auch nur eine Erweiterung von hintereinanderliegenden, freien Festplattenplatz. Daher wäre die Erweiterung von "D" kein Problem, aber was machen wir mit "C"?
Gruß
folgende IST Situation: Der Server (Windows Small Business 2008) besitzt 3 SATA Platten á 300GB, welche in einem RAID5 Verbund über ca. 600GB IST-Speicher verfügen, aufgeteilt in 2 Partitionen (C: 78 GB D: Rest).
Da beide Partitionen sehr voll sind, wurden nun 3 weitere Festplatten á 300GB in einem RAID5 Verbund eingebunden, welche ein weiteres logisches Laufwerk darstellen.
Nun wollen wir die Systempartition C sowie die Datenpartition D auf das neue logische Laufwerk erweitern. "Diskpart" warnt jedoch bei der Erweiterung der Systempartition.
Die Datenträgerverwaltung des SBS2008 erlaubt auch nur eine Erweiterung von hintereinanderliegenden, freien Festplattenplatz. Daher wäre die Erweiterung von "D" kein Problem, aber was machen wir mit "C"?
Gruß
Auf Facebook teilen
Auf Twitter teilen
Auf Reddit teilen
Auf Linkedin teilenBitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 195569
Url: https://administrator.de/contentid/195569
Ausgedruckt am: 22.11.2024 um 19:11 Uhr
26 Kommentare
Neuester Kommentar
Du kannst doch mit Acronis einen Komplettsicherung des Systems machen, mit den zusätzlichen Platten eine neues Raid 5 erstellen (über alle Platten) und dann das Image zurückspielen.
Gruß, Arch Stanton
Gruß, Arch Stanton
Hi Arch-Stanton, da es sich um einen Small Business Server handelt, bin ich mir nicht ganz sicher, ob bei einer Rückspielung des Images über dann andere Partitionsgrößen es nicht zu größeren Problemen kommt.
Hallo,
mach doch den 2. RAID Verbund zu einer Partition, verschieb alles von D darauf, lösche die 2. Partition, benenne die neue Par tition zu D und vergrößer dann C auf die volle Größe des ersten RAID Verbundes.
Dürfte Schrittweise auf 3 Nächte erledigt sein, ohne Ausfall...
Grüße
win-dozer
mach doch den 2. RAID Verbund zu einer Partition, verschieb alles von D darauf, lösche die 2. Partition, benenne die neue Par tition zu D und vergrößer dann C auf die volle Größe des ersten RAID Verbundes.
Dürfte Schrittweise auf 3 Nächte erledigt sein, ohne Ausfall...
Grüße
win-dozer
Ja, das wäre eine Idee, leider hat der damalige Admin schlauerweise die Exchange Postfächer auf D gelegt und die User wollen ja nun wieder arbeiten. Aber so ähnlich mache ich es, ich habe nun D via Driveimage auf ein externes NAS gelegt. Dann Partition D löschen, C erweitern und den freien Speicherplatz des neuen RAID´s als D ausweisen und wieder die Daten zurückspielen. Ich hoffe mal, das klappt so.
Zitat von @mwelland:
Ja, das wäre eine Idee, leider hat der damalige Admin schlauerweise die Exchange Postfächer auf D gelegt und die User
wollen ja nun wieder arbeiten. Aber so ähnlich mache ich es, ich habe nun D via Driveimage auf ein externes NAS gelegt.
Dann Partition D löschen,
Wieso leider, würdest du die Infostores auf das Systemlaufwerk legen?Ja, das wäre eine Idee, leider hat der damalige Admin schlauerweise die Exchange Postfächer auf D gelegt und die User
wollen ja nun wieder arbeiten. Aber so ähnlich mache ich es, ich habe nun D via Driveimage auf ein externes NAS gelegt.
Dann Partition D löschen,
Was meint der Exchange dazu wenn er seine Datenbanken unter D: nicht mehr findet?
Die Datenbanken kannst du doch mit Move-DatabasePath verschieben.
Gruß,
gemini
Nene, ich will nach der Löschung "D" und der Erweiterung von "C" das neue RAID als neues Laufwerk "D" anlegen.
@mwelland
Ja aber win-dozer hat doch auch von drei Nächten geredet, wenn nicht nimm doch einfach ein Wochenende
und gut ist es.
Und so wie win-dozer das beschrieben hat ist doch alles tutti, oder nicht?
1. Mit den neuen Platten ein Raid neues Raid aufsetzen
2. D sichern und auf das neue Raid migrieren
3. D. löschen und C erweitern fertig ist der Lack
Einfach sicher und alles läuft. Das ist auch an einem WE erledigt.
Gruß
Dobby
Ja, das wäre eine Idee, leider hat der damalige Admin schlauerweise die Exchange Postfächer auf D
gelegt und die User wollen ja nun wieder arbeiten.
gelegt und die User wollen ja nun wieder arbeiten.
Ja aber win-dozer hat doch auch von drei Nächten geredet, wenn nicht nimm doch einfach ein Wochenende
und gut ist es.
Und so wie win-dozer das beschrieben hat ist doch alles tutti, oder nicht?
1. Mit den neuen Platten ein Raid neues Raid aufsetzen
2. D sichern und auf das neue Raid migrieren
3. D. löschen und C erweitern fertig ist der Lack
Einfach sicher und alles läuft. Das ist auch an einem WE erledigt.
Gruß
Dobby
Ach ja: Ein großes RAID 5 über alle 6 Platten würde ich nicht machen - zu Groß ist das Risiko dass 2 von den 6 Platten ausfallen. Außerdem ist hier dann der Migrationsaufwand größer und du kannst es nicht "mal eben" machen...
Mach es einfach wie vorher beschrieben: 2. RAID einrichten formatieren, Dateien verschieben, LW Buchstabe ändern, C vergrößern und fertig. Alternativ die Partition D klonen, das wirst du aber kaum brauchen.
Mach es einfach wie vorher beschrieben: 2. RAID einrichten formatieren, Dateien verschieben, LW Buchstabe ändern, C vergrößern und fertig. Alternativ die Partition D klonen, das wirst du aber kaum brauchen.
So mache ich es auch, denke mal heute Abend. Spiele aber das Windows Server Image zurück. Danke erstmal für die Ideen und Anregungen. Hoffte zwar, dass mir eine Löschung von "D" ersparrt bleiben würde, aber dem ist wohl nicht so und daher werde ich den o.g. Weg einschlagen und hoffen, dass morgen früh die 500GB wieder hergestellt sind.
Du kannst auch die Partition auf das neue RAID kopieren und bei der "alte" D Platten vorrübergehend nur den Laufwerksbuchstaben löschen...
Wenn du dir dann sicher bist, das alles OK ist, kannst du weiter machen.
Wenn du dir dann sicher bist, das alles OK ist, kannst du weiter machen.
@102534: Du meinst die neue Partition mit D syncronisieren, den Laufwerksbuchstaben bei der jetzigen Partition D entfernen und auf die neue Partition (Sync) mit legen. Dann die alte Partition D löschen, C erweitern und den Rest von ehemals D als übergreifendes Volume an neu D anhängen?
Klingt gut und sehr ausfallssicher. Ich habe nur immer noch ein wenig bedenken wegen dem Popconnect und der Exchange.edb.
Vielleicht könnt Ihr mir diese Bedenken noch nehmen.
Klingt gut und sehr ausfallssicher. Ich habe nur immer noch ein wenig bedenken wegen dem Popconnect und der Exchange.edb.
Vielleicht könnt Ihr mir diese Bedenken noch nehmen.
Ja ich würd über Nacht die Dienste beenden und dann kopieren. Laufwerksbuchstaben ändern, Dienst starten und wenns zu fehlern kommt einfach die alte Partition verwenden...
"einfach syncen" - ich weiß nicht, Versuchen könnte man es mit MS SyncToy, Einwegsync sozusagen... Dann Dienst beenden, noch mal hinterher syncen und dann Buchstaben ändern - da ist mit aber bei jeder overnight Aktion wohler...
"einfach syncen" - ich weiß nicht, Versuchen könnte man es mit MS SyncToy, Einwegsync sozusagen... Dann Dienst beenden, noch mal hinterher syncen und dann Buchstaben ändern - da ist mit aber bei jeder overnight Aktion wohler...
Sync war der falsche Ausdruck. Ich meinte, die Windows Server Sicherung, welche Nachts immer läuft dann auf das neue D einspielen. Dann sollte es doch mit der Exchange DB keine Probleme geben, oder?
Da könnten die 500GB schon recht flott wieder aktiv sein, oder besser doch ein ganzes WE einplanen. Sonst würde ich heute Nacht mich dransetzen.
Da könnten die 500GB schon recht flott wieder aktiv sein, oder besser doch ein ganzes WE einplanen. Sonst würde ich heute Nacht mich dransetzen.
Moin mwelland,
Die Dauer der Aktion hängt in großem Maße davon ab, wie voll das Laufwerk ist und wie schnell deine Hardware sichert und restored.
Ich habe ähnliches schon öfter gemacht. Allerdings nutze ich nicht die Winblows Server-Sicherung sondern Symantec System Recovery (früher BESR).
Vor allem aber versuche ich, das offline zu erledigen, d.h. Sicherung von Recovery Disk und anschließendes Restore ebenso.
Zwischendurch das 2. RAID anlegen die Partition D vom RAID 1 löschen (deaktivieren).
Das Vergrößern der Partitionen kann man dann auch im laufenden Windows-Betrieb machen.
Zumeist dauerten solche Aktionen bei mir zuletzt einen halben bis ganzen Samstag (10-16/19 Uhr)
Die Dauer der Aktion hängt in großem Maße davon ab, wie voll das Laufwerk ist und wie schnell deine Hardware sichert und restored.
Ich habe ähnliches schon öfter gemacht. Allerdings nutze ich nicht die Winblows Server-Sicherung sondern Symantec System Recovery (früher BESR).
Vor allem aber versuche ich, das offline zu erledigen, d.h. Sicherung von Recovery Disk und anschließendes Restore ebenso.
Zwischendurch das 2. RAID anlegen die Partition D vom RAID 1 löschen (deaktivieren).
Das Vergrößern der Partitionen kann man dann auch im laufenden Windows-Betrieb machen.
Zumeist dauerten solche Aktionen bei mir zuletzt einen halben bis ganzen Samstag (10-16/19 Uhr)
ja das dürfte gehen. Ich setzte bevorzugt immer Drive SnapShot (http://www.drivesnapshot.de/de/index.htm) solchen Sachen ein - lässt sich besser nutzen als die Windows Server Sicherung - ist halt dafür auch "nur" ein Imager...
Über Nacht dürfte das - wie gesagt - kein Problem sein... Heute tagsüber schon mal vorbereiten, RAID Kontroller das 2. RAID formatieren lassen, evtl. die Tools noch mach anguggen, paar Recovery Szenarien anschauen falls was schief geht (denn wenns sein sollte, hat man nicht mehr so sehr den nerv dafür
) )...
Nach Feierabend mit SnapShot n Backup ziehen, auf die neue rücksichern (SnapShot bietet hier sogar automatisches vergrößern an, wäre eine Idee.)
Morgen ganz in der früh - Laufwerksbuchstaben ändern und durchstarten... Ordentlich testen und dann schauen ob keiner meckert. Ausreichend Zeit einplanen... Arbeit + 2-3 mal neustarten + halbe Stunde muss Minimum drin sein!
Über Nacht dürfte das - wie gesagt - kein Problem sein... Heute tagsüber schon mal vorbereiten, RAID Kontroller das 2. RAID formatieren lassen, evtl. die Tools noch mach anguggen, paar Recovery Szenarien anschauen falls was schief geht (denn wenns sein sollte, hat man nicht mehr so sehr den nerv dafür
) )...Nach Feierabend mit SnapShot n Backup ziehen, auf die neue rücksichern (SnapShot bietet hier sogar automatisches vergrößern an, wäre eine Idee.)
Morgen ganz in der früh - Laufwerksbuchstaben ändern und durchstarten... Ordentlich testen und dann schauen ob keiner meckert. Ausreichend Zeit einplanen... Arbeit + 2-3 mal neustarten + halbe Stunde muss Minimum drin sein!
Ok, hört sich gut ab, werde mir DriveSnapshot mal ziehen. Ein Frage hätte ich noch an win-dozer: Du schreibst RAID Kontroller das 2. RAID formatieren lassen... Da ich die Daten von D auf eine externe HDD ziehen will, will ich das Alte D löschen und dann zuerst C vergrößern und dann ein übergreifendes Volume D erstellen und dann erst wieder die Daten inkl. Exchange zurücksichern.
Vielen Dank schonmal. Sehr gute Tipps, vor allem merkt man beim Lesen, dass ihr auch schon jahrelang Produktiv arbeitet
Und generell ist das ja ein gängige Praxis, nur die Exchange DB macht mir wirklich große Sorgen, aber die konntet ihr mir schon ein wenig nehmen.
Vielen Dank schonmal. Sehr gute Tipps, vor allem merkt man beim Lesen, dass ihr auch schon jahrelang Produktiv arbeitet
Und generell ist das ja ein gängige Praxis, nur die Exchange DB macht mir wirklich große Sorgen, aber die konntet ihr mir schon ein wenig nehmen.
Würde ich nicht! Kopier die D aufs 2. Raid, rühr das 1. nicht an! Wenn Probleme auftauchen kannst du einfach den Laufwerksbuchstaben ändern und alles ist wie vorher. Wenn das ganze dann einen Tag lang produktiv gelaufen ist kannst du immernoch die Partition löschen und C vergrößen.
Wenn du noch unsicher bist, lieber mehrere kleine Schritte machen! Wenn dein nächstes Ziel nahe ist und du nicht so viele Fehler machen kannst gehst du viel sicherer an die Sache ran - und das nicht ohne Grund!
Wenn du noch unsicher bist, lieber mehrere kleine Schritte machen! Wenn dein nächstes Ziel nahe ist und du nicht so viele Fehler machen kannst gehst du viel sicherer an die Sache ran - und das nicht ohne Grund!
Ok win-dozer. Also als einfaches Volume das neue 2. RAID formatieren, via Drivesnapshot auf neues 2. RAID ablegen, Laufwerksbuchstabe D (altes Laufwerk) entfernen und 2.RAID den Laufwerksbuchsteben D geben. Danach abwarten, ob sich Produktiv etwas ändert und falls nicht, in der darauffolgenden Nacht alte D-Partition löschen, C erweitern (ca. 200GB) und dann den übrigen freien Speicher auf das neue D erweitern.
Das klingt doch super und ohne großes Risiko, weil nix ist schlimmer als der Ausfall von Produktivzeit.
Das klingt doch super und ohne großes Risiko, weil nix ist schlimmer als der Ausfall von Produktivzeit.
Joa passt, so würd ichs auch angehen!
Sehr gut, Danke nochmal win-dozer und allen anderen. Ich werde berichten.
Gruß Matthias
Gruß Matthias
Na? überlebt?
So, hier nun der Erfahrungsbericht:
Gestern Abend Snapshot gezogen und auf externes NAS gesichert. Alten LW-Buchstaben D entfernt, Neustart. LW-Buchstabe D auf neues RAID gelegt. Neustart.
Alle Ordnerfreigaben etc. wurden übernommen. Leider hat es bei der Exchange DB einen sog. DirtyShutdown gegeben und die Mailbox.edb konnte nicht bereitgestellt werden. Fehlende Protokolldateien, ca. 6. Alten Zustand wieder hergestellt, LW-Buchstaben wieder zurückgesetzt und auf "alten" Datenbestand gezeigt.
Mittels "eseutil" zuerst ein Softrecovery (erfolglos), dann ein Hardrecovery durchgeführt (erfolgreich).
Ich glaube, mehrere Umstände haben zu dem Downtime-Desaster geführt:
1. Trotz Snapshot Exchange-Dienste nicht manuell beendet.
2. Überprüfen, dass alle User abgemeldet sind.
2a. Da der Kunde gestern einen nicht bemerkten Stromausfall in der EDV Verteilung 1.OG hatte (ich im Keller davon nix mitbekommen habe), bin ich auch davon ausgegangen, dass alle Clients ORDNUNGSGEMÄß Ihren AP verlassen haben, da aber min. 2 Station nicht heruntergefahren wurden, hat der EXCH keine Rückmeldung vom Client bekommen und daher auch fleißig notiert. Da Stromausfgall erstes OG während des Snapshots auftrat, wurden diese hart heruntergefahren.
3. Bei Exchange sehr vorsichtig sein und genau wissen, was zu tun ist, UND GANZ WICHTIG:
3a. Den Exchange ordnungsgemäß beenden, Dienste beenden! Offline arbeiten auch beim Snapshot (via USB sichern) die Netzwerkverbindung trennen.
So ist man auch vor dem fiesen Dirtyshutdown sicher. Und das werde ich beherzigen und am Samstag genauso durchführen.
Selten so einen Tag gehabt, wo so viele dummer Ereignisse ineinander gespielt haben...
Gestern Abend Snapshot gezogen und auf externes NAS gesichert. Alten LW-Buchstaben D entfernt, Neustart. LW-Buchstabe D auf neues RAID gelegt. Neustart.
Alle Ordnerfreigaben etc. wurden übernommen. Leider hat es bei der Exchange DB einen sog. DirtyShutdown gegeben und die Mailbox.edb konnte nicht bereitgestellt werden. Fehlende Protokolldateien, ca. 6. Alten Zustand wieder hergestellt, LW-Buchstaben wieder zurückgesetzt und auf "alten" Datenbestand gezeigt.
Mittels "eseutil" zuerst ein Softrecovery (erfolglos), dann ein Hardrecovery durchgeführt (erfolgreich).
Ich glaube, mehrere Umstände haben zu dem Downtime-Desaster geführt:
1. Trotz Snapshot Exchange-Dienste nicht manuell beendet.
2. Überprüfen, dass alle User abgemeldet sind.
2a. Da der Kunde gestern einen nicht bemerkten Stromausfall in der EDV Verteilung 1.OG hatte (ich im Keller davon nix mitbekommen habe), bin ich auch davon ausgegangen, dass alle Clients ORDNUNGSGEMÄß Ihren AP verlassen haben, da aber min. 2 Station nicht heruntergefahren wurden, hat der EXCH keine Rückmeldung vom Client bekommen und daher auch fleißig notiert. Da Stromausfgall erstes OG während des Snapshots auftrat, wurden diese hart heruntergefahren.
3. Bei Exchange sehr vorsichtig sein und genau wissen, was zu tun ist, UND GANZ WICHTIG:
3a. Den Exchange ordnungsgemäß beenden, Dienste beenden! Offline arbeiten auch beim Snapshot (via USB sichern) die Netzwerkverbindung trennen.
So ist man auch vor dem fiesen Dirtyshutdown sicher. Und das werde ich beherzigen und am Samstag genauso durchführen.
Selten so einen Tag gehabt, wo so viele dummer Ereignisse ineinander gespielt haben...
geht so, ließ mal...
Oh je, na dann hast du hoffentlich mehr Erfolg nächsten Samstag...
Guten Morgen zusammen,
die Operation hat geklappt und diesmal auch ohne Probleme.
Wie schon vermutet war der Stromausfall der Grund für den Dirtyshutdown. Aber hier nochmal die Vorgehensweise:
1. Microsoft Exchange Dienste manuell beenden
2. Image von LW D ziehen und auf externe HDD bzw. NAS ablegen
3. Image auf neues RAID ablegen.
4. LW-Buchstabe D entfernen und für neues RAID ein LW zuordnen.
5. Neustarten. Exchange Dienste wieder manuell beenden, da beim Neustart die Dienste trotz Manuell immer gestartet werden.
6. Neues RAID dem LW-Buchstaben D zuordnen.
7. Neustart
8. Funktionstest
9. Altes LW D (z.Z. ohne LW Buchstaben) eine Woche mitlaufen lassen
10. Plattenspeicherplatz freigeben und C mit dem Befehl "Volume erweitern" erweitern.
Eigentlich ganz einfach wenn der Exchange mitspielt
Danke nochmal allen bei der konstruktiven Lösungsfindung.
Bis die Tage
mwelland
die Operation hat geklappt und diesmal auch ohne Probleme.
Wie schon vermutet war der Stromausfall der Grund für den Dirtyshutdown. Aber hier nochmal die Vorgehensweise:
1. Microsoft Exchange Dienste manuell beenden
2. Image von LW D ziehen und auf externe HDD bzw. NAS ablegen
3. Image auf neues RAID ablegen.
4. LW-Buchstabe D entfernen und für neues RAID ein LW zuordnen.
5. Neustarten. Exchange Dienste wieder manuell beenden, da beim Neustart die Dienste trotz Manuell immer gestartet werden.
6. Neues RAID dem LW-Buchstaben D zuordnen.
7. Neustart
8. Funktionstest
9. Altes LW D (z.Z. ohne LW Buchstaben) eine Woche mitlaufen lassen
10. Plattenspeicherplatz freigeben und C mit dem Befehl "Volume erweitern" erweitern.
Eigentlich ganz einfach wenn der Exchange mitspielt
Danke nochmal allen bei der konstruktiven Lösungsfindung.
Bis die Tage
mwelland
Hallo mwelland,
herzlichen Glückwunsch,
wenn es das dann war, bitte noch ein Beitrag ist gelöst.
Gruß
Dobby
herzlichen Glückwunsch,
wenn es das dann war, bitte noch ein Beitrag ist gelöst.
Gruß
Dobby
