email4you
Goto Top

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

Content-ID: 202705

Url: https://administrator.de/forum/speicherplatz-auf-laufwerk-c-laeuft-staendig-gegen-null-202705.html

Ausgedruckt am: 23.12.2024 um 09:12 Uhr

MrNetman
MrNetman 04.03.2013 um 09:25:50 Uhr
Goto Top
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
XxJokerxX
XxJokerxX 04.03.2013 um 09:30:41 Uhr
Goto Top
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?
Deepsys
Deepsys 04.03.2013 um 09:41:35 Uhr
Goto Top
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 face-wink

VG
Deepsys
petjol3
petjol3 04.03.2013 um 09:41:56 Uhr
Goto Top
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
EMail4You
EMail4You 04.03.2013 um 09:45:16 Uhr
Goto Top
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
EMail4You
EMail4You 04.03.2013 um 09:49:14 Uhr
Goto Top
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?

hi XxJokerxX
danke erst mal.
Meine Backups werden auf einem NAS ab gelegt. Belasten also nicht den Server.
Und JA, komprimierung wurde aktiviert!
EMail4You
EMail4You 04.03.2013 um 09:51:14 Uhr
Goto Top
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

danke Petjol....

$-Dateine wurden; bis auf die letzten updates gelöscht. Habe im Moment auch vorerst mal wieder 8,5 GB frei!
keine-ahnung
keine-ahnung 04.03.2013 um 09:52:49 Uhr
Goto Top
Zitat von @EMail4You:
Moin,
Auf LW C sind z.Zt. nur noch 39 MB frei, auf LW D habe ich noch 97 GB zur Verfügung.
autsch face-wink! Wo liegt der WSUS-Content und die Exchange-DB? Wenn auf c: --> verschiebe nach d: (wenn der Platz dort dafür ausreicht face-wink)

LG, Thomas
Lochkartenstanzer
Lochkartenstanzer 04.03.2013 aktualisiert um 10:07:36 Uhr
Goto Top
Moin,

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
EMail4You
EMail4You 04.03.2013 aktualisiert um 10:36:54 Uhr
Goto Top
hmmmm

mein sem5.log ist 76.203.456 KB groß.. face-sad

wie kann ich das kleiner machen oder besser noch ... erstmal löschen???

Gruß
EMail4You
Lochkartenstanzer
Lochkartenstanzer 04.03.2013 aktualisiert um 10:45:34 Uhr
Goto Top
Zitat von @EMail4You:
hmmmm

mein sem5.log ist 76.203.456 KB groß.. face-sad

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.
goscho
goscho 05.03.2013 aktualisiert um 12:30:43 Uhr
Goto Top
Moin,
auf dem SBS wird wohl SEPM laufen.
Schau mal hier oder auch hier rein.