12
Speicherplatz auf Laufwerk C läuft ständig gegen NULL
hi @ll,
ich betreibe seit ca. 5 Jahren einen SBS2003
seit ein paar Wochen muss ich nun fest stellen, dass der freie Platz auf Laufwerk C ständig weniger wird, obwohl auf dem Laufwerk ausser den Betriebssystem und den systemrelevanten Programmen (SEP, Backupprogramm) keine weiteren Speicherplatzfressenden Programme installiert sind.
Das Laufwerk besteht aus eine HD die in LW C & D aufgeteilt sind.
Laufwerk C hat eine Kapazität von 120 GB und LW D hat ebenfalls 120 GB
Auf LW C sind z.Zt. nur noch 39 MB frei, auf LW D habe ich noch 97 GB zur Verfügung.
Besteht die Möglichkeit, mit Bordmitteln Speicherplatz von LW D nach LW C zu schaufeln?
Neuer Server ist in Planung, dauert aber mit Sicherheit noch 2-3 Monate!
lG
EMail4You
ich betreibe seit ca. 5 Jahren einen SBS2003
seit ein paar Wochen muss ich nun fest stellen, dass der freie Platz auf Laufwerk C ständig weniger wird, obwohl auf dem Laufwerk ausser den Betriebssystem und den systemrelevanten Programmen (SEP, Backupprogramm) keine weiteren Speicherplatzfressenden Programme installiert sind.
Das Laufwerk besteht aus eine HD die in LW C & D aufgeteilt sind.
Laufwerk C hat eine Kapazität von 120 GB und LW D hat ebenfalls 120 GB
Auf LW C sind z.Zt. nur noch 39 MB frei, auf LW D habe ich noch 97 GB zur Verfügung.
Besteht die Möglichkeit, mit Bordmitteln Speicherplatz von LW D nach LW C zu schaufeln?
Neuer Server ist in Planung, dauert aber mit Sicherheit noch 2-3 Monate!
lG
EMail4You
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: 202705
Url: https://administrator.de/contentid/202705
Ausgedruckt am: 22.11.2024 um 12:11 Uhr
12 Kommentare
Neuester Kommentar
Es ist schon ein Wunder, dass ihr noch arbeiten könnt.
Strategie: Backup, aber schnell.
Klonen auf eine größere Festplatte, respektive größere Partitionen. Das kostet wohl wenige und ist auch schneller als jetzt die nächsten 2 bis 3 Monate so lange MByte-Feuerwehr zu spielen, bis das Betriebssystem so vernagelt ist, dass gar nichts mehr geht. Später auch keine Migration mehr, denn nur funktionierende Systeme könne migrieren.
Gruß
Netman
Strategie: Backup, aber schnell.
Klonen auf eine größere Festplatte, respektive größere Partitionen. Das kostet wohl wenige und ist auch schneller als jetzt die nächsten 2 bis 3 Monate so lange MByte-Feuerwehr zu spielen, bis das Betriebssystem so vernagelt ist, dass gar nichts mehr geht. Später auch keine Migration mehr, denn nur funktionierende Systeme könne migrieren.
Gruß
Netman
Es könnte möglich sein freien Speicherplatz von D dem LW C zuzuordnen über die Datenträgerverwaltung.
Vielleicht frisst Dir aber auch der Sep Sesam einfach Platz weg. Wo werden die Backups hingespeichert? Meines Wissens nach macht der täglich nen Backup seiner Konfiguration und/oder der Datenbank dahinter. Wurde da eine Komprimierung konfiguriert?
Vielleicht frisst Dir aber auch der Sep Sesam einfach Platz weg. Wo werden die Backups hingespeichert? Meines Wissens nach macht der täglich nen Backup seiner Konfiguration und/oder der Datenbank dahinter. Wurde da eine Komprimierung konfiguriert?
Hi,
ich würde mal mit Treesize oder so, mal gucken wo überhaupt dein Plattenspeicher gefressen wird.
Wenn es dann Backups sind, aufräumen, Jobs umbauen.
Ansonsten die Lösung von MrNetman.
Viel Glück!
Ach ja, den Neustart würde ich mir im Moment wohl besser sparen
VG
Deepsys
ich würde mal mit Treesize oder so, mal gucken wo überhaupt dein Plattenspeicher gefressen wird.
Wenn es dann Backups sind, aufräumen, Jobs umbauen.
Ansonsten die Lösung von MrNetman.
Viel Glück!
Ach ja, den Neustart würde ich mir im Moment wohl besser sparen
VG
Deepsys
hi, in meiner fa ist es genau so...
ich hab schon ofz das pagefile auf lw_d gelegt und auf lw_c nur 30 GB eingestellt, für notfälle
es gab nie probleme, allerdings kann kein normal dump erstellt werden.
die ganzen installtionsdateien unter "windows" die mit einem $-zeichen beginnen können gelöscht werden
viel spass
petjol3
ich hab schon ofz das pagefile auf lw_d gelegt und auf lw_c nur 30 GB eingestellt, für notfälle
es gab nie probleme, allerdings kann kein normal dump erstellt werden.
die ganzen installtionsdateien unter "windows" die mit einem $-zeichen beginnen können gelöscht werden
viel spass
petjol3
danke erst einmal für die schnelle Antwort.
Klonen scheint mir im Moment auch die schnellste und beste Idee zu sein.
Welches Programm würdest du mir denn dafür vorschlagen?
Gruß
EMail4You
Klonen scheint mir im Moment auch die schnellste und beste Idee zu sein.
Welches Programm würdest du mir denn dafür vorschlagen?
Gruß
EMail4You
Zitat von @XxJokerxX:
Es könnte möglich sein freien Speicherplatz von D dem LW C zuzuordnen über die Datenträgerverwaltung.
Vielleicht frisst Dir aber auch der Sep Sesam einfach Platz weg. Wo werden die Backups hingespeichert? Meines Wissens nach macht
der täglich nen Backup seiner Konfiguration und/oder der Datenbank dahinter. Wurde da eine Komprimierung konfiguriert?
Es könnte möglich sein freien Speicherplatz von D dem LW C zuzuordnen über die Datenträgerverwaltung.
Vielleicht frisst Dir aber auch der Sep Sesam einfach Platz weg. Wo werden die Backups hingespeichert? Meines Wissens nach macht
der täglich nen Backup seiner Konfiguration und/oder der Datenbank dahinter. Wurde da eine Komprimierung konfiguriert?
hi XxJokerxX
danke erst mal.
Meine Backups werden auf einem NAS ab gelegt. Belasten also nicht den Server.
Und JA, komprimierung wurde aktiviert!
Zitat von @petjol3:
hi, in meiner fa ist es genau so...
ich hab schon ofz das pagefile auf lw_d gelegt und auf lw_c nur 30 GB eingestellt, für notfälle
es gab nie probleme, allerdings kann kein normal dump erstellt werden.
die ganzen installtionsdateien unter "windows" die mit einem $-zeichen beginnen können gelöscht werden
viel spass
petjol3
hi, in meiner fa ist es genau so...
ich hab schon ofz das pagefile auf lw_d gelegt und auf lw_c nur 30 GB eingestellt, für notfälle
es gab nie probleme, allerdings kann kein normal dump erstellt werden.
die ganzen installtionsdateien unter "windows" die mit einem $-zeichen beginnen können gelöscht werden
viel spass
petjol3
danke Petjol....
$-Dateine wurden; bis auf die letzten updates gelöscht. Habe im Moment auch vorerst mal wieder 8,5 GB frei!
Moin,
! Wo liegt der WSUS-Content und die Exchange-DB? Wenn auf c: --> verschiebe nach d: (wenn der Platz dort dafür ausreicht )
LG, Thomas
Auf LW C sind z.Zt. nur noch 39 MB frei, auf LW D habe ich noch 97 GB zur Verfügung.
autsch ! Wo liegt der WSUS-Content und die Exchange-DB? Wenn auf c: --> verschiebe nach d: (wenn der Platz dort dafür ausreicht )LG, Thomas
Moin,
Als Sofortmaßnahme kämen imho zwei Möglichkeiten in Betracht:
1. Pkattenplatz umverteilen
Das kann man z.B. dadurch machen, daß man mit einer live CD wie WinPE, knoppix, parted magic, macht. Oder mansichert D: komplett, löscht es, vergrößert C und legt D neu an.
2. Neue Platten einbauen.
Übrigens daran denken, daß man die Bootsektoren korrekt schreibt und aktive Partition korrekt setzt.
Aber
Das löst nur Dein momentanes Platzprobmlem. Wenn es die ganze zeit unproblematisch war und jetzt plötzlich dauernd deine Platte volläuft, ist irgendetwas passiert, daß "Speicher frißt". Mit den obigen Maßnahmen erkaufst Du Dir zwar eine weitere frist, aber irgendwann wird das Problem evrmutlich wieder akut werden.
Du solltest daher mit tools wie windirstat o.ä mal schauen, wo Platz "verschwendet" wird. Weiterhins solltest Du mal mitprotokollieren lassen, wo welche dateien dazukommen und wie stark diese wachsen. Das liefert dann anhaltspunkte, was der verurscaher sein könnte.
Manchmal ist es einfach nur erweiteretes logging, daß dan soviel neue Logdateien generiert, daß die Platte dauernd "platzt". Oder irgendeine fehlermeldung, die so oft in die Logdateien geschrieben wird(jede Sekunde wenige KB reichen schon), so daß alles üebrfüllt wird.
Ich hatte letztens bei einem Kunden den Fall, daß eine Datenbank-Anwendung auf ein (nichtexistentes) tmp-Verzeichnis zugreifen wollte und den Mißerfolg mehrmals pro Sekunde in einer Logdatei dokumentiert hat. hat dann über wenige Monate eine Systempartition von 300GB vollgeschrieben und keienr konnte sich erklären wieso (Anwendung war unter Verantwortung von anderer Firma).
Nach dem Anlegen des tmp-verzeichnises wurden plötzlich kaum noch Daten in das logfile geschrieben.
lks
Als Sofortmaßnahme kämen imho zwei Möglichkeiten in Betracht:
1. Pkattenplatz umverteilen
- Backup
- Backup prüfen!
- Backup wirklich prüfen, ob man daraus wieder ein funktionierendes System zu laufen bekommt!
- D verkleinern und C vergrößeren.
Das kann man z.B. dadurch machen, daß man mit einer live CD wie WinPE, knoppix, parted magic, macht. Oder mansichert D: komplett, löscht es, vergrößert C und legt D neu an.
2. Neue Platten einbauen.
- Backup
- Backup prüfen!
- Backup wirklich prüfen, ob man daraus wieder ein funktionierendes System zu laufen bekommt!
- Platte einbauen und neu partitionieren.
- Dateien umkopieren oder partitionen clonen und in der Größe anpassen mit Tools wie z.B. Acronis, WinPE, clonezilla, knoppix, etc.
- Alte Platte entfernen.
Übrigens daran denken, daß man die Bootsektoren korrekt schreibt und aktive Partition korrekt setzt.
Aber
Das löst nur Dein momentanes Platzprobmlem. Wenn es die ganze zeit unproblematisch war und jetzt plötzlich dauernd deine Platte volläuft, ist irgendetwas passiert, daß "Speicher frißt". Mit den obigen Maßnahmen erkaufst Du Dir zwar eine weitere frist, aber irgendwann wird das Problem evrmutlich wieder akut werden.
Du solltest daher mit tools wie windirstat o.ä mal schauen, wo Platz "verschwendet" wird. Weiterhins solltest Du mal mitprotokollieren lassen, wo welche dateien dazukommen und wie stark diese wachsen. Das liefert dann anhaltspunkte, was der verurscaher sein könnte.
Manchmal ist es einfach nur erweiteretes logging, daß dan soviel neue Logdateien generiert, daß die Platte dauernd "platzt". Oder irgendeine fehlermeldung, die so oft in die Logdateien geschrieben wird(jede Sekunde wenige KB reichen schon), so daß alles üebrfüllt wird.
Ich hatte letztens bei einem Kunden den Fall, daß eine Datenbank-Anwendung auf ein (nichtexistentes) tmp-Verzeichnis zugreifen wollte und den Mißerfolg mehrmals pro Sekunde in einer Logdatei dokumentiert hat. hat dann über wenige Monate eine Systempartition von 300GB vollgeschrieben und keienr konnte sich erklären wieso (Anwendung war unter Verantwortung von anderer Firma).
Nach dem Anlegen des tmp-verzeichnises wurden plötzlich kaum noch Daten in das logfile geschrieben.
lks
hmmmm
mein sem5.log ist 76.203.456 KB groß..
wie kann ich das kleiner machen oder besser noch ... erstmal löschen???
Gruß
EMail4You
mein sem5.log ist 76.203.456 KB groß..
wie kann ich das kleiner machen oder besser noch ... erstmal löschen???
Gruß
EMail4You
Zitat von @EMail4You:
hmmmm
mein sem5.log ist 76.203.456 KB groß..
wie kann ich das kleiner machen oder besser noch ... erstmal löschen???
hmmmm
mein sem5.log ist 76.203.456 KB groß..
wie kann ich das kleiner machen oder besser noch ... erstmal löschen???
verschieben auf D:\ und mal reinschauen.
Oder mit 7zip o.ä auf D:\ in eine zipdatei packen und dann auf c:\ löschen.
lks
nachtrag:
Gleich löschen bringt zwar ertsmal den Platz, aber Du siehst nicht, warum das Zeug auf 72,67 GB gewachsen ist. Du solltest zumindest mal einen Blick riskieren, ob da irgendwelche sich widerholenden Meldungen sind, die die Datei aufblähen.
