Hi Mto
Thank you for your forum post and sorry that you have encountered a problem.
I will deal with your latter comment first:
This has always been the case, failure to copy the sqb file created from the path specified in the TO DISK arguement to path specified in COPYTO keyword is not a reason to fail the backup. The backup was still successfully created. However SQL Backup should report successful backup with warnings when the COPYTO phase failed, by placing a yellow triangle icon in the Outcome field.
Now to the main problem:
The help information is as follows:
So if I have understood correctly the first database that you highlighted in your first screen shot listed, in fact had a successful COPYTO action despite the being no icon to indicate that a COPYTO action had taken place in the 'Copy to Network' column?
The remaining two databases have the Copy To Network icon to indicate that the COPYTO keyword was selected but the copy process failed and therefore should have included a yellow warning triangle icon in the outcome column?
A support call has been created for you, the support call reference number is F0071480. Can you please send an e-mail to support@red-gate.com with a copy of the SQL Backup log file for this job? Please include the above call reference number in the subject field of the e-mail. To obtain the requested log file, select the required entry in the Activity History, right click and select show log. The log information will appear, copy and paste the contents.
Just in case the problem is a GUI refresh problem, please follow the steps below to clean out the SQL Backup GUI Activity Cache:
Many Thanks
Eddie
Thank you for your forum post and sorry that you have encountered a problem.
I will deal with your latter comment first:
| Quote: |
Also, if the network copy has not worked, it still telling me that the job has been Successful. So obviously, there's a problem with the way the GUI show us the information! |
This has always been the case, failure to copy the sqb file created from the path specified in the TO DISK arguement to path specified in COPYTO keyword is not a reason to fail the backup. The backup was still successfully created. However SQL Backup should report successful backup with warnings when the COPYTO phase failed, by placing a yellow triangle icon in the Outcome field.
Now to the main problem:
| Quote: |
When i do my FULL backup of 3 databases with local & network copy, i get wrong informations (check the images at the end of the post). 1. The first database to backup doesnt have the icon telling me that there's a network copy of the file. The second and third database have the icon. 2. If i check the properties of my 2 databases activity that has the network icon, it tell me that "Copy To Network" failed! in fact, everything has worked great. All my files are on the network so i don't understand why there's so mismatch information in the GUI. |
The help information is as follows:
| Quote: |
In the fourth column, indicates that the option to copy the backup to a network location was selected. The Outcome column indicates whether this was successful. Outcome shows the results of the backup or restore operation. An icon is displayed so that you can scan the list easily. |
So if I have understood correctly the first database that you highlighted in your first screen shot listed, in fact had a successful COPYTO action despite the being no icon to indicate that a COPYTO action had taken place in the 'Copy to Network' column?
The remaining two databases have the Copy To Network icon to indicate that the COPYTO keyword was selected but the copy process failed and therefore should have included a yellow warning triangle icon in the outcome column?
A support call has been created for you, the support call reference number is F0071480. Can you please send an e-mail to support@red-gate.com with a copy of the SQL Backup log file for this job? Please include the above call reference number in the subject field of the e-mail. To obtain the requested log file, select the required entry in the Activity History, right click and select show log. The log information will appear, copy and paste the contents.
Just in case the problem is a GUI refresh problem, please follow the steps below to clean out the SQL Backup GUI Activity Cache:
1. Close the GUI connections.
2. Navigate to this directory on the machine where the SQL backup GUI is installed:
C:\Users\<username>\AppData\Local\Red gate\SQL Backup\ServerData
3. In this folder you will find one or more .dat files, for example 1.dat, 31.dat, localDataCache.dat.
4. Delete all the *.dat files in the ServerData folder.
5. Now re-open the GUI. The *.dat files deleted in the previous step will be recreated. Are you now able to view the Activity History?
Many Thanks
Eddie