February 19, 2014 at 3:09 am
Hi All,
I have some rows in suspect_pages where the last_update_date is in 2011, these are all before I was working as the DBA at my company.
The vast majority of these are showing in tempdb; as the server has been restarted several times since then, I'm assuming I don't really need to worry about these as tempdb is recreated on restart? Can I simply delete these rows from the table?
In addition, there are two user databases that have five rows each, both with page_id 1-3 and 6-7 listed.
I run CHECKDB weekly against every database, and this is not showing any errors for these databases. Do I need to worry?
At this point, I don't know whether to spend any more time investigating this or whether there's work that needs to be carried out to fix this? My biggest concern is that it's unlikely that a backup going back to 2011 is still available.
Please let me know if more info is required and I'll happily post it.
Regards,
Matthew
Follow me on twitter @EvoDBACheck out my blog Natural Selection DBA[/url]
March 10, 2014 at 8:17 am
If all that's in there is old records from 2011, you're good to go. These can and should be removed. In fact, by default the size of the table is limited (capped) so if the table is full and you've not deleted the old data, SQL Server will not logged new errors should they occur (giving you a warm sense of security, when in fact things could be very wrong!).
In your database integrity jobs, you may want to include a final select from this table to check to see if anything got written there during your maintenance, and if it did, send an email to let you know.
For more information, check out http://technet.microsoft.com/en-us/library/ms191301(v=sql.100).aspx
______________________________________________________________________________Never argue with an idiot; Theyll drag you down to their level and beat you with experience
March 10, 2014 at 8:53 am
OK cool; well there was only a handful of rows in the table, so the cap won't have been hit. The check at the end of the maintenance task is a good idea though, will definitely be implementing that!
Follow me on twitter @EvoDBACheck out my blog Natural Selection DBA[/url]
Viewing 3 posts - 1 through 2 (of 2 total)
You must be logged in to reply to this topic. Login to reply