none
Server 2008 R2 - Windows Server Sicherung schlägt fehl RRS feed

  • Frage

  • Ich habe auf einem Windows Server 2008 R2 (64Bit) ein Problem mit der WindowsSicherung und kannes leider noch nicht so ganz eingrenzen.

    Server läuft als Virtuelle Maschine auf einem XenServer (wurde umgezogen von einer Physikalischen) - die Sicherungen bricht grundsätzlich mit folgendem Fehler ab :
    Fehler bei der um ‎2011‎-‎07‎-‎12T09:30:05.876000000Z gestarteten Sicherung. Beim Erstellen einer Schattenkopie der zu sichernden Volumes durch den Volumeschattenkopie-Diensts ist
     der folgende Fehler aufgetreten: "2155348075". Suchen Sie in den Ereignisdetails nach einer Lösung, und führen Sie die Sicherung erneut aus, nachdem das Problem behoben wurde.

    Ein Blick in die Ereignisanzeige zeigt noch :
    Volumeschattenkopie-Dienstwarnung: ESENT ERROR {5382579c-98df-47a7-ac6c-98a6d7106e09} TermServLicensing: -2404. hr = 0x00000000, Der Vorgang wurde erfolgreich beendet.
    . 
    
    Vorgang:
     OnAbort-Ereignis
     Generator wird abgebrochen
    
    Kontext:
     Ausführungskontext: Jet Writer
     Generatorklassen-ID: {5382579c-98df-47a7-ac6c-98a6d7106e09}
     Generatorname: TermServLicensing
     Generatorklassen-ID: {5382579c-98df-47a7-ac6c-98a6d7106e09}
     Generatorname: TermServLicensing
     Generatorinstanz-ID: {5a676695-5b52-4559-94b7-fdcbd7679caf}
    sowie
    Volumeschattenkopie-Dienstfehler: Volume bzw. Datenträger ist nicht richtig angeschlossen oder wurde nicht gefunden. Fehlerkontext: DeviceIoControl(\\?\GLOBALROOT\Device\HarddiskVolumeShadowCopy21 - 0000000000000118,0x00560034,00000000001D6020,0,00000000001D7030,4096,[0]). 
    
    Vorgang:
     PreFinalCommitSnapshots wird verarbeitet
    
    Kontext:
     Ausführungskontext: System Provider
    Ich weiß ehrlich gesagt nicht um welchen Datenrtäger es sich hierbei handeln soll - Weiß jemand wie ich das Problem beheben kann ? 
    Grüße 
    Florian S

     

    P.S. : SFC Scan habe ich durchgeführt (mit dem Fehler das einige Dateien nicht repariert werden konnte (s.u) ) ; Platz auf den lokalen sowie den Ziel Volumes ist genügend vorhanden

     

    2011-07-12 11:27:10, Info     CSI 000002f1 [SR] Beginning Verify and Repair transaction
    2011-07-12 11:27:10, Info     CSI 000002f2 Hashes for file member \SystemRoot\WinSxS\amd64_brmfcmf.inf_31bf3856ad364e35_6.1.7600.16385_none_6f8740b92fea8e01\RSMGRSTR.dll do not match actual file [l:24{12}]"RSMGRSTR.dll" :
     Found: {l:32 b:tpsju1v7pAMBFdRnDIf1wV5IlKITg4QvUcwASxNqW34=} Expected: {l:32 b:nNhYkcjKZYM9sEtHNPmrwCpD8tI9DlUuF76mUdtQpz4=}
    2011-07-12 11:27:10, Info     CSI 000002f3 [SR] Cannot repair member file [l:24{12}]"RSMGRSTR.dll" of brmfcmf.inf, Version = 6.1.7600.16385, pA = PROCESSOR_ARCHITECTURE_AMD64 (9), Culture neutral, VersionScope = 1 nonSxS, PublicKeyToken = {l:8 b:31bf3856ad364e35}, Type = [l:24{12}]"driverUpdate", TypeName neutral, PublicKey neutral in the store, hash mismatch
    2011-07-12 11:27:10, Info     CSI 000002f4 Hashes for file member \SystemRoot\WinSxS\amd64_brmfcwia.inf_31bf3856ad364e35_6.1.7600.16385_none_11493a3982b640b7\RSMGRSTR.dll do not match actual file [l:24{12}]"RSMGRSTR.dll" :
     Found: {l:32 b:tpsju1v7pAMBFdRnDIf1wV5IlKITg4QvUcwASxNqW34=} Expected: {l:32 b:nNhYkcjKZYM9sEtHNPmrwCpD8tI9DlUuF76mUdtQpz4=}
    2011-07-12 11:27:10, Info     CSI 000002f5 [SR] Cannot repair member file [l:24{12}]"RSMGRSTR.dll" of brmfcwia.inf, Version = 6.1.7600.16385, pA = PROCESSOR_ARCHITECTURE_AMD64 (9), Culture neutral, VersionScope = 1 nonSxS, PublicKeyToken = {l:8 b:31bf3856ad364e35}, Type = [l:24{12}]"driverUpdate", TypeName neutral, PublicKey neutral in the store, hash mismatch
    2011-07-12 11:27:10, Info     CSI 000002f6 Hashes for file member \SystemRoot\WinSxS\amd64_brmfcmf.inf_31bf3856ad364e35_6.1.7600.16385_none_6f8740b92fea8e01\RSMGRSTR.dll do not match actual file [l:24{12}]"RSMGRSTR.dll" :
     Found: {l:32 b:tpsju1v7pAMBFdRnDIf1wV5IlKITg4QvUcwASxNqW34=} Expected: {l:32 b:nNhYkcjKZYM9sEtHNPmrwCpD8tI9DlUuF76mUdtQpz4=}
    2011-07-12 11:27:10, Info     CSI 000002f7 [SR] Cannot repair member file [l:24{12}]"RSMGRSTR.dll" of brmfcmf.inf, Version = 6.1.7600.16385, pA = PROCESSOR_ARCHITECTURE_AMD64 (9), Culture neutral, VersionScope = 1 nonSxS, PublicKeyToken = {l:8 b:31bf3856ad364e35}, Type = [l:24{12}]"driverUpdate", TypeName neutral, PublicKey neutral in the store, hash mismatch
    2011-07-12 11:27:10, Info     CSI 000002f8 [SR] This component was referenced by [l:182{91}]"Microsoft-Windows-Server-Drivers-Package~31bf3856ad364e35~amd64~~6.1.7601.17514.INF_brmfcmf"
    2011-07-12 11:27:10, Info     CSI 000002f9 Hashes for file member \SystemRoot\WinSxS\amd64_brmfcwia.inf_31bf3856ad364e35_6.1.7600.16385_none_11493a3982b640b7\RSMGRSTR.dll do not match actual file [l:24{12}]"RSMGRSTR.dll" :
     Found: {l:32 b:tpsju1v7pAMBFdRnDIf1wV5IlKITg4QvUcwASxNqW34=} Expected: {l:32 b:nNhYkcjKZYM9sEtHNPmrwCpD8tI9DlUuF76mUdtQpz4=}
    2011-07-12 11:27:10, Info     CSI 000002fa [SR] Cannot repair member file [l:24{12}]"RSMGRSTR.dll" of brmfcwia.inf, Version = 6.1.7600.16385, pA = PROCESSOR_ARCHITECTURE_AMD64 (9), Culture neutral, VersionScope = 1 nonSxS, PublicKeyToken = {l:8 b:31bf3856ad364e35}, Type = [l:24{12}]"driverUpdate", TypeName neutral, PublicKey neutral in the store, hash mismatch
    2011-07-12 11:27:10, Info     CSI 000002fb [SR] This component was referenced by [l:192{96}]"Microsoft-Windows-WIA-Server-Drivers-Package~31bf3856ad364e35~amd64~~6.1.7601.17514.INF_brmfcwia"
    2011-07-12 11:27:10, Info     CSI 000002fc Repair results created:


    Dienstag, 12. Juli 2011 09:41

