4
Pending recovery status bei SQL unerwartet nach Server Neustart
Hallo,
hat jemand zu diesem SQL Problem evtl. eine Idee?
Server 2022 wurde neugestartet.
Danach ist DB3/DB4 im Pending Recovery Status.
Es läuft darauf SQL 2022 Standard für DMS Software. (LDF/MDF ist ca. 5GB) (wenig Filestream oder ohne)
DB1/DB2 (älter/nicht mehr in Verwendung/wurden ggf. mit anderem Benutzer erstellt) sind gestartet.
DB3/DB4: rechtsklick auf Properties/Eigenschaften ist grau.
Einloggen im Management Studio klappt mit Windows Authentifizierung, mit dem SA User nicht. Fehlermeldung folgt.
O.g. Server ist eine VM restored via Veeam.
Die originale VM hat scheinbar den gleichen Fehler und hatte kürzlich Windows Updates bekommen, so dass nach dem Neustart der o.g. Fehler sichtbar wurde.
Man muss in diesem Zusammenhang einfach die SQL ERRORLOGs genau durchgucken und Berechtigungen verstärkt betrachten nehme ich an.
Der SQL Server Dienst wird per Default mit NTServer\MSSQLSERVER gestartet (also nicht mit Domainadministrator oder lokales System). Es wurde noch nicht probiert zu ändern.
Der DMS Betreuer verwendet einen lokalen Administrator.
hat jemand zu diesem SQL Problem evtl. eine Idee?
Server 2022 wurde neugestartet.
Danach ist DB3/DB4 im Pending Recovery Status.
Es läuft darauf SQL 2022 Standard für DMS Software. (LDF/MDF ist ca. 5GB) (wenig Filestream oder ohne)
DB1/DB2 (älter/nicht mehr in Verwendung/wurden ggf. mit anderem Benutzer erstellt) sind gestartet.
DB3/DB4: rechtsklick auf Properties/Eigenschaften ist grau.
Einloggen im Management Studio klappt mit Windows Authentifizierung, mit dem SA User nicht. Fehlermeldung folgt.
O.g. Server ist eine VM restored via Veeam.
Die originale VM hat scheinbar den gleichen Fehler und hatte kürzlich Windows Updates bekommen, so dass nach dem Neustart der o.g. Fehler sichtbar wurde.
Man muss in diesem Zusammenhang einfach die SQL ERRORLOGs genau durchgucken und Berechtigungen verstärkt betrachten nehme ich an.
Der SQL Server Dienst wird per Default mit NTServer\MSSQLSERVER gestartet (also nicht mit Domainadministrator oder lokales System). Es wurde noch nicht probiert zu ändern.
Der DMS Betreuer verwendet einen lokalen Administrator.
Auf Facebook teilen
Auf Twitter teilen
Auf Reddit teilen
Auf Linkedin teilenBitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 670829
Url: https://administrator.de/forum/pending-recovery-status-bei-sql-unerwartet-nach-server-neustart-670829.html
Ausgedruckt am: 21.01.2025 um 10:01 Uhr
4 Kommentare
Neuester Kommentar
2025-01-21 07:49:11.79 spid30s Error: 17204, Severity: 16, State: 1.
2025-01-21 07:49:11.79 spid30s FCB::Open failed: Could not open file F:\Microsoft SQL Server\MSSQL15.MSSQLSERVER\MSSQL\DATA\DB3.mdf for file number 1. OS error: 32(Der Prozess kann nicht auf die Datei zugreifen, da sie von einem anderen Prozess verwendet wird.).
2025-01-21 07:49:11.79 spid30s FCB::Open failed: Could not open file F:\Microsoft SQL Server\MSSQL15.MSSQLSERVER\MSSQL\DATA\DB3.mdf for file number 1. OS error: 32(Der Prozess kann nicht auf die Datei zugreifen, da sie von einem anderen Prozess verwendet wird.).
Der Prozess kann nicht auf die Datei zugreifen, da sie von einem anderen Prozess verwendet wird
DB3.mdf scheint schon genutzt zu werden.AV vielleicht?
VG
wenn ihr nen antiviren prpdukt drauf habt, deinstallieren. oder disablen oder exceptions bauen.
AUf Datenbank Servern sind antiviren Produkte nicht empfohlen, selbst wenns funktioniert hat man enorme leistungseinbussen....
AUf Datenbank Servern sind antiviren Produkte nicht empfohlen, selbst wenns funktioniert hat man enorme leistungseinbussen....
Wir hatten das Problem auch bereits, im Laufe einer DMS Migration. Ich kann nicht genau nachvollziehen, wie es dazu kam und wir haben auch einige Zeit damit verbracht, zu versuchen es zu reparieren. Am Ende sind wir aber doch bei einem Restore gelandet und mussten ein paar Anpassungen widerholen. Insofern keine wirkliche Hilfe für dich.
Hast du einen älteren Widerherstellungspunkt der den Fehler noch nicht hat?
Hast du einen älteren Widerherstellungspunkt der den Fehler noch nicht hat?
