How can we help you today? How can we help you today?
reinisb

Activity overview

Latest activity by reinisb

Mediaset families missing after conversion from SQB
Hi, I have an SQB backup that I converted back to a .BAK so I could restore through the SQL Server native GUI. During the conversion the SQB was extracted to 23 seperate BAK files. If I understand ...
2 followers 2 comments 0 votes
Here is the log. The names have been changed to protect the innocent. javascript:emoticon(':roll:') Failed_LS is the target database for the restore, and server2 is the Windows Server 2003 the instance is on. I included only a partial list of the connections that were listed because I didn't want to go through changing all of them. There are a number that are shown as connected to the database we are trying to restore to but immediately before i start the restore I kill all the connections to that database. The connections listed for the restore DB are therefore created in the intervening 6 hours that the restore is failing - i checked the last batch time for all of them. If you can figure out why it seems the restore still does not work despite the disconnect_existing, and my kill spids routine that would be a bonus. I've also tried having a trigger on the database to disallow any connections for 5 mins around the time the restore starts and that didn't work either. Reinis SQL Backup log file 6.5.1.9 -SQL "RESTORE LOG [Failed_LS] FROM DISK = '\\server2\Failed_LS_Share\LOG_Failed_*.sqb' WITH ERASEFILES = 5, DISCONNECT_EXISTING, FILEOPTIONS = 1, STANDBY = 'I:\Failed_LS\UNDO_Failed_LS.dat', MOVETO = 'J:\Failed_LS\Completed' " ERRORS AND WARNINGS 2/10/2013 9:30:00 PM: Restoring Failed_LS (transaction logs) from: 2/10/2013 9:30:00 PM: \\server2\Failed_LS_Share\LOG_Failed_20130209220000.sqb 2/10/2013 9:30:04 PM: ALTER DATABASE [Failed_LS] SET ONLINE RESTORE LOG [Failed_LS] FROM VIRTUAL_DEVICE = 'SQLBACKUP_FF135A4B-697A-4263-B702-0A2FFFF8AEEA', VIRTUAL_DEVICE = 'SQLBACKUP_FF135A4B-697A-4263-B702-0A2FFFF8AEEA01', VIRTUAL_DEVICE = 'SQLBACKUP_FF135A4B-697A-4263-B702-0A2FFFF8AEEA02', VIRTUAL_DEVICE = 'SQLBACKUP_FF135A4B-697A-4263-B702-0A2FFFF8AEEA03', VIRTUAL_DEVICE = 'SQLBACKUP_FF135A4B-697A-4263-B702-0A2FFFF8AEEA04', VIRTUAL_DEVICE = 'SQLBACKUP_FF135A4B-697A-4263-B702-0A2FFFF8AEEA05', VIRTUAL_DEVICE = 'SQLBACKUP_FF135A4B-697A-4263-B702-0A2FFFF8AEEA06' WITH BUFFERCOUNT = 28, BLOCKSIZE = 65536, MAXTRANSFERSIZE = 1048576 , NORECOVERY 2/11/2013 4:19:40 AM: VDI error 1010: Failed to get the configuration from the server because the timeout interval has elapsed. Check that the SQL Server instance is running, that you have the SQL Server System Administrator server role; and that no other processes are blocking the backup or restore process; or try increasing the value of the VDITimeout registry setting in HKEY_LOCAL_MACHINE\SOFTWARE\Red Gate\SQL Backup\BackupSettingsGlobal\[InstanceName] 2/11/2013 4:19:40 AM: Also check that the database is not currently in use. 2/11/2013 4:19:40 AM: 2/11/2013 4:19:40 AM: SPID Status Login HostName BlkBy DBName Command CPUTime DiskIO LastBatch ProgramName SPID_1 REQUESTID 2/11/2013 4:19:40 AM: 2/11/2013 4:19:40 AM: 1 BACKGROUND sa . . RESOURCE MONITOR 1257406 26548 01/25 14:46:54 1 0 2/11/2013 4:19:40 AM: 2 SUSPENDED sa . . LOG WRITER 2825296 0 01/25 14:46:54 2 0 2/11/2013 4:19:40 AM: 3 BACKGROUND sa . . master SIGNAL HANDLER 0 0 01/25 14:46:54 3 0 2/11/2013 4:19:40 AM: 4 BACKGROUND sa . . LOCK MONITOR 31 0 01/25 14:46:54 4 0 2/11/2013 4:19:40 AM: 5 BACKGROUND sa . . LAZY WRITER 1626859 0 01/25 14:46:54 5 0 2/11/2013 4:19:40 AM: 6 sleeping sa . . master TASK MANAGER 0 0 01/25 14:46:54 6 0 2/11/2013 4:19:40 AM: 7 BACKGROUND sa . . master TRACE QUEUE TASK 11765 0 01/25 14:46:54 7 0 2/11/2013 4:19:40 AM: 8 sleeping sa . . UNKNOWN TOKEN 0 0 01/25 14:46:54 8 0 2/11/2013 4:19:40 AM: 9 BACKGROUND sa . . master BRKR TASK 0 0 01/25 14:46:54 9 0 2/11/2013 4:19:40 AM: 10 BACKGROUND sa . . master CHECKPOINT 2473062 97776 01/25 14:46:54 10 0 2/11/2013 4:19:40 AM: 11 BACKGROUND sa . . master TASK MANAGER 125 38 01/25 14:46:54 11 0 2/11/2013 4:19:40 AM: 12 BACKGROUND sa . . master BRKR EVENT HNDLR 15 39 01/25 14:46:54 12 0 2/11/2013 4:19:40 AM: 13 BACKGROUND sa . . master BRKR TASK 0 0 01/25 14:46:54 13 0 2/11/2013 4:19:40 AM: 14 sleeping sa . . master TASK MANAGER 0 3 01/25 14:46:54 14 0 2/11/2013 4:19:40 AM: 15 sleeping sa . . master TASK MANAGER 0 0 01/25 14:46:54 15 0 2/11/2013 4:19:40 AM: 16 sleeping sa . . master TASK MANAGER 0 114 01/25 14:46:54 16 0 2/11/2013 4:19:40 AM: 17 sleeping sa . . master TASK MANAGER 0 0 01/25 14:46:54 17 0 2/11/2013 4:19:40 AM: 18 sleeping sa . . master TASK MANAGER 0 0 01/25 14:46:54 18 0 2/11/2013 4:19:40 AM: 19 sleeping sa . . master TASK MANAGER 0 29 01/25 14:46:54 19 0 ..................................................... 2/11/2013 4:19:40 AM: 2/11/2013 4:19:40 AM: SQL error 3013: RESTORE LOG is terminating abnormally. 2/11/2013 4:19:40 AM: SQL error 3101: Exclusive access could not be obtained because the database is in use. / comments
Here is the log. The names have been changed to protect the innocent. javascript:emoticon(':roll:') Failed_LS is the target database for the restore, and server2 is the Windows Server 2003 the in...
0 votes
Restore Log takes many hours to fail
Hi, We have a daily log restore to a secondary database. For one reason or another, we have problems getting all the user connections to be automatically disconnected before the restore starts and...
2 followers 6 comments 0 votes
Here it is. As far as I can see this was the last restore (which was not actually performed by me but still looks like it should have fixed the references in the DB). Is there anything obvious that looks like an issue? I don't see anything weird. Thanks, Reinis ____________________________________________________ SQL Backup log file 6.5.1.9 -SQL "RESTORE DATABASE [CRM_Training] FROM DISK = 'M:\DB_Backup\FULL_LAXSQLCRM_CRM_20120325_220001.sqb' WITH RECOVERY, MOVE 'CRM_DATA' TO 'M:\Data\CRM_Training\CRM_Training.mdf', MOVE 'CRM_DATA1' TO 'M:\Data\CRM_Training\CRM_Training_1.ndf', MOVE 'CRM_DATA2' TO 'M:\Data\CRM_Training\CRM_Training_2.ndf', MOVE 'CRM_DATA3' TO 'M:\Data\CRM_Training\CRM_Training_3.ndf', MOVE 'CRM_log' TO 'M:\Log\CRM_Training\CRM_Training_log.ldf', REPLACE, ORPHAN_CHECK " ERRORS AND WARNINGS 3/30/2012 3:28:58 PM: Restoring CRM_Training (database) on LAXSQLDEV instance from: 3/30/2012 3:28:58 PM: M:\DB_Backup\FULL_LAXSQLCRM_CRM_20120325_220001.sqb 3/30/2012 3:28:58 PM: RESTORE DATABASE [CRM_Training] FROM VIRTUAL_DEVICE = 'SQLBACKUP_55207C67-073A-4661-90C3-B83C148441AC', VIRTUAL_DEVICE = 'SQLBACKUP_55207C67-073A-4661-90C3-B83C148441AC01', VIRTUAL_DEVICE = 'SQLBACKUP_55207C67-073A-4661-90C3-B83C1484 41AC02', VIRTUAL_DEVICE = 'SQLBACKUP_55207C67-073A-4661-90C3-B83C148441AC03', VIRTUAL_DEVICE = 'SQLBACKUP_55207C67-073A-4661-90C3-B83C148441AC04', VIRTUAL_DEVICE = 'SQLBACKUP_55207C67-073A-4661-90C3-B83C148441AC05', VIRTUAL_DEVICE = 'SQLBACKUP_55207C67-073A-4661-90C3-B83C148441AC06', VIRTUAL_DEVICE = 'SQLBACKUP_55207C67-073A-4661-90C3-B83C148441AC07', VIRTUAL_DEVICE = 'SQLBACKUP_55207C67-073A-4661-90C3-B83C148441AC08', VIRTUAL_DEVICE = 'SQLBACKUP_55207C67-073A-4661-90C3-B83C148441AC0 9', VIRTUAL_DEVICE = 'SQLBACKUP_55207C67-073A-4661-90C3-B83C148441AC10', VIRTUAL_DEVICE = 'SQLBACKUP_55207C67-073A-4661-90C3-B83C148441AC11', VIRTUAL_DEVICE = 'SQLBACKUP_55207C67-073A-4661-90C3-B83C148441AC12', VIRTUAL_DEVICE = 'SQLBACKUP_55207C67-073A-466 1-90C3-B83C148441AC13', VIRTUAL_DEVICE = 'SQLBACKUP_55207C67-073A-4661-90C3-B83C148441AC14', VIRTUAL_DEVICE = 'SQLBACKUP_55207C67-073A-4661-90C3-B83C148441AC15', VIRTUAL_DEVICE = 'SQLBACKUP_55207C67-073A-4661-90C3-B83C148441AC16', VIRTUAL_DEVICE = 'SQLBACKUP_55207C67-073A-4661-90C3-B83C148441AC17', VIRTUAL_DEVICE = 'SQLBACKUP_55207C67-073A-4661-90C3-B83C148441AC18', VIRTUAL_DEVICE = 'SQLBACKUP_55207C67-073A-4661-90C3-B83C148441AC19', VIRTUAL_DEVICE = 'SQLBACKUP_55207C67-073A-4661-90C3-B83C148441AC2 0', VIRTUAL_DEVICE = 'SQLBACKUP_55207C67-073A-4661-90C3-B83C148441AC21', VIRTUAL_DEVICE = 'SQLBACKUP_55207C67-073A-4661-90C3-B83C148441AC22' WITH BUFFERCOUNT = 46, BLOCKSIZE = 65536, MAXTRANSFERSIZE = 1048576 , RECOVERY, MOVE 'CRM_DATA' TO 'M:\Data\CRM_Training\CRM_Training.mdf', MOVE 'CRM_DATA1' TO 'M:\Data\CRM_Training\CRM_Training_1.ndf', MOVE 'CRM_DATA2' TO 'M:\Data\CRM_Training\CRM_Training_2.ndf', MOVE 'CRM_DATA3' TO 'M:\Data\CRM_Training\CRM_Training_3.ndf', MOVE 'CRM_log' TO 'M:\Log\CRM_Training\CRM_Training_log.ldf', REPLACE 3/30/2012 3:45:49 PM: Processed 1250208 pages for database 'CRM_Training', file 'CRM_DATA' on file 1. 3/30/2012 3:45:49 PM: Processed 143176 pages for database 'CRM_Training', file 'CRM_DATA1' on file 1. 3/30/2012 3:45:49 PM: Processed 828048 pages for database 'CRM_Training', file 'CRM_DATA2' on file 1. 3/30/2012 3:45:49 PM: Processed 899592 pages for database 'CRM_Training', file 'CRM_DATA3' on file 1. 3/30/2012 3:45:49 PM: Processed 8 pages for database 'CRM_Training', file 'CRM_log' on file 1. 3/30/2012 3:45:49 PM: RESTORE DATABASE successfully processed 3121032 pages in 1006.300 seconds (24.230 MB/sec). 3/30/2012 3:45:50 PM: 3/30/2012 3:45:50 PM: Warning 472: Orphaned users: 4 3/30/2012 3:45:50 PM: 3/30/2012 3:45:50 PM: UserName UserSID 3/30/2012 3:45:50 PM: 3/30/2012 3:45:50 PM: ConsumerDataUser 0x64A08ED1BAAE6548AA4F2B242B82C825 3/30/2012 3:45:50 PM: LaxSql3Link 0x96EDD85EB4523C448601170E4E89EC17 3/30/2012 3:45:50 PM: report 0xD38633F319373644A73B6D1F9F1A7E9A 3/30/2012 3:45:50 PM: sqllink 0x5766AD2AE8859548BFFEA6CF0B54EA44 3/30/2012 3:45:50 PM: / comments
Here it is. As far as I can see this was the last restore (which was not actually performed by me but still looks like it should have fixed the references in the DB). Is there anything obvious tha...
0 votes