WID-Writers nach Löschen eines WSUS auf einem AD-Server
Hallo,
auf einem Kunden-Server der als AD-, DHCP-, DNS-, File-, Print-, DFS- und WSUS-Server fungiert habe ich den WSUS-Server deinstalliert. Um den Rest kümmere ich mich Stück für Stück.
Nun mecker die Datensicherung, dass der VSS Writer für WID (Windows Internal Database) nicht reagiert.
Der gehört zum WSUS.
Ich weiß aber nicht ob er in der Konstellation der Dienst nicht noch was anders macht.
Die Infos im Netz betziehen sich aber nur auf Deaktivieren auf einem Memeber-Server oder der Neuinstallation. Nicht auf dem einzigen AD-Server.
Frage: Was, außer Neuaufbau und neuinstallation, kann ich machen, dass der VSS Write WID wieder funktioniert?
Oder kann der weg weil er außer WSUS nix macht?
Stefam
auf einem Kunden-Server der als AD-, DHCP-, DNS-, File-, Print-, DFS- und WSUS-Server fungiert habe ich den WSUS-Server deinstalliert. Um den Rest kümmere ich mich Stück für Stück.
Nun mecker die Datensicherung, dass der VSS Writer für WID (Windows Internal Database) nicht reagiert.
Der gehört zum WSUS.
Ich weiß aber nicht ob er in der Konstellation der Dienst nicht noch was anders macht.
Die Infos im Netz betziehen sich aber nur auf Deaktivieren auf einem Memeber-Server oder der Neuinstallation. Nicht auf dem einzigen AD-Server.
Frage: Was, außer Neuaufbau und neuinstallation, kann ich machen, dass der VSS Write WID wieder funktioniert?
Oder kann der weg weil er außer WSUS nix macht?
Stefam
Bitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 54032595081
Url: https://administrator.de/forum/wid-writers-nach-loeschen-eines-wsus-auf-einem-ad-server-54032595081.html
Ausgedruckt am: 29.03.2025 um 11:03 Uhr
8 Kommentare
Neuester Kommentar

Mal folgendes machen
ausführen und GUID des Writers notieren
Dann in die Registry
Den Subkey mit der GUID suchen und entfernen (Backup nicht vergessen)
Dann den Volume Shadow Copy Service neu starten, und mit
nochmals prüfen ob der Writer weg ist.
Bei Bedarf rebooten.
vssadmin list writers
Dann in die Registry
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\VSS\Providers\
Den Subkey mit der GUID suchen und entfernen (Backup nicht vergessen)
Dann den Volume Shadow Copy Service neu starten, und mit
vssadmin list writers
Bei Bedarf rebooten.

Kann weg, wird sonst nicht benötigt bei den Rollen die du oben genannt hast, außer da sind noch Sharpoint-Services drauf die Daten in einer WiD DB ablegen.
bzw. gleich ein
🤙
C:\Windows\WID
kann dann auch noch weg.bzw. gleich ein
msiexec /x {BDD79957-5801-4A2D-B09E-852E7FA64D01} callerid=ocsetup.exe
Moin,
das AD verwendet ESE als Datenbank. DHCP Microsoft JET. DNS, wenn AD integriert ebenfalls ESE (oder Textdateien).
Weitere Verwendungen der WID findest Du in folgendem Wiki-Artikel: https://en.wikipedia.org/wiki/Windows_Internal_Database
Gruß
cykes
das AD verwendet ESE als Datenbank. DHCP Microsoft JET. DNS, wenn AD integriert ebenfalls ESE (oder Textdateien).
Weitere Verwendungen der WID findest Du in folgendem Wiki-Artikel: https://en.wikipedia.org/wiki/Windows_Internal_Database
Gruß
cykes

Beim 2012R2 sollte fürs Entfernen WID meine ich auch gehen, ungetestet
Remove-WindowsFeature -Name "UpdateServices-WidDB"