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

Bitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben

Content-ID: 595564

Url: https://administrator.de/contentid/595564

Ausgedruckt am: 19.11.2024 um 01:11 Uhr

7 Kommentare

Neuester Kommentar

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?

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.

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ß

Hallo,

bei SQLExpress kann man via sqlcmd sichern.

BACKUP DATABASE datenbank TO DISK = name
                             WITH Name = name , COPY_ONLY;

Das Ganze als Batch und über ScheduleTask anstoßen.

(Nachteil: die User und Rollen müssen bei Wiederherstellung, von Hand wieder angelegt werden.)

Frank