Antworten

Alle Antworten

  • Hallo,

    >Server läuft als Virtuelle Maschine auf einem XenServer (wurde umgezogen von einer Physikalischen)

    hattest du anschließend alle ausgeblendeten Geräte aus dem Gerätemanger entfernt?

    SET DEVMGR_SHOW_NONPRESENT_DEVICES = 1
    start devmgmt.msc

    Im Gerätemanager ausgeblendete Geräte anzeigen,
    anschließend alle ausgegrauten Geräte entfernen.

    (insbesondere alle Standard-Volumenschattenkopie Geräte).

     

    Zusätzlich:

    HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Enum\STORAGE\Volume => sichern
    HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Enum\STORAGE\Volume => aktuellem User berechtigen auf diesen Schlüssel
    HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Enum\STORAGE\Volume => alle Unterschlüssel löschen
    => neu starten => neue Geräte sollten erkannt werden
    => nochmal neustarten => testen

    Dienstag, 12. Juli 2011 10:52
  • Nein, hatte ich bisher nicht gemacht.

    Wenn ich den DeviceManager öffne sehe ich ledilgich unter 'Speichervolumes' 4 Geräte aufgelistet (alle als Standardvolume gekennzeichnet)
    Sind das die, die Du meinst ?

     

     

    Dienstag, 12. Juli 2011 11:08


  • HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Enum\STORAGE\Volume => aktuellem User berechtigen auf diesen Schlüssel

    Sobald ich dies versuche bekomme ich die Fehlermeldung : "Die Berechtigungsinformationen für "Volume" wurden nicht gespeichert.  Zugrfiff verweigert.

    Des Weiteren sind unterhalb von Volume ca 30 Einträge vorhanden plus die die Volumes aus dem DevManager (HarddiskVolumeFile1..-4)  Unterhalb VolumeSnapshot sind ca 150 Einträge vorhanden - kann ich die alle getrost löschen wenn ich nicht mehr auf alte Sicherungen (Platte hängt nicht mehr im System)  zurückgreifen möchte ?

    Ich muss nur unbedingt mal wieder ein aaktuelles erstellen können !

    Danke im vorraus



    Dienstag, 12. Juli 2011 12:40
  • >Sobald ich dies versuche bekomme ich die Fehlermeldung : "Die Berechtigungsinformationen für "Volume" wurden nicht gespeichert. Zugrfiff verweigert.

    Hattest du auch versucht den Besitz zu übernehmen?

    >Des Weiteren sind unterhalb von Volume ca 30 Einträge vorhanden plus die die Volumes aus dem DevManager (HarddiskVolumeFile1..-4) Unterhalb VolumeSnapshot sind ca 150 Einträge >vorhanden - kann ich die alle getrost löschen wenn ich nicht mehr auf alte Sicherungen (Platte hängt nicht mehr im System) zurückgreifen möchte ?

    Löschen kannst du diese, allerdings vorher trotzdem sichern.


    Dienstag, 12. Juli 2011 14:40
  • >Sobald ich dies versuche bekomme ich die Fehlermeldung : "Die Berechtigungsinformationen für "Volume" wurden nicht gespeichert. Zugrfiff verweigert.

    Hattest du auch versucht den Besitz zu übernehmen?

    Soeben versucht - Administrator und Administratoren Gruppe sind bereits im Besitz - in der Berechtigungsseite werden aber nur Jeder (Lesen) , Eigentümerrechte (Lesen) und SYSTEM (Vollzugriff) aufgelistet und lassen sich auch nicht ändern. Weitere Benutezr als Besitzer hinzufügen wird auch stets mit Zugriff verweigert quittiert.

    Effektive Berechtigung getestet mit Admin : nur lesen
    Löschen lassen sich die Schlüssel somit natürlich auch nicht.

    Noch irgendeinen Tipp ?

    Florian
    Mittwoch, 13. Juli 2011 07:27
  • Ok, anderer Ansatz:

    Kennst du diesen Artikel?
    http://social.technet.microsoft.com/Forums/de-DE/sbsde/thread/765960dd-2076-4c3c-af8c-cd0142f4e98b/

     

    Das Löschen der Keys werde ich später noch einmal nachstellen.

     

     

    Mittwoch, 13. Juli 2011 08:18
  • Ja, Artikel kenne ich und auch soweit schon durchgegangen .
    Im Grunde wird es auf diesen einen Fehler zurückzuführen sein : (das andere sind nur Warnings)

    Error
    --------
    Volumeschattenkopie-Dienstfehler: Volume bzw. Datenträger ist nicht richtig angeschlossen oder wurde nicht gefunden. Fehlerkontext: DeviceIoControl(\\?\GLOBALROOT\Device\HarddiskVolumeShadowCopy4 - 000000000000016C,0x00560034,00000000003242C0,0,00000000003232B0,4096,[0]). 
    
    Vorgang:
      PreFinalCommitSnapshots wird verarbeitet
    
    Kontext:
      Ausführungskontext: System Provider

    Mittwoch, 13. Juli 2011 09:54
  • Erhälst du bei vssadmin list writers Fehler?

    Taucht der betreffende Snapshot auch hier auf?

    HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Enum\STORAGE\VolumeSnapshot

    Versuche bitte auch alle Shadow Copies zu entfernen:

    vssadmin delete shadows /all

     

    Mittwoch, 13. Juli 2011 11:58
  • Bei vssadmin erhalte ich keine Fehler.

    Bei delete bekomme ich folgendes Ergebnis :

    C:\Users\Administrator>vssadmin delete shadows /all
    
    vssadmin 1.1 - Verwaltungsbefehlszeilenprogramm des Volumeschattenkopie-Dienstes (C) Copyright 2001-2005 Microsoft Corp. Es wurde keine Ergebnisse für die Abfrage gefunden.

    HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Enum\STORAGE\VolumeSnapshot
    Da habe ich ua diesen Eintrag -  HarddiskVolumeSnapshot4

     

     

    Mittwoch, 13. Juli 2011 12:26
  • >Bei vssadmin erhalte ich keine Fehler

    Schon mal gut soweit.

    HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Enum\STORAGE\VolumeSnapshot
    HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Enum\STORAGE\Volume

    Das Problem, beide Schlüssel lassen sich nicht auf dem normalen Wege löschen.
    Einmöglichkeit wäre z.B. ein Offline Registry Editor.

    Bitte auch versuchen, alle Laufwerke aus dem Gerätemanger zu entfernen
    (auch alle "hidden" devices).

     

    Du könntest andernfalls auch versuchen:

    http://www.addictivetips.com/windows-tips/remove-uninstall-hiddenghosted-devices/

    Um alte HDDs zu entfernen.

    Versuche bitte auch alle VSS Komponenten neu zu registrieren:

    http://www.symantec.com/connect/sites/default/files/VSSfix_W2008.TXT

     

     

    • Als Antwort markiert Florian S. _ Donnerstag, 14. Juli 2011 10:59
    Mittwoch, 13. Juli 2011 20:20
  • http://www.addictivetips.com/windows-tips/remove-uninstall-hiddenghosted-devices/

    Um alte HDDs zu entfernen.

    Versuche bitte auch alle VSS Komponenten neu zu registrieren:

    http://www.symantec.com/connect/sites/default/files/VSSfix_W2008.TXT


    Yes !! Vielen Dank für die Tipps - mit Ghostbuster hat es nun funktioniert und ich kann auch wieder Sicherungen über WBAdmin durchführen !

    Florian
    Donnerstag, 14. Juli 2011 10:58