How can we help you today? How can we help you today?
GTSSunGard

Activity overview

Latest activity by GTSSunGard

We have encountered a very similar problem which generated the following log .... However a service restart is a highly undesirable option. :!: SQL Backup log file 17/11/2007 07:02:51: Reading filelist of "F:\Credient\Database\Backups\TeleVault Exclude\CRSBackupDevice.sqb" 17/11/2007 07:02:51: RESTORE FILELISTONLY FROM DISK = 'F:\Credient\Database\Backups\TeleVault Exclude\CRSBackupDevice.sqb' 17/11/2007 07:02:51: 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: (-2139684860: An abort request is preventing anything except termination actions.) 17/11/2007 07:02:52: SQL error 3013: RESTORE FILELIST is terminating abnormally. 17/11/2007 07:02:52: 17/11/2007 07:02:52: Memory profile 17/11/2007 07:02:52: Type Maximum Minimum Average Blk count Total 17/11/2007 07:02:52: 17/11/2007 07:02:52: Commit 133099520 4096 59944 25800 1546559488 17/11/2007 07:02:52: Reserve 4911104 4096 22292 24394 543813632 17/11/2007 07:02:52: Free 4841472 4096 169776 336 57044992 17/11/2007 07:02:52: Private 133099520 4096 40447 49476 2001203200 17/11/2007 07:02:52: Mapped 4128768 4096 195261 73 14254080 17/11/2007 07:02:52: Image 9916416 4096 116148 645 74915840 17/11/2007 07:02:52: The process attempted 4 times before terminating, due to severe time constrains and the need to generate some kind of backup we reverted to SQL native backup which succeed first time. During the 4 reties and the subsequent manual attempt Redgate consistantly reached the same point in the backup - about 43 GB before terminating, leaving a junk backup file. The 2 server cluster was then reboot 12 hours later once over night processing was completed. Test backup's then demonstrated that the issue had been resolved. This problem has occured spuradically on a number of our production enviroment and causes real problems. Can you advise anyway to improve the way we manage the backup with Red Gate (SQL Backup) to ensure 100% reliablity ? Alternatively a none distructive recovery process - I.E. not restarting any thing. :?: Many thanks, Geoff / comments
We have encountered a very similar problem which generated the following log .... However a service restart is a highly undesirable option. :!: SQL Backup log file 17/11/2007 07:02:51: Reading fil...
0 votes