Troubleshooting VSS backup and restore operations
If you encounter a problem during VSS backup and restore processing, attempt to reproduce the problem in your environment.
Failovers from VSS instant restore processing to VSS fast restore processing
If an error occurs early in a VSS instant restore operation, the error might cause the stystem to fail over to VSS fast restore processing. However, if an errors occurs later in the instant restore operation, instant restore processing might fail without failing over to fast restore processing.
Troubleshooting file system and custom application VSS restores from IBM Storage Protect server
File system and custom application VSS restores from IBM Storage Protect server are volume image-level restore operations. This type of restore operation might cause the shadow copies, which are created with a system provider for the volume that is being restored, to become invalid and be deleted.
vssadmin Add ShadowStorage /For=D: /On=F: /MaxSize=your sizeTroubleshooting issues with SQL Server tail-log backups
A database restore operation might fail if transaction log records in the tail of the log are not backed up.
Failed - An exception occurred while executing a Transact-SQL statement
or batch.
The tail-log backup of the dbName database has not been backed up.
Use BACKUP LOG WITH NORECOVERY to backup the log if it contains work you
do not want to lose.
Use the WITH REPLACE or WITH STOPAT clause of the RESTORE statement to
overwrite the contents of the log.
RESTORE DATABASE is terminating abnormally.
Changed database context to 'master'. (HRESULT:0x80131501) To resolve the error,
complete the tail-log backup.- On the Protect tab of the SQL instance, click Show Backup Options and set the Back Up Tail-log option to True.
- On the Actions pane, select Log Backup to IBM Storage Protect.
Troubleshooting VSS offline restore of a master database
Microsoft SQL Server only supports offline VSS restores of the master database. IBM Storage Protect Snapshot for SQL Server does not support offline restore operations. Therefore, you cannot use IBM Storage Protect Snapshot for SQL Server to restore the master database.
- Ensure that the SQL Server is online.
- Restore the master database to a new database in Microsoft Management Console (MMC), or at the command line. For example: Enter the tdpsqlc command with the /recovery=no option.
- After the restore operation is complete, verify that all data files are restored successfully.
- Stop the SQL Server instance, and rename all data files of the master database.
- Copy all data files from the new master_restore database to the location of the master database. Verify that all data files are copied.
- Start the SQL Server instance and verify that the master database is restored successfully.
Troubleshooting VSS limitations with IBM SAN Volume Controller and IBM Storwize V7000
When you run an IBM Storage Protect Snapshot for SQL Server VSS backup (non-offloaded) to an IBM Storage Protect server, the IBM® SAN Volume Controller or IBM Storwize V7000 LUNs can sometimes remain mapped to the Windows host even though the backup is complete.
BOTH or LOCAL).When you run two IBM Storage Protect Snapshot for SQL Server VSS backups and if the volumes are large, or the background copy rate is set to a low number, or both conditions occur, the second VSS backup might be presented to be in a hang state. Typically, the Exchange Server data is on IBM SAN Volume Controller or IBM Storwize V7000 disks. However, the second backup is waiting for the IBM SAN Volume Controller or IBM Storwize V7000 background copy of the first backup to complete before proceeding. IBM SAN Volume Controller or IBM Storwize V7000 does not allow two background copies of the same volume to occur at the same time. You might not know that the second backup is waiting for the first background copy to complete.
You might also see timeout errors if the previous IBM SAN Volume Controller or IBM Storwize V7000 background copy takes too long.