Viewing 15 posts - 616 through 630 (of 994 total)
Hi Vincent,
Sounds like its rebuilding a bunch of indexes after removing some data pages. Btw - everything that repair does is fully logged, regardless of your recovery model.
What were the...
October 27, 2008 at 12:44 am
Unfortunately there are no good resources available to really diagnose these issues in-depth. On all the customer systems I've seen, there has been a fault found when SQLIOsim reported errors.
All...
October 16, 2008 at 7:26 pm
This means that your I/O subsystem is causing corruptions. What does it say in the extended description for these errors?
Is this a new system? If not, have you ever seen...
October 16, 2008 at 10:04 am
May Anne Duran (10/15/2008)
OK I get your point.
Yes, I have a backup that i can rstore from. But a half day's worth of data would be lost because backup...
October 15, 2008 at 7:03 am
Sysdepends - don't remember in 2000 - and I don't have a 2000 server handy to try it on.
May Anne - if your database is in the FULL recovery model...
October 14, 2008 at 10:12 am
Why did you do that? And how did you delete the log? Using BACKUP LOG... WITH NOLOG or actually rebuilding it with DBCC?
Your log is probably growing because you're not...
October 13, 2008 at 7:31 am
Well, the best course of action is to restore from your backups. I'm guessing you don't have any because you took the destructive step of rebuilding your transaction log. If...
October 10, 2008 at 10:51 am
This isn't a data coruption problem - this is an issue with your application logic or table schema...
October 3, 2008 at 9:33 am
Its not needed to run DBCC CHECKDB - not sure whether Agent sets it or not in 7.0 or 2000.
September 9, 2008 at 11:28 am
Someone (or some application) turning on the trace flag that allows trace output to go to the console rather than the errorlog.
September 9, 2008 at 10:55 am
Read the blog post - it explains all about emergency mode and emergency mode repair. Thanks
September 9, 2008 at 1:32 am
September 9, 2008 at 12:42 am
And I should have mentioned, even if you can hack the database into the server with a similar process to the one I blogged yesterday, the database is still completely...
August 30, 2008 at 1:36 pm
Game over I'm afraid - there's no way around that.
August 29, 2008 at 4:58 pm
This feels to me that something stomped on an extent's worth of pages starting at 1:598 in msdb. I'd follow David's advice around checking out your IO subsystem. You could...
August 27, 2008 at 9:44 am
Viewing 15 posts - 616 through 630 (of 994 total)