Backup only succeeds after retry
philcart
Posts: 45
Using SQL Backup 4.6.0.815
Following is the SQL Backup log file
Is this related to the contiguous free memory issue that's resolved with the MAXTRANSFERSIZE option?
If so, does SQL Backup v5 show the revised backup command with the adjusted MAXTRANSFERSIZE value?
Thanks
Phill
Following is the SQL Backup log file
8/05/2007 4:31:40 PM: Backing up mydb (full database) to: E:\Backups\FULL_mydb_20070508163140_01.sqb E:\Backups\FULL_mydb_20070508163140_02.sqb 8/05/2007 4:31:40 PM: BACKUP DATABASE [mydb] TO DISK = 'E:\Backups\FULL_mydb_20070508163140_01.sqb', DISK = 'E:\Backups\FULL_mydb_20070508163140_02.sqb' WITH NAME = '<AUTO>', DESCRIPTION = '<AUTO>', ERASEFILES = 1, MAILTO = 'me@somewhere.com', COMPRESSION = 2, THREADS = 2 8/05/2007 4:31:56 PM: VDI error 1010: Failed to get configuration from server. Check that the SQL Server instance is running, and that you have the SQL Server Systems Administrator server role. Error code: (-2139684861: The api was waiting and the timeout interval had elapsed.) 8/05/2007 4:44:58 PM: SQL error 3013: BACKUP DATABASE is terminating abnormally. 8/05/2007 4:44:58 PM: SQL error 3201: Cannot open backup device 'SQLBACKUP_5A6E66BB-D633-4108-B649-A9CA4D6C4ADD'. Operating system error 0x80070002(error not found). 8/05/2007 4:44:58 PM: 8/05/2007 4:44:58 PM: Memory profile 8/05/2007 4:44:58 PM: Type Maximum Minimum Average Blk count Total 8/05/2007 4:44:58 PM: ---------------- ----------- ----------- ----------- ----------- ----------- 8/05/2007 4:44:58 PM: Commit 100450304 4096 969651 1838 1782218752 8/05/2007 4:44:58 PM: Reserve 32378880 4096 159798 522 83415040 8/05/2007 4:44:58 PM: Free 114884608 4096 1523158 185 281784320 8/05/2007 4:44:58 PM: Private 100450304 4096 947806 1887 1788510208 8/05/2007 4:44:58 PM: Mapped 1060864 4096 109391 58 6344704 8/05/2007 4:44:58 PM: Image 24858624 4096 170551 415 70778880 8/05/2007 4:44:58 PM: 8/05/2007 4:44:58 PM: Warning 300: Backup failed. Retry attempt: 1 8/05/2007 4:45:00 PM: BACKUP DATABASE [mydb] TO DISK = 'E:\Backups\FULL_mydb_20070508163140_01.sqb', DISK = 'E:\Backups\FULL_mydb_20070508163140_02.sqb' WITH NAME = 'Database (mydb), 8/05/2007 4:31:40 PM', DESCRIPTION = 'Backup on 8/05/2007 4:31:40 PM Server: SQLSERV Database: mydb', INIT, ERASEFILES = 1, MAILTO = 'me@somewhere.com', COMPRESSION = 2, THREADS = 2 8/05/2007 5:11:19 PM: Backup data size : 87.236 GB 8/05/2007 5:11:19 PM: Compressed data size: 30.432 GB 8/05/2007 5:11:19 PM: Compression rate : 65.11% Processed 11425424 pages for database 'mydb', file 'mydb_Data' on file 1. Processed 6479 pages for database 'mydb', file 'mydb_Log' on file 1. BACKUP DATABASE successfully processed 11431903 pages in 1572.999 seconds (59.536 MB/sec).
Is this related to the contiguous free memory issue that's resolved with the MAXTRANSFERSIZE option?
If so, does SQL Backup v5 show the revised backup command with the adjusted MAXTRANSFERSIZE value?
Thanks
Phill
Comments
With v5 you are now able to specify the MAXTRANSFERSIZE parameter while setting up a job. You can choose from the largest of 1024kb right down to 64kb, so it should be easy to fix if you ever get these warnings again.
I hope this helps.
MAXTRANSFERSIZE = 65536
Here is a link to a knowledgebase article that lists some common solutions to this issue.
http://www.red-gate.com/support/kb/KB200710000177.htm
If the server has also been running for a long time, and under somewhat heavy load, I think it would be a good idea to restart the SQL Server service if possible. This shouldn't really be necessary with modern versions of SQL Server, but it has been known to resolve these issues in the past.
Have you tried SQL Backup 5? There have been some improvements to the way that the SQL backup task is retried if the SQL Server is low on contiguous memory. This may also fix the problem for you.