SQL Server 2008 R2 RTM unter Windows 2008 64-Bit.
Probleme beim Sichern einer einzelnen Datenbank mit dem folgenden Befehl
backup database [somedatabase]
to disk = '\\somehost\d$\BACKUP\somedirectory\some_database.bak'
with compression, init, stats=1
Die Datenbank wird für eine Weile einwandfrei gesichert
93 percent processed.
94 percent processed.
Dann erhalte ich eine Fehlermeldung zum Speicherplatz
Nachricht 3202, Ebene 16,
Status 1, Zeile 1 Schreiben in "\ somehost \ d $ \ BACKUP \ somedirectory \ some_database.bak" fehlgeschlagen: 1130 (Es ist nicht genügend Serverspeicher verfügbar, um diesen Befehl zu verarbeiten.)
Nachricht 3013, Ebene 16,
Status 1, Zeile 1 BACKUP DATABASE wird abnormal beendet.
Dies macht keinen Sinn, da über 800 GB verfügbarer Speicherplatz verfügbar sind und für die Sicherung 121 GB verwendet werden.
In den Protokollen von SQL Server wird diese Meldung angezeigt
Date 9/25/2013 1:04:56 PM
Log SQL Server (Current - 9/25/2013 12:15:00 PM)
Source Backup
Message
BackupIoRequest::ReportIoError: write failure on backup device
'\\somehost\d$\BACKUP\somedirectory\some_database.bak'. Operating
system error 1130(Not enough server storage is available to process
this command.).
Einige Informationen:
Backups werden lokal vom Server ausgeführt und die Backup-Dateien werden auf
\\somehost
einem anderen Server in der Nähe gespeichert .Sowohl der lokale als auch der Remote-Host verfügen über ausreichend Speicherplatz.
Die Komprimierung ist aktiviert
Jede Unterstützung bei der Ermittlung der tatsächlichen Ursache dieser Sicherungsfehler ist willkommen.
Vielen Dank
Update 16:48
Ab R2 ist die Komprimierung standardmäßig eine Sicherungsoption. Vielen Dank, dass Sie RLF. Immer noch das gleiche Problem mit oder ohne. Der einzige Unterschied besteht darin, dass die Sicherung ohne Komprimierung bei 18% fehlschlägt. Beschlossen, den Speicherplatz zu überwachen, um sicherzustellen, dass während der Sicherung nichts anderes GB verschlingt.
Wie erwartet ging der verfügbare Speicherplatz bei Verwendung der Komprimierung auf 600 GB und ohne Komprimierung auf 400 GB zurück. Der Speicherplatz ist jedoch nie unter 400 gesunken.
chkdsk
auf dem Zieldatenträger ausgeführt?