原文地址：http://www.sqlbackuprestore.com/backuprestorehistorytables.htm
SQL Server maintains a set of tables in the msdb database, that stores details of all backups and restores that have been performed. Even if you are using a 3rd party backup application, the details are stored if the applications use the SQL Server Virtual Device Interface (VDI) to perform the backups and restores.
The tables that store the details are:
| · | backupset |
| · | backupfile |
| · | backupfilegroup (SQL Server 2005 upwards) |
| · | backupmediaset |
| · | backupmediafamily |
| · | restorehistory |
| · | restorefile |
| · | restorefilegroup |
| · | logmarkhistory |
| · | suspect_pages (SQL Server 2005 upwards) |
You can find out more about each table from Books Online.
Here's a script to find out the most recent backups for each database.
| SELECT b.name, a.type, MAX(a.backup_finish_date) lastbackup FROM msdb..backupset a INNER JOIN master..sysdatabases b ON a.database_name COLLATE DATABASE_DEFAULT = b.name COLLATE DATABASE_DEFAULT GROUP BY b.name, a.type ORDER BY b.name, a.type |
Another situation I find myself having to query these tables is when my log shipping breaks on the secondary server due to an out-of-sequence log. I could run something like this to find out the last 10 transaction log backups for a particular database:
| SELECT TOP 20 b.physical_device_name, a.backup_start_date, a.first_lsn, a.user_name FROM msdb..backupset a INNER JOIN msdb..backupmediafamily b ON a.media_set_id = b.media_set_id WHERE a.type = 'L' ORDER BY a.backup_finish_date DESC |
The physical_device_name tells me which file I will need to continue the transaction log restore sequence, using the first_lsn value as a reference (the value that the secondary server requires to continue restoring the transaciton logs). The user_name tells me who I need to have some serious words with!
Or say I need to restore an entire sequence of transaction logs created after 10-Jan-2008, up to a point in time on 16-Jan-2008 3:30 AM. I could use the following query to display the files I need to restore in sequence:
| SELECT b.physical_device_name, a.backup_set_id, b.family_sequence_number, a.position, a.backup_start_date, a.backup_finish_date FROM msdb..backupset a INNER JOIN msdb..backupmediafamily b ON a.media_set_id = b.media_set_id WHERE a.database_name = 'AdventureWorks' AND a.type = 'L' AND a.backup_start_date > '10-Jan-2007' AND a.backup_finish_date < '16-Jan-2009 3:30' ORDER BY a.backup_start_date, b.family_sequence_number |
The family_sequence_number tells me how may files are containined in each backup set, and position tells me which backup set in a file I need to use, when the backup file contains multiple backup sets.
Now, these tables can grow pretty large over time. SQL Server provides the sp_delete_backuphistory stored procedure to delete historical data. E.g.
| EXEC msdb..sp_delete_backuphistory '1-Jan-2005' |
deletes all details of backup and restore processes created before January 1 2005. Note that this stored procedure exists in the msdb database, not the master database.
NOTE: In SQL Server 2000, the performance of this stored procedure is pretty dismal when deleting large number of records, due to the use of cursors. Here's a stored procedure you can try, adapted from a forum post on sqlteam.com, that does not use cursors:
Another suggestion to speed up the deletion is to create an index on the media_set_id column in the backupset table. However, modifying system tables should always be done with caution. |
转载于:https://www.cnblogs.com/sofire/archive/2010/01/11/1644458.html