7
SQL Server Backup mit Windows Server Sicherung
Hallo,
seit geraumer Zeit schlagen die Sicherungen eines SQL Servers über das Windows Server Sicherungstool fehl.
Folgende Melsungen sind in der Eventvwr zu sehen
SQLVDI: Loc=SignalAbort. Desc=Client initiates abort. ErrorCode=(0). Process=3904. Thread=2428. Client. Instance=. VD=Global\{5C0241D3-9ACC-4799-B562-93EDE57B2294}1_SQLVDIMemoryName_0. [SQLVDI | 1]
SQLVDI: Loc=SignalAbort. Desc=Client initiates abort. ErrorCode=(0). Process=3904. Thread=2428. Client. Instance=. VD=Global\{5C0241D3-9ACC-4799-B562-93EDE57B2294}2_SQLVDIMemoryName_0. [SQLVDI | 1]
BACKUP-Fehler beim Abschließen des BACKUP DATABASE model-Befehls. Ausführliche Informationen finden Sie im Sicherungsanwendungsprotokoll. [MSSQLSERVER | 3041]
BackupVirtualDeviceFile::PrepareToFreeze: Fehler bei beim Sicherungsmedium '{5C0241D3-9ACC-4799-B562-93EDE57B2294}1'. Betriebssystemfehler = 995(Der E/A-Vorgang wurde wegen eines Threadendes oder einer Anwendungsanforderung abgebrochen.). [MSSQLSERVER | 18210]
BACKUP-Fehler beim Abschließen des BACKUP DATABASE msdb-Befehls. Ausführliche Informationen finden Sie im Sicherungsanwendungsprotokoll. [MSSQLSERVER | 3041]
SQLVDI: Loc=SignalAbort. Desc=Client initiates abort. ErrorCode=(0). Process=3904. Thread=2428. Client. Instance=. VD=Global\{5C0241D3-9ACC-4799-B562-93EDE57B2294}3_SQLVDIMemoryName_0. [SQLVDI | 1]
BackupVirtualDeviceFile::PrepareToFreeze: Fehler bei beim Sicherungsmedium '{5C0241D3-9ACC-4799-B562-93EDE57B2294}2'. Betriebssystemfehler = 995(Der E/A-Vorgang wurde wegen eines Threadendes oder einer Anwendungsanforderung abgebrochen.). [MSSQLSERVER | 18210]
Es werden nur Fehler geworfen, wenn die Datenbank Partition eingehangen ist. Sollte diese zum Zeitpunkt des Backups nicht eingehangen sein, läuft es einfach durch.
unter C:\Windows\Logs\WindowsServerBackup werden im Falle des Backups auch keine Logs geschrieben, wenn es fehl schlägt
Die Erstellung manueller VSS Snapshots via vssadmin create shadow /for=[Laufwerksbuchstabe] ist möglich. Es sind auch keine alten Snapshots vorhanden.
Wie kann ich hier weiter vorgehen um den Fehler weiter einzugrenzen?
Wäre super wenn jemand Helfen könnte
seit geraumer Zeit schlagen die Sicherungen eines SQL Servers über das Windows Server Sicherungstool fehl.
Folgende Melsungen sind in der Eventvwr zu sehen
SQLVDI: Loc=SignalAbort. Desc=Client initiates abort. ErrorCode=(0). Process=3904. Thread=2428. Client. Instance=. VD=Global\{5C0241D3-9ACC-4799-B562-93EDE57B2294}1_SQLVDIMemoryName_0. [SQLVDI | 1]
SQLVDI: Loc=SignalAbort. Desc=Client initiates abort. ErrorCode=(0). Process=3904. Thread=2428. Client. Instance=. VD=Global\{5C0241D3-9ACC-4799-B562-93EDE57B2294}2_SQLVDIMemoryName_0. [SQLVDI | 1]
BACKUP-Fehler beim Abschließen des BACKUP DATABASE model-Befehls. Ausführliche Informationen finden Sie im Sicherungsanwendungsprotokoll. [MSSQLSERVER | 3041]
BackupVirtualDeviceFile::PrepareToFreeze: Fehler bei beim Sicherungsmedium '{5C0241D3-9ACC-4799-B562-93EDE57B2294}1'. Betriebssystemfehler = 995(Der E/A-Vorgang wurde wegen eines Threadendes oder einer Anwendungsanforderung abgebrochen.). [MSSQLSERVER | 18210]
BACKUP-Fehler beim Abschließen des BACKUP DATABASE msdb-Befehls. Ausführliche Informationen finden Sie im Sicherungsanwendungsprotokoll. [MSSQLSERVER | 3041]
SQLVDI: Loc=SignalAbort. Desc=Client initiates abort. ErrorCode=(0). Process=3904. Thread=2428. Client. Instance=. VD=Global\{5C0241D3-9ACC-4799-B562-93EDE57B2294}3_SQLVDIMemoryName_0. [SQLVDI | 1]
BackupVirtualDeviceFile::PrepareToFreeze: Fehler bei beim Sicherungsmedium '{5C0241D3-9ACC-4799-B562-93EDE57B2294}2'. Betriebssystemfehler = 995(Der E/A-Vorgang wurde wegen eines Threadendes oder einer Anwendungsanforderung abgebrochen.). [MSSQLSERVER | 18210]
Es werden nur Fehler geworfen, wenn die Datenbank Partition eingehangen ist. Sollte diese zum Zeitpunkt des Backups nicht eingehangen sein, läuft es einfach durch.
unter C:\Windows\Logs\WindowsServerBackup werden im Falle des Backups auch keine Logs geschrieben, wenn es fehl schlägt
Die Erstellung manueller VSS Snapshots via vssadmin create shadow /for=[Laufwerksbuchstabe] ist möglich. Es sind auch keine alten Snapshots vorhanden.
Wie kann ich hier weiter vorgehen um den Fehler weiter einzugrenzen?
Wäre super wenn jemand Helfen könnte
Share on Facebook
Share on Twitter
Share on Reddit
Share on LinkedinPlease also mark the comments that contributed to the solution of the article
Content-Key: 595564
Url: https://administrator.de/contentid/595564
Printed on: April 26, 2024 at 06:04 o'clock
7 Comments
Latest comment
moin,
weitere Hinweise findest du im SQL-Server-eigenen Log.
a) Disk full für das Ziel der Sicherung
b) Ziel des Backups kein lokaler Datenträger und das Ziel (Mountpount) unterstützt die IO-Anforderungen des SQL Server nicht
c) die Datenbank hat irgendeinen Status, in dem eine Sicherung nicht möglich ist (z.B. als Spiegelungsziel oder in anderen "restoring" Statussen )
d) das Windows Backup startet bevor der SQL Server mit dem Backup fertig ist. In dem Falle hat der SQL Server z.B. einen success beim "backup database" aber zeitlich kurz nach der Fehlermeldung des Windows Backups. Kann auch ein Zeitproblem sein, Uhren synchron? NTP korrekt konfiguriert?
weitere Hinweise findest du im SQL-Server-eigenen Log.
a) Disk full für das Ziel der Sicherung
b) Ziel des Backups kein lokaler Datenträger und das Ziel (Mountpount) unterstützt die IO-Anforderungen des SQL Server nicht
c) die Datenbank hat irgendeinen Status, in dem eine Sicherung nicht möglich ist (z.B. als Spiegelungsziel oder in anderen "restoring" Statussen )
d) das Windows Backup startet bevor der SQL Server mit dem Backup fertig ist. In dem Falle hat der SQL Server z.B. einen success beim "backup database" aber zeitlich kurz nach der Fehlermeldung des Windows Backups. Kann auch ein Zeitproblem sein, Uhren synchron? NTP korrekt konfiguriert?
p.s. ich les das mit den VSS snapshots. Oh My God. laß bloß die Finger davon... SQL Server Datendateien sind für VSS nicht geeignet, und für SQL Server Backupdateien eigentlich auch nicht. VSS ist für kleine DAteien, Office Dokumente oder so, aber nichts für Dateien die sich dauernd ändern, wie z.B. das Transaktionslog des SQL Servers oder gar die DAtendatei der Datenbank.
SQL Server backups gehen zunächst auf einen lokalen Datenträger und dann in ein Archiv. Das kann ein NAS sein wo man die dann hinkopiert... wer eine Life-Sicherung will, der muß das mit einem Storage machen, das im Hintergrund selber Snapshot-TEchniken für ganze Datenträger beherrscht.
Wenn das ein vollwertiger SQL ist (also kein Express) bringt der doch alles mit, um die Datenbanken separat zu sichern.
Läuft zuverlässig und performant. Wir sichern täglich 1x full + alle 30min inkrementell.
Läuft zuverlässig und performant. Wir sichern täglich 1x full + alle 30min inkrementell.
Hi
Im Management Studio ein Wartungsplan anlegen und das Backup darüber durchführen. (Nur bei nicht express möglich). Und das Immer so machen außer du hast eine gescheite Backup Software die das alles für dich übernimmt!
Mach mal ein Backup aus dem SSMS raus und prüfe ob das Funktioniert dann kannst mal zumindest ausschließen ob es ein OS Fehler ist oder ein Sql Fehler.
Gruß
Im Management Studio ein Wartungsplan anlegen und das Backup darüber durchführen. (Nur bei nicht express möglich). Und das Immer so machen außer du hast eine gescheite Backup Software die das alles für dich übernimmt!
Mach mal ein Backup aus dem SSMS raus und prüfe ob das Funktioniert dann kannst mal zumindest ausschließen ob es ein OS Fehler ist oder ein Sql Fehler.
Gruß
Hallo,
bei SQLExpress kann man via sqlcmd sichern.
Das Ganze als Batch und über ScheduleTask anstoßen.
(Nachteil: die User und Rollen müssen bei Wiederherstellung, von Hand wieder angelegt werden.)
Frank
bei SQLExpress kann man via sqlcmd sichern.
BACKUP DATABASE datenbank TO DISK = name
WITH Name = name , COPY_ONLY;(Nachteil: die User und Rollen müssen bei Wiederherstellung, von Hand wieder angelegt werden.)
Frank
SQL Server backups gehen zunächst auf einen lokalen Datenträger und dann in ein Archiv. Das kann ein NAS sein wo man die dann hinkopiert... wer eine Life-Sicherung will, der muß das mit einem Storage machen, das im Hintergrund selber Snapshot-TEchniken für ganze Datenträger beherrscht.
Und dem System sagt, dass es sich vorher in einen konsistenten Zustand versetzen soll, sonst hat man im Snapshot auch nur inkonsistente Daten.
