Verwandte Beiträge
- NTFS Partition verschieben (3)
- WinServer 2003 Updates auf andere Partition verschieben? (4)
- Programm/Spiel auf eine andere Partition verschieben? Wie am besten? (13)
- Exchange 2007 - Postfächer auf D-Partition verschieben (1)
- VSS 7001 Schattenkopien (5)
- MS SQL Server 2005 - Datenbankdateien Verschieben, Blob-Elemente in die DB? (4)
- Ordner per Batch verschieben (3)
- Dateizugriffsprobleme bei Windows 2003 (4)
- Festplattenproblem-kein Einfuegen moeglich (18)
- Desktop-Speicherplatz (4)
- Windows XP - Idiotensicher (21)
- Fehlerdeutung im Ereignisanzeige Systemprotokoll WinNT 4.0 Server (2)
- Volumenschattenkopie läuft nicht. (2)
- Erlaubte Anzahl an Wiederversuchen... (WinNT 4) (2)
- eigenen Defragmentierungsalgorithmus schreiben VB Express (2)
- 13562 Ntfrssubscriber-objekt fehler (2)
- .reg Datei erstellen - Denkfehler? (3)
- Server ist nach ca. 1-2 Wochen nicht mehr erreichbar (3)
- Windows 2003 R2 Dienst Netzwerkverbindungen startet nicht nach Aufnahme in Domäne (3)
- mehr >>
Frage im Bereich
Volumeschattenkopie-Dienstwarnung Quelle VSS Ereignis ID 12290 nach Partition verschieben
Geschrieben von Meierjo am 2009/05/28 um 07:46:15 Uhr, 5 Antworten, 2229 Aufrufe, Status: gelöst
Windows 2003 SBS Domain Controller R2, RAID5, DNS, DHCP, File-Server, Druckserver
4 Partitionen (Laufwerk C - F)
Da auf Laufwerk C: zuwenig Platz vorhanden war, habe ich mich dazu entschlossen, die Partitionen D - F zu verschieben, damit Laufwerk C vergrösssert werden konnte (mit Acronis Disk Director), soweit so gut, hat alles problemlos geklappt.
Auf dem Server läuft auch der VSS-Dienst. Die verschobenen Partitionen haben natrürlich nach einem System-Neustart neue ID's erhalten (unter HKLM\System\MountedDevices)
also habe ich die Tasks für die Schattenkopien neu eingerichtet.
Die Schattenkopien werden auch erstellt, nur erscheint jedesmal, wenn die Schattenkopien erstellt werden, folgende Warnung im Anwendungsprotokoll:
Ereignistyp: Warnung
Ereignisquelle: VSS
Ereigniskategorie: Keine
Ereigniskennung: 12290
Datum: 28.05.2009
Zeit: 07:00:55
Benutzer: Nicht zutreffend
Computer: XXXXXXXX
Beschreibung:
Volumeschattenkopie-Dienstwarnung: GetVolumeNameForVolumeMountPointW( '\\?\Volume{46f343d8-ff05-11dd-8b60-806e6f6e6963}\'): 0x00000003. hr = 0x00000000.
Die Volume-ID, die hier aufgeführt wird, war wohl von vor der Verwchiebung der Partitionen.
Meine Idee ist nun:
den Schlüssel MountedDevices umbennene (zB MountedDevices.old)
"alte" Verweise (unter System\CCS\SERVICES\VSS\VOLUMES\ASSOCIATIONS) auf diese ID aus der Registry zu löschen.
Beim Neustart werden dann die Volume ID's neu erstellt. Die Tasks neu erstellen, und dann sollte das System wieder korrekt laufen.
Habe das auch schon auf einem System ohne RAID ausprobiert, hat tadellos funktioniert.
Sind in Kombination mit einem RAID System da Probleme zu erwarten?
Danke und Gruss Meierjo
4 Partitionen (Laufwerk C - F)
Da auf Laufwerk C: zuwenig Platz vorhanden war, habe ich mich dazu entschlossen, die Partitionen D - F zu verschieben, damit Laufwerk C vergrösssert werden konnte (mit Acronis Disk Director), soweit so gut, hat alles problemlos geklappt.
Auf dem Server läuft auch der VSS-Dienst. Die verschobenen Partitionen haben natrürlich nach einem System-Neustart neue ID's erhalten (unter HKLM\System\MountedDevices)
also habe ich die Tasks für die Schattenkopien neu eingerichtet.
Die Schattenkopien werden auch erstellt, nur erscheint jedesmal, wenn die Schattenkopien erstellt werden, folgende Warnung im Anwendungsprotokoll:
Ereignistyp: Warnung
Ereignisquelle: VSS
Ereigniskategorie: Keine
Ereigniskennung: 12290
Datum: 28.05.2009
Zeit: 07:00:55
Benutzer: Nicht zutreffend
Computer: XXXXXXXX
Beschreibung:
Volumeschattenkopie-Dienstwarnung: GetVolumeNameForVolumeMountPointW( '\\?\Volume{46f343d8-ff05-11dd-8b60-806e6f6e6963}\'): 0x00000003. hr = 0x00000000.
Die Volume-ID, die hier aufgeführt wird, war wohl von vor der Verwchiebung der Partitionen.
Meine Idee ist nun:
den Schlüssel MountedDevices umbennene (zB MountedDevices.old)
"alte" Verweise (unter System\CCS\SERVICES\VSS\VOLUMES\ASSOCIATIONS) auf diese ID aus der Registry zu löschen.
Beim Neustart werden dann die Volume ID's neu erstellt. Die Tasks neu erstellen, und dann sollte das System wieder korrekt laufen.
Habe das auch schon auf einem System ohne RAID ausprobiert, hat tadellos funktioniert.
Sind in Kombination mit einem RAID System da Probleme zu erwarten?
Danke und Gruss Meierjo
Veröffentlichen Sie diesen Beitrag in Ihrem sozialen Netzwerk
5 Antworten
2
Meierjo schreibt am 2009/05/28 um 09:41:23 Uhr
Hallo Günther
Danke für die rasche Antwort.
Den Link auf diesen Hotfix von Microsoft habe ich schon gesehen.
- Allerdings wird darin auf Windows 2003 Server verwiesen, passt der Hotfix auch für einen SBS Server?
- Die Schattenkopie wird richtig erstellt, nur die Warnung stört mich.
Gruss Meierjo
Danke für die rasche Antwort.
Den Link auf diesen Hotfix von Microsoft habe ich schon gesehen.
- Allerdings wird darin auf Windows 2003 Server verwiesen, passt der Hotfix auch für einen SBS Server?
- Die Schattenkopie wird richtig erstellt, nur die Warnung stört mich.
Gruss Meierjo
5
Meierjo schreibt am 2009/06/04 um 13:09:26 Uhr
Hallo
Habe das Problem folgender massen lösen können:
- Tasks ShadowCopyVolume[Volume-ID] löschen
- Schlüssel MountedDevices umbennenen (zB MountedDevices.old)
"alte" Verweise (unter System\CCS\SERVICES\VSS\VOLUMES\ASSOCIATIONS) auf diese ID aus der Registry zu löschen.
Server neu booten
Jetzt bekommen die Laufwerke neue ID's.
Nun die Schattenkopien wieder aktivieren, das war's.
Hoffe, jemand kann damit was anfangen.
Gruss meierjo
Habe das Problem folgender massen lösen können:
- Tasks ShadowCopyVolume[Volume-ID] löschen
- Schlüssel MountedDevices umbennenen (zB MountedDevices.old)
"alte" Verweise (unter System\CCS\SERVICES\VSS\VOLUMES\ASSOCIATIONS) auf diese ID aus der Registry zu löschen.
Server neu booten
Jetzt bekommen die Laufwerke neue ID's.
Nun die Schattenkopien wieder aktivieren, das war's.
Hoffe, jemand kann damit was anfangen.
Gruss meierjo




Schau hier einmal nach - http://support.microsoft.com/default.aspx ...
LG Günther