Wenn du Microsoft SQL Server nutzt – sei es für geschäftskritische Anwendungen, kleinere Datenbanken oder lokale Testumgebungen –, spielt der SQL Writer-Dienst eine zentrale Rolle beim Thema Backup. Besonders dann, wenn du Sicherungen über Drittanbieter-Software wie Veeam, Acronis oder Windows Server Backup durchführen willst, die Volume Shadow Copy Service (VSS) verwenden.

In diesem Artikel erkläre ich dir nicht nur, was der SQL Writer-Dienst macht und warum er so essenziell ist, sondern wir werfen auch einen detaillierten Blick auf einen der häufigsten und frustrierendsten Fehler im Zusammenhang mit VSS: „Failed to create snapshot: A VSS critical writer has failed“ – ein Problem, das vielen Admins den Schweiß auf die Stirn treibt.

Was ist der SQL Writer-Dienst?

Der SQL Writer-Dienst (genauer gesagt: SQL Server VSS Writer) ist ein spezieller Windows-Dienst, der mit dem Microsoft SQL Server installiert wird. Er fungiert als Schnittstelle zwischen SQL Server und dem Volume Shadow Copy Service (VSS) von Windows.

Seine Hauptaufgabe besteht darin, SQL-Datenbanken für ein Backup über VSS in einen konsistenten Zustand zu versetzen – ohne dass man die Datenbank manuell herunterfahren oder in den Nur-Lese-Modus versetzen muss.

Warum wird VSS beim Backup benötigt?

VSS (Volume Shadow Copy Service) ist ein von Microsoft entwickelter Mechanismus, um Snapshots eines laufenden Systems oder einzelner Dateien zu erstellen. Viele Backup-Programme nutzen VSS, weil es:

• Laufende Prozesse nicht unterbricht
• Konsistente Abbilder erstellt, selbst von offenen Dateien
• Datensicherungen im laufenden Betrieb ermöglicht

Damit das auch bei SQL-Datenbanken funktioniert, braucht VSS die Unterstützung des SQL Writer-Dienstes. Dieser stellt sicher, dass alle Transaktionen sauber abgeschlossen und keine Daten verloren gehen, wenn der Snapshot ausgelöst wird.

Wann ist der SQL Writer-Dienst erforderlich?

Du brauchst den SQL Writer-Dienst, wenn:

• Du SQL-Datenbanken mit VSS-fähiger Backup-Software sichern willst
• Du Sicherungen ohne Downtime durchführen möchtest
• Du konsistente Backups von produktiven SQL-Datenbanken benötigst

Wenn du dagegen nur manuelle Backups über SQL Server Management Studio oder Transact-SQL machst, ist der Dienst optional – aber in komplexen Umgebungen fast immer empfehlenswert.

Der gefürchtete Fehler: „Creating VSS snapshot failed“

Ein besonders häufiger Fehler, über den Nutzer beim SQL-Datenbankbackup stolpern, sieht in etwa so aus:

Failed to create snapshot: Backup job failed. Cannot create a shadow copy of the volumes containing writer’s data. A VSS critical writer has failed. Writer name: [SqlServerWriter] Writer’s state: [VSS_WS_FAILED_AT_PREPARE_SNAPSHOT] Error code: [0x800423f4]

Das ist eine typische VSS-Fehlermeldung, bei der der SQL Writer-Dienst nicht wie erwartet reagiert. Das Problem entsteht in der Vorbereitungsphase des Snapshots und signalisiert, dass etwas beim SQL Writer-Dienst oder bei der VSS-Kommunikation schiefläuft.

Ein besonders häufiges Szenario, in dem dieser Fehler auftritt, ist bei der Verwendung des Veeam Agent for Windows. In deren offiziellen Support-Foren berichten viele Nutzer von identischen Symptomen, wenn SQL Server auf dem zu sichernden Rechner aktiv ist. Auch hier sind fehlerhafte oder nicht reagierende VSS Writer – insbesondere der SqlServerWriter – die Ursache.

Ursachen für den Fehler 0x800423f4 beim SQL Writer

Die Ursachen für diesen Fehler sind vielfältig. Die häufigsten sind:

• Der SQL Writer-Dienst läuft nicht oder ist fehlerhaft konfiguriert
• Eine SQL-Instanz hat beschädigte oder hängende Prozesse
• Der VSS-Dienst selbst ist instabil oder hängt
• Es liegt ein Berechtigungsproblem mit dem Dienstkonto vor
• Die Backup-Software hat nicht genügend Rechte, auf SQL zuzugreifen
• Nicht unterstützte SQL-Version oder veraltete Komponenten

Schritt-für-Schritt-Anleitung zur Fehlerbehebung

1. Dienststatus prüfen

Öffne die Dienste-Verwaltung (services.msc) und stelle sicher, dass SQL Server VSS Writer läuft. Falls nicht:

• Starte ihn manuell
• Setze den Starttyp auf „Automatisch“

2. Mit VSSadmin list writers analysieren

Öffne die Eingabeaufforderung als Administrator und gib ein:

vssadmin list writers

Hier solltest du alle registrierten Writer sehen – inklusive SqlServerWriter. Achte auf den Status:

