![]() |
Помогите выйти из ' SUSPECT '
Всем привет.
У меня установлен win2003 и sql2000server с развернутой 1С8.1 и её базой ( база в SQL формате ). Проблема в том, что несколько баз вместе упали в ' SUSPECT '. Читал совета как люди выходили из таких слачаев, но все равно остался режим базы ' SUSPECT '. Пытался вылечить вот так : 1) патался восстановить путем тестирования. DBCC CHECKDB (’database’, REPAIR_FAST) DBCC CHECKDB (’database’, REPAIR_REBUILD) ( не дало результата) ------------------------------------------------------------------ 2) пытался перевести базу в режим EMERGENCY. Из QA выполняем скрипт: **** Use master **** Go *****sp_configure 'allow updates', 1 *****reconfigure with override **** go***** **** sysdatabases set status = 32768 where name = 'database' ( не дало результата) ругался на синтаксис в нижней строке ...ИЛИ... EXEC sp_resetstatus ‘database’; ALTER DATABASE database SET EMERGENCY ( не дало результата) ----------------------------------------------------------------- Пожалуйста помогите. Moжет кто-то сталкивался еще кроме меня с таким ? |
Поиском пробовали смотреть? Есть что нибудь путное?
В частности, почитайте эти статьи: http://xpoint.ru/forums/computers/db...ad/27003.xhtml http://www.sql.ru/forum/actualthread...id=1&tid=59597 Уловка, позволяющая обойти критическое (Emergency) состояние базы данных |
Да спасибо нашол вроде что да как делать и даже в EMERGENCY MODE базу перевел. Да вот только на этот код ругается QA
ВОт он : DBCC REBUILD_LOG('<db_name>', '<имя нового лога с указанием полного пути>') Use master go sp_dboption '<db_name>', 'single user', 'true' go USE <db_name> GO DBCC CHECKDB('<db_name>', REPAIR_ALLOW_DATA_LOSS) go sp_dboption '<db_name>', 'single user', 'false' go Use master go sp_configure 'allow updates', 0 go |
Ну а как ругается то? На какую строку? Не заставляйте клещами вытягивать информацию :)
|
Время: 08:27. |
Время: 08:27.
© OSzone.net 2001-