Alle Schattenkopien vom Storage Server (Win2003) werden aller paar Tage gelöscht
Hallo,
in unserem Unternehmen, steht ein Storage Server als Datenspeicher zur Verfügung.
Das Betriebssystem ist ein "Windows 2003 Server, Standard Edition, SP2" inkl. aller Updates.
Nun zum Problem:
Wir arbeiten im Unternehmen sehr gerne mit Schattenkopien, da diese eine einfache Möglichkeit bieten, um gelöschte/geänderte Daten schnell und einfach wiederherzustellen.
Der VSS läuft auf der Datenpartition und erstellt täglich um 05:00 Uhr einen Snapshot.
Die Größe der Kopien, ist auf 60000 MB beschränkt.
Insgesamt ist die Partition 436 GB groß, 230 GB davon sind belegt.
Seit einiger Zeit tritt jedoch folgendes Problem auf:
Alle paar Tage, werden ALLE Schattenkopien gelöscht, also nicht nur die alten, sonder komplett alle!
Hier der dazugehörige Eintrag im Ereignisprotokoll:
Ereignistyp: Fehler
Ereignisquelle: VolSnap
Ereigniskategorie: Keine
Ereigniskennung: 25
Datum: 14.09.2010
Zeit: 18:38:17
Benutzer: Nicht zutreffend
Computer:
Beschreibung:
Die Schattenkopien von Volume "D:" wurden gelöscht, weil der Schattenkopiespeicher nicht rechtzeitig vergrößert wurde.
Sie sollten die E/A-Last auf dem System verringern oder ein Schattenkopie-Speichervolume, von dem keine Schattenkopie erstellt wird, auswählen.
Der Speicher kann unmöglich voll sein, da dieser Fehler schon nach 2-3 Tagen auftritt.
Und die E/A-Last ist zum Zeitpunkt der Snapshots gleich 0 (Datensicherung läuft bis max. 04:00 Uhr).
Ich habe schon versucht, die maximal Größe zu vergrößern, oder einen anderen Zeitpunkt für den Snapshot auszuwählen, beides jedoch ohne Erfolg.
Ich bin leider total ratlos.
Hat jemand von Euch eine Idee, was das Problem sein könnte?
Über jede erdenklich Hilfe, wäre ich sehr dankbar.
Vielen liebe Grüße
Toni
P.S Was ist überhaupt hiermit gemeint:
"...oder ein Schattenkopie-Speichervolume, von dem keine Schattenkopie erstellt wird, auswählen."
Kann ich die Schattenkopien einer Partition, auch auf einem anderen Laufwerk speichern?
in unserem Unternehmen, steht ein Storage Server als Datenspeicher zur Verfügung.
Das Betriebssystem ist ein "Windows 2003 Server, Standard Edition, SP2" inkl. aller Updates.
Nun zum Problem:
Wir arbeiten im Unternehmen sehr gerne mit Schattenkopien, da diese eine einfache Möglichkeit bieten, um gelöschte/geänderte Daten schnell und einfach wiederherzustellen.
Der VSS läuft auf der Datenpartition und erstellt täglich um 05:00 Uhr einen Snapshot.
Die Größe der Kopien, ist auf 60000 MB beschränkt.
Insgesamt ist die Partition 436 GB groß, 230 GB davon sind belegt.
Seit einiger Zeit tritt jedoch folgendes Problem auf:
Alle paar Tage, werden ALLE Schattenkopien gelöscht, also nicht nur die alten, sonder komplett alle!
Hier der dazugehörige Eintrag im Ereignisprotokoll:
Ereignistyp: Fehler
Ereignisquelle: VolSnap
Ereigniskategorie: Keine
Ereigniskennung: 25
Datum: 14.09.2010
Zeit: 18:38:17
Benutzer: Nicht zutreffend
Computer:
Beschreibung:
Die Schattenkopien von Volume "D:" wurden gelöscht, weil der Schattenkopiespeicher nicht rechtzeitig vergrößert wurde.
Sie sollten die E/A-Last auf dem System verringern oder ein Schattenkopie-Speichervolume, von dem keine Schattenkopie erstellt wird, auswählen.
Der Speicher kann unmöglich voll sein, da dieser Fehler schon nach 2-3 Tagen auftritt.
Und die E/A-Last ist zum Zeitpunkt der Snapshots gleich 0 (Datensicherung läuft bis max. 04:00 Uhr).
Ich habe schon versucht, die maximal Größe zu vergrößern, oder einen anderen Zeitpunkt für den Snapshot auszuwählen, beides jedoch ohne Erfolg.
Ich bin leider total ratlos.
Hat jemand von Euch eine Idee, was das Problem sein könnte?
Über jede erdenklich Hilfe, wäre ich sehr dankbar.
Vielen liebe Grüße
Toni
P.S Was ist überhaupt hiermit gemeint:
"...oder ein Schattenkopie-Speichervolume, von dem keine Schattenkopie erstellt wird, auswählen."
Kann ich die Schattenkopien einer Partition, auch auf einem anderen Laufwerk speichern?
Bitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 151147
Url: https://administrator.de/contentid/151147
Ausgedruckt am: 22.11.2024 um 17:11 Uhr
7 Kommentare
Neuester Kommentar
Moin,
Und dieses Schattenkopielaufwerk hat am besten das Label "Shadow" und ist selber logischerweise nicht schattenkopiert
Ich nehm da gerne 10% der originalgröße, alles andere wird ja vom Backup abgefedert.
Die einzigste (auch logische) Reglementation ist - das Schattenkopieziel muß physikalisch an der gleichen Kiste hängen und bitte nicht via USB.
Gruß
Kann ich die Schattenkopien einer Partition, auch auf einem anderen Laufwerk speichern?
Nicht nur "kann" sondern solltest das auch Und dieses Schattenkopielaufwerk hat am besten das Label "Shadow" und ist selber logischerweise nicht schattenkopiert
Ich nehm da gerne 10% der originalgröße, alles andere wird ja vom Backup abgefedert.
Die einzigste (auch logische) Reglementation ist - das Schattenkopieziel muß physikalisch an der gleichen Kiste hängen und bitte nicht via USB.
Gruß
Außer eine Esata Karte mit nach aussen gelegtem Slotblech und passenden Esata Kabeln - nein - wird keiner haben.
Oder meinst du es wäre besser - die Partiotionen zu verkleinern und so dem Shadow ein eigenes Laufwerk / Partition unterzujubeln?
Macht (in meinen Augen) bei 4 160er Platten wenig Sinn denn was machst du dann, wenn der Platz von den Usern gebraucht wird?
Gruß
Salü,
Bei HP Raidcontrollern mag das gparted leider öfters nicht - daher der Tipp mit Diskpart.
Good Luck.
Wie würdest du die Partition verkleinern?
- Backup/image am Wochende - genauer Freitag abend anstossen
- Samstag früh Gparted oder WinPE3/Vista/W2k8/Win7 Bootmedium Diskpart.
- wenns in die Hose gegangen ist - das Image auf einer neuen kleineren Partition retour.
Bei HP Raidcontrollern mag das gparted leider öfters nicht - daher der Tipp mit Diskpart.
Good Luck.
Moin,
ja das ist zwar heiss - aber genau weil es heiss ist - muß man vorher an bestimmte Sachen denken und dann ists ganz unspektakulär.
Wieviele Server denkst du hab ich in den letzten Monaten bei uns neu auf oder umgebaut?
Über 30 (echtes Blech)
Schlau gemacht machst du beides und schlauer gemacht probierst du das Procedere an irgendeiner "Dummkiste"
Das einzigste, was da anstrengend ist - mag das finden der passenden Treiber für den echten Server sein, aber ehrlich wirklich - mit solchen Szenarien mußt du dich eh auseinander setzen, denn wenn zwei Platten im Raid5 (ohne Hotspare) flöten gehen stehst du fast vor dem gleichen Dilemma - nur bei diesem hast du den Tag, wann du davor stehst gezielt ausgesucht - ein Servercrash fragt dich/deine Kollegen nicht, obs grade genehm ist
Gruß
ja das ist zwar heiss - aber genau weil es heiss ist - muß man vorher an bestimmte Sachen denken und dann ists ganz unspektakulär.
Wieviele Server denkst du hab ich in den letzten Monaten bei uns neu auf oder umgebaut?
Über 30 (echtes Blech)
- Nimm dir den PE Builder
- baue den so, dass deine Nics und das Raid vom Bart erkannt wird.
- benutze das eingebaute Plugin von DriveSnapshot mit der Trialversion - die nur kurzzeitig backuppen aber unbefristet restoren kann.
- Kiste runterfahren - image auf externes Ziel
- diskpart anstossen oder Partition neu in klein restoren
- klappt das nicht - den ganzen Schmu retour
- Und wenn dir das zu heiss ist - dann nimm einen besseren Client eine fette Sata Platte - robocopy und die Regkeys unter Lanman damit die Freigaben passen und benenne den in den org. Servernamen um. (verkürzt dargestellt)
- klemmts - hast du so für eine Woche einen Server und keiner kriegt was mit.
Schlau gemacht machst du beides und schlauer gemacht probierst du das Procedere an irgendeiner "Dummkiste"
Das einzigste, was da anstrengend ist - mag das finden der passenden Treiber für den echten Server sein, aber ehrlich wirklich - mit solchen Szenarien mußt du dich eh auseinander setzen, denn wenn zwei Platten im Raid5 (ohne Hotspare) flöten gehen stehst du fast vor dem gleichen Dilemma - nur bei diesem hast du den Tag, wann du davor stehst gezielt ausgesucht - ein Servercrash fragt dich/deine Kollegen nicht, obs grade genehm ist
Gruß