 |
|
 |
Mine was sharepoint content database and so was nightmare for me to see the sharepoint site not working
now it works
Ashish Shevale
|
|
|
|
 |
|
 |
System databases can not be set to emergency.
I have a suspect system DB. Any solution for that?
|
|
|
|
 |
|
 |
Hi
Thanks for providing this excellent solution. works very fine with our system
|
|
|
|
 |
|
|
 |
|
 |
Thanks for this. I just had a suspect db and it all worked. Great. Saved me a lot of hassle.
|
|
|
|
 |
|
 |
Just saved me redoing 1 full week of extra work (must do something with backup)
|
|
|
|
 |
|
 |
Although we have not done an exhaustive test yet for data loss, your solution got us back up and running again! This was a highly transactional database and would have been a nightmare to reconstruct. (I got caught sleeping at the wheel without appropriate backups... ) The database runs a piece of software and the tech guys and dba's at the software company had all but given up helping me resolve the issue. I tried your solution as a last ditch effort before I went home and hung myself.
Thanks again. Great article - huge help!
|
|
|
|
 |
|
 |
Thanks a million!! this was a huge help
|
|
|
|
 |
|
 |
hi,
i have read that keeping the log file in a separate drive will speedup the query, please tell me how you see this?
and i have used the following steps to move my log file
1. Execute the below query
"ALTER DATABASE dbname modify file (name = logical log filename, filename = 'new path with filename')"
2. Stop SQL Services
3. Move the log file from old path to new path
4. Start SQL services
Will this make the database Suspect? any issue with this?
My small attempt...
|
|
|
|
 |
|
 |
Great post.... save my day...!!!
Never argue with an idiot. They drag you down to their level, then beat you with experience. - Dilbert
|
|
|
|
 |
|
|
 |
|
 |
This fixed my problem in a few minutes. Awesome! Note: this was a development database. I don't know what I would do in production - I'm not a DBA.
Enoc Pardue
- Software Architect
PhoneTree Product Development
Personal Communication Systems, Inc.
www.phonetree.com
Disclaimer: my opinions are my own and should not be construed to be representative of those of PCS, Inc. or its prinicipals.
|
|
|
|
 |
|
 |
Hi Friend,
I have implemented the same with production Database, and believe me, it is still working file.
Still, if you have any doubt then copy the mdf and ldf file and try.
Thanks and let me know the result
Suvendu
Suvendu Banik, A.M.I.E.
Electronics & Telecommunication Engineer
|
|
|
|
 |
|
 |
Thanks for this valuable article. It also rescued my "compromised" database!!!
|
|
|
|
 |
|
 |
Hello,
havent hit the situation..but not to panic in the moment..!
I am looking for a way out to recover if SQL server 2000 database is in suspect mode.
Please post successful cases.
Thanks
|
|
|
|
 |
|
 |
Hi,
I was posted this article, after faced the same situation for the first time in my life. I have spent most of my valuable time behind this problem and successfully restored a live database.
Thanks and regards
Suvendu
Suvendu Banik, A.M.I.E.
Electronics & Telecommunication Engineer
|
|
|
|
 |
|
|
 |
|
 |
Hi,
I am really happy, that my article helps some one.
Thanks again for reading this article
Suvendu
Suvendu Banik, A.M.I.E.
Electronics & Telecommunication Engineer
|
|
|
|
 |
|
 |
Hi
When I am trying to run the following command.
EXEC sp_resetstatus 'TEST-DB';
ALTER DATABASE TEST-DB SET EMERGENCY
DBCC checkdb('TEST-DB')
ALTER DATABASE TEST-DB SET SINGLE_USER WITH ROLLBACK IMMEDIATE
DBCC CheckDB ('TEST-DB', REPAIR_ALLOW_DATA_LOSS)
ALTER DATABASE TEST-DB SET MULTI_USER
it gives me error in the database name. As my database name is created with hyphen(-). What should I do now. How can i pass the database name with hyphen.
My DB name is "Test-DB" and it is in suspected mode. Please help.
Thanks in advance
Vamshi.
|
|
|
|
 |
|
 |
First question in my mind is Why database is in suspect mode? What was the cause for this?
After that we can discuss the solution.
If the reason is corruption you can not recover without loosing dates. On the other hand if your log file can not grow you can end in suspect mode but it is easy to fix: increase the size of log file and you don't loose dates.
I think your solution it is the one of the last things that we must do in a particular situation, but I don't understand what is this situation.
|
|
|
|
 |
|
 |
An unexpected power breakdown on Server can come up with this situation during data transaction.
|
|
|
|
 |
|
 |
Shouldn't you tell exactly how dangerous the REPAIR_ALLOW_DATA_LOSS option can be?
|
|
|
|
 |
|
 |
Thanks for your feedback, actually I have tried with two of my existing live system and found no data loss. Obviously there is two more option available.
run REPAIR_ALLOW_DATA_LOSS to ensure the database is returned to a structurally and transitionally consistent state.
Here are a few things to bear in mind about emergency mode repair:
it's a one-way operation. Anything it does cannot be rolled back or undone. If this worries you
(if someone ever got into that state then surely they don't have the healthy concern about data that should have in the first place) then make a copy of the damaged database before you run emergency mode repair.
as its a one-way operation, you cannot wrap it in an explicit user-transaction.
it's the only repair option available in emergency mode - if you try to use REPAIR_REBUILD then it won't work.
Thanks again
Suvendu Banik, A.M.I.E.
Electronics & Telecommunication Engineer
|
|
|
|
 |
|
 |
Suvendu Banik wrote: actually I have tried with two of my existing live system and found no data loss
But the data loss can appear and everyone using this option has to be aware of this, so it should be mentioned. Somebody can learn about this option from article and use it on some other occasion, less severe than troubleshooting a database in suspect mode.
Suvendu Banik wrote: Here are a few things to bear in mind about emergency mode repair:
I suggest you add these remarks to the article.
|
|
|
|
 |
|
 |
Hi Chopeen,
Thanks again for your suggesstion, I have added that comments to the article too.
Suvendu Banik, A.M.I.E.
Electronics & Telecommunication Engineer
|
|
|
|
 |