• „Stable“ = in Ordnung
• „Waiting for completion“ oder „Failed“ = Problematisch

Mir persönlich hat dieser Befehl bereits geholfen, um festzustellen, dass der SQL Writer nicht ordnungsgemäß registriert war. Sobald der Status nicht mehr auf „Failed“ stand, konnten Backups wieder erfolgreich durchgeführt werden.

Wenn „Failed“ angezeigt wird, notiere dir die Instance ID und Class ID für weitere Analyse.

3. SQL Writer-Dienst neu starten

Manchmal hilft ein simpler Neustart des Dienstes:

net stop SQLWriter
net start SQLWriter

4. VSS-Dienst zurücksetzen (Writer-Reset)

Ein kompletter Neustart des VSS-Dienstes kann ebenfalls helfen. Persönlich hat mir dieser Schritt schon mehrfach bei genau diesem Fehler geholfen:

net stop vss
net start vss

Dadurch werden alle VSS-Writer neu initialisiert. Viele Fehler verschwinden danach wie von selbst.

5. System aufhängen gelöster VSS-Prozesse prüfen

Manche Backup-Programme hinterlassen VSS-Prozesse im Hintergrund. Öffne den Task-Manager und suche nach hängen gebliebenen Prozessen wie vssvc.exe, sqlwriter.exe oder deiner Backupsoftware.

6. SQL Server auf Probleme prüfen

Starte den SQL Server Configuration Manager und prüfe:

• Laufen alle SQL-Dienste korrekt?
• Gibt es Fehler in den Logs (SQL Server Error Log)?
• Ist die SQL-Instanz erreichbar und reagiert auf Abfragen?

7. Ereignisanzeige analysieren

In der Windows-Ereignisanzeige unter Anwendungen > Windows-Protokolle > System findest du oft genauere Hinweise, warum der Snapshot fehlschlägt. Filtere nach Ereignis-ID 8193, 12289 oder 13.

8. Dienstkonto überprüfen

Der SQL Writer-Dienst läuft standardmäßig unter NT AUTHORITY\NetworkService. Stelle sicher, dass dieses Konto:

• Zugriff auf die SQL-Datenbanken hat
• Keine Einschränkungen durch Gruppenrichtlinien erhält

Gegebenenfalls den Dienst unter einem dedizierten Konto mit SQL-Berechtigung starten lassen.

Letzte Maßnahmen: SQL Repair oder Neuinstallation

Wenn alle anderen Schritte nicht helfen, könnte deine SQL-Installation beschädigt sein. In dem Fall:

• Repair-Install über das SQL Server-Installationsmedium durchführen
• Oder – als letzte Option – SQL Writer komplett deinstallieren und neu hinzufügen

Fazit: Kleine Komponente mit großer Wirkung

Der SQL Writer-Dienst ist ein unscheinbarer, aber extrem wichtiger Baustein im Zusammenspiel zwischen SQL Server und VSS-basierten Backups. Fehler wie 0x800423f4 und VSS_WS_FAILED_AT_PREPARE_SNAPSHOT sind nervig – aber fast immer lösbar, wenn man systematisch vorgeht.

Wichtig ist, regelmäßig den Zustand des SQL Writers und der VSS-Umgebung zu prüfen. Wenn du ein stabiles Backup-System brauchst, ist der SQL Writer-Dienst dein stiller Helfer im Hintergrund – solange du ihn nicht vergisst oder unterschätzt.

Der Beitrag SQL Writer-Dienst erschien zuerst auf Computer Blog.

​Veeam hat kürzlich eine kritische Sicherheitslücke (CVE-2025-23120) in seiner Backup & Replication-Software behoben, die es authentifizierten Domänenbenutzern ermöglicht, Remote-Code-Ausführung (RCE) auf betroffenen Servern durchzuführen.

Hintergrund der Sicherheitslücke

Die Schwachstelle resultiert aus unsicheren Deserialisierungsmechanismen in den .NET-Klassen Veeam.Backup.EsxManager.xmlFrameworkDs und Veeam.Backup.Core.BackupSummary. Angreifer können diese Klassen ausnutzen, um schädlichen Code einzuschleusen und auszuführen. Besonders kritisch ist, dass in Domänen eingebundene Veeam-Server es jedem authentifizierten Domänenbenutzer ermöglichen, diese Schwachstelle auszunutzen.

Empfehlungen für Administratoren

Administratoren wird dringend geraten, ihre Veeam Backup & Replication-Installationen auf die Version 12.3.1 (Build 12.3.1.1139) zu aktualisieren, um diese Sicherheitslücke zu schließen. Zudem sollte überprüft werden, ob der Veeam-Server in die Active Directory-Domäne eingebunden ist, da dies das Risiko eines Angriffs erhöht.

Fazit

Diese Sicherheitslücke unterstreicht die Bedeutung regelmäßiger Software-Updates und der Einhaltung von Sicherheitsrichtlinien, insbesondere bei kritischen Infrastrukturen wie Backup-Servern. Durch proaktives Handeln können Unternehmen das Risiko von Angriffen minimieren und die Integrität ihrer Daten sicherstellen.

Der Beitrag Kritische RCE-Sicherheitslücke in Veeam Backup erschien zuerst auf Computer Blog.