Microsoft SQL Server SQLWriter VSSADMIN fehlerhaft
Guten Morgen zusammen,
wir haben vor kurzem eine neue Backuplösung bei uns eingeführt, welche unter anderem einen eigenen Agent mitbringt.
Dieser Agent wird auf Windows als auch Linux Systemen installiert um persistente Backups zu erzeugen.
Leider stoßen wir bei unseren SQL Servern auf Probleme.
Der Fehler äußert sich in diesem Fall so, dass uns die Backuplösung mitteilt, dass auf den SQLWriter der VSS nicht zugegriffen werden kann. Gemeinsam mit dem DL und dem Hersteller haben wir bereits nach einer Lösung gesucht, leider vergeblich.
Umgebung:
OS: Windows Server 2022 Datacenter
SQL Version: SQL Server 2019 Standard CU21 / SQL Server 2019 Express CU21
SQLWriter Dienst wird ausgeführt als "Lokales System". Der User "Lokales System" hat auch sysadmin Berechtigungen im SQL Manager für den Server.
Wir haben sogar bereits eine frische VM mit Server 2022 und SQL Server 2019 Std. CU 21 installiert, doch auch hier erhalten wir die SQLWriter Fehlermeldung.
Im Eventlog erscheint dazu folgender Eintrag:
Was wurde bereits versucht:
- Reparatur Installation mit dem SQL Server Installationsmedium aus dem VLSC
- Neuinstallation des Microsoft VSS Writer für SQL Server 2019
- Bereitstellung einer neuen Maschine ohne weitere Dienste/Anwendungen
Die Ausgabe von "vssadmin list writers" gibt auch keinen SQLWriter aus.
Auch die Suche bei Google ergibt viele Treffer aber leider keine Lösung.
Angefangen bei Hinweisen, dass es mit diversen CU's des SQL Servers zu derartigen Verhalten kommt. (Daher das Update auf CU21). Über die Reparatur Installation des SQL Writers oder des ganzen SQL Servers.
Hat hier vielleicht noch jemand eine Idee, wo ich ansetzen kann?
Ich wünsche euch einen guten Start in den Tag.
Beste Grüße
wir haben vor kurzem eine neue Backuplösung bei uns eingeführt, welche unter anderem einen eigenen Agent mitbringt.
Dieser Agent wird auf Windows als auch Linux Systemen installiert um persistente Backups zu erzeugen.
Leider stoßen wir bei unseren SQL Servern auf Probleme.
Der Fehler äußert sich in diesem Fall so, dass uns die Backuplösung mitteilt, dass auf den SQLWriter der VSS nicht zugegriffen werden kann. Gemeinsam mit dem DL und dem Hersteller haben wir bereits nach einer Lösung gesucht, leider vergeblich.
Umgebung:
OS: Windows Server 2022 Datacenter
SQL Version: SQL Server 2019 Standard CU21 / SQL Server 2019 Express CU21
SQLWriter Dienst wird ausgeführt als "Lokales System". Der User "Lokales System" hat auch sysadmin Berechtigungen im SQL Manager für den Server.
Wir haben sogar bereits eine frische VM mit Server 2022 und SQL Server 2019 Std. CU 21 installiert, doch auch hier erhalten wir die SQLWriter Fehlermeldung.
Im Eventlog erscheint dazu folgender Eintrag:
Fehler
Quelle: SQLWriter
Event ID: 24583
Sqllib-Fehler: OLE DB-Fehler beim Aufrufen von IDBInitialize::Initialize. hr = 0x80004005. SQLSTATE: 08001, Native Error: 0
Source: Microsoft SQL Server Native Client 11.0
Error message: Netzwerkbezogener oder instanzspezifischer Fehler beim Herstellen einer Verbindung mit SQL Server. Der Server wurde nicht gefunden, oder auf ihn kann nicht zugegriffen werden. Überprüfen Sie, ob der Instanzname richtig ist und ob SQL Server Remoteverbindungen zulässt. Weitere Informationen erhalten Sie in der SQL Server-Onlinedokumentation.
SQLSTATE: 08001, Native Error: 27
Source: Microsoft SQL Server Native Client 11.0
Error message: Der Client kann die Verbindung nicht aufbauen
SQLSTATE: 08001, Native Error: 27
Error state: 1, Severity: 16
Source: Microsoft SQL Server Native Client 11.0
Error message: Die Registrierungsinformationen sind beschädigt oder fehlen. Stellen Sie sicher, dass der Anbieter richtig installiert und registriert ist.
DBPROP_INIT_DATASOURCE: MSSQL01
DBPROP_INIT_CATALOG: master
DBPROP_AUTH_INTEGRATED: SSPI
Was wurde bereits versucht:
- Reparatur Installation mit dem SQL Server Installationsmedium aus dem VLSC
- Neuinstallation des Microsoft VSS Writer für SQL Server 2019
- Bereitstellung einer neuen Maschine ohne weitere Dienste/Anwendungen
Die Ausgabe von "vssadmin list writers" gibt auch keinen SQLWriter aus.
PS C:\Windows\system32> vssadmin list writers
vssadmin 1.1 - Verwaltungsbefehlszeilenprogramm des Volumeschattenkopie-Dienstes
(C) Copyright 2001-2013 Microsoft Corp.
Verfassername: "Task Scheduler Writer"
Verfasserkennung: {d61d61c8-d73a-4eee-8cdd-f6f9786b7124}
Verfasserinstanzkennung: {1bddd48e-5052-49db-9b07-b96f96727e6b}
Status: [1] Stabil
Letzter Fehler: Kein Fehler
Verfassername: "VSS Metadata Store Writer"
Verfasserkennung: {75dfb225-e2e4-4d39-9ac9-ffaff65ddf06}
Verfasserinstanzkennung: {088e7a7d-09a8-4cc6-a609-ad90e75ddc93}
Status: [1] Stabil
Letzter Fehler: Kein Fehler
Verfassername: "Performance Counters Writer"
Verfasserkennung: {0bada1de-01a9-4625-8278-69e735f39dd2}
Verfasserinstanzkennung: {f0086dda-9efc-47c5-8eb6-a944c3d09381}
Status: [1] Stabil
Letzter Fehler: Kein Fehler
Verfassername: "System Writer"
Verfasserkennung: {e8132975-6f93-4464-a53e-1050253ae220}
Verfasserinstanzkennung: {9c8ef0af-8fa7-4608-9ac2-cd8ff0a02723}
Status: [1] Stabil
Letzter Fehler: Kein Fehler
Verfassername: "ASR Writer"
Verfasserkennung: {be000cbe-11fe-4426-9c58-531aa6355fc4}
Verfasserinstanzkennung: {cf890e18-1e30-4b67-b57b-af0f52c0621f}
Status: [1] Stabil
Letzter Fehler: Kein Fehler
Verfassername: "Shadow Copy Optimization Writer"
Verfasserkennung: {4dc3bdd4-ab48-4d07-adb0-3bee2926fd7f}
Verfasserinstanzkennung: {185cd722-2375-4ccc-a1bf-1a24ff1ca6b8}
Status: [1] Stabil
Letzter Fehler: Kein Fehler
Verfassername: "COM+ REGDB Writer"
Verfasserkennung: {542da469-d3e1-473c-9f4f-7847f01fc64f}
Verfasserinstanzkennung: {1679bd60-26e9-4f36-8fcc-74f9f4d59492}
Status: [1] Stabil
Letzter Fehler: Kein Fehler
Verfassername: "Registry Writer"
Verfasserkennung: {afbab4a2-367d-4d15-a586-71dbb18f8485}
Verfasserinstanzkennung: {335c878b-19a2-4b68-8b0d-2c4ee9bebbb7}
Status: [1] Stabil
Letzter Fehler: Kein Fehler
Verfassername: "WMI Writer"
Verfasserkennung: {a6ad56c2-b509-4e6c-bb19-49d8f43532f0}
Verfasserinstanzkennung: {d9130d64-494f-4133-90d6-68af8da81357}
Status: [1] Stabil
Letzter Fehler: Kein Fehler
Auch die Suche bei Google ergibt viele Treffer aber leider keine Lösung.
Angefangen bei Hinweisen, dass es mit diversen CU's des SQL Servers zu derartigen Verhalten kommt. (Daher das Update auf CU21). Über die Reparatur Installation des SQL Writers oder des ganzen SQL Servers.
Hat hier vielleicht noch jemand eine Idee, wo ich ansetzen kann?
Ich wünsche euch einen guten Start in den Tag.
Beste Grüße
Bitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 7833695054
Url: https://administrator.de/contentid/7833695054
Ausgedruckt am: 09.11.2024 um 01:11 Uhr
9 Kommentare
Neuester Kommentar
Hi.
mal ausgehend von den Fehlermeldungen:
Irgendwas in mir sagt, dass es nicht am VSSAdmin liegt. Könnt Ihr denn ganz normal connecten? Habt Ihr vielleicht nur vergessen die Instanz mitzugeben?
(häufig bei Express der Fall)
Kannst Du sicherstellen, dass der SQL Server überhaupt gefunden/angefragt wurde? Siehst Du was im SQLServer Eventvwr bspw.?
Gruß
mal ausgehend von den Fehlermeldungen:
Error message: Netzwerkbezogener oder instanzspezifischer Fehler beim Herstellen einer Verbindung mit SQL Server. Der Server wurde nicht gefunden, oder auf ihn kann nicht zugegriffen werden
Irgendwas in mir sagt, dass es nicht am VSSAdmin liegt. Könnt Ihr denn ganz normal connecten? Habt Ihr vielleicht nur vergessen die Instanz mitzugeben?
sqlserver\instanzname
Kannst Du sicherstellen, dass der SQL Server überhaupt gefunden/angefragt wurde? Siehst Du was im SQLServer Eventvwr bspw.?
Gruß
Hallo banane31,
so wie Du es beschrieben hast, sollte der VSS Writer eigentlich funktionieren.
Zitat: "Es geht mir primär aktuell nur um einen SQL Server 2019 Standard."
Auch wenn es Dir primär nur um eine bestimmte Instanz geht, der VSS Writer gilt für alle Instanzen auf dem Server, d.h. alle Instanzen müssen die Voraussetzungen für den VSS Writer erfüllen. Wenn die Instanz, um die es Dir geht, in Ordnung ist, dann prüfe Deine anderen Instanzen. Auf irgendeine kann womöglich nicht zugegriffen werden oder der NT Service\SQLWriter ist nicht vorhanden oder hat keine sysadmin-Rechte oder NT-AUTORITÄT\SYSTEM darf sich nicht anmelden o.ä.
Kannst Du Dich auch von einem anderen Rechner aus anmelden an der Datenbank, wird der SQL-Server-Browser ausgeführt?
Gruß, Mad Max
so wie Du es beschrieben hast, sollte der VSS Writer eigentlich funktionieren.
Zitat: "Es geht mir primär aktuell nur um einen SQL Server 2019 Standard."
Auch wenn es Dir primär nur um eine bestimmte Instanz geht, der VSS Writer gilt für alle Instanzen auf dem Server, d.h. alle Instanzen müssen die Voraussetzungen für den VSS Writer erfüllen. Wenn die Instanz, um die es Dir geht, in Ordnung ist, dann prüfe Deine anderen Instanzen. Auf irgendeine kann womöglich nicht zugegriffen werden oder der NT Service\SQLWriter ist nicht vorhanden oder hat keine sysadmin-Rechte oder NT-AUTORITÄT\SYSTEM darf sich nicht anmelden o.ä.
Kannst Du Dich auch von einem anderen Rechner aus anmelden an der Datenbank, wird der SQL-Server-Browser ausgeführt?
Gruß, Mad Max
Hallo banane31,
vom VSS Writer her paßt alles. Andere Instanzen können es ja auch nicht sein.
Wenn Du "vssadmin list writers" ausführst bekommst Du eine Fehlermeldung im Ereignisprotokoll zum VSS Writer. Ist das dieselbe, die Du schon im ersten Beitrag angegeben hast? Dann liegt es also wohl am Native Client. Der ist mittlerweile veraltet, SQL Server 2019 ist der letzte, bei dem er noch dabei ist, im Feature Pack für SQL Server 2019 ist er aber schon nicht mehr dabei. Vielleicht beißt der sich auch mit dem Windows Server 2022, weil er da auf jeden Fall zu alt ist.
Ich würde mal versuchen, den Native Client zu deinstallieren, damit die Verbindung über die OLE DB oder ODBC Treiber hergestellt wird.
Gruß, Mad Max
vom VSS Writer her paßt alles. Andere Instanzen können es ja auch nicht sein.
Wenn Du "vssadmin list writers" ausführst bekommst Du eine Fehlermeldung im Ereignisprotokoll zum VSS Writer. Ist das dieselbe, die Du schon im ersten Beitrag angegeben hast? Dann liegt es also wohl am Native Client. Der ist mittlerweile veraltet, SQL Server 2019 ist der letzte, bei dem er noch dabei ist, im Feature Pack für SQL Server 2019 ist er aber schon nicht mehr dabei. Vielleicht beißt der sich auch mit dem Windows Server 2022, weil er da auf jeden Fall zu alt ist.
Ich würde mal versuchen, den Native Client zu deinstallieren, damit die Verbindung über die OLE DB oder ODBC Treiber hergestellt wird.
Gruß, Mad Max