DBCC CheckDB востановление базы SQL #557103

помогите плиззз... не могу сделать бекап ругается,а в простом пользовательском режиме секунд 10 норм и потом вылетает...  тестирование и исправление тоже вылетает... ошибка: Microsoft OLE DB Provider for SQL Server. Database ID 10 Page (1:121320) is marked RestorePending, which may indicate disk corruption. To recover from this state, perform a restore пытался сделать: ALTER DATABASE BAZA SET SINGLE_USER DBCC CheckDB ('BAZA', REPAIR_ALLOW_DATA_LOSS) ALTER DATABASE BAZA  SET MULTI_USER минут 50 выполняло, так и не дождался.... при: DBCC CheckDB ('BAZA') выдает: Msg 8921, Level 16, State 1, Line 1 Check terminated. A failure was detected while collecting facts. Possibly tempdb out of space or a system table is inconsistent. Check previous errors. Msg 8998, Level 16, State 2, Line 1 Page errors on the GAM, SGAM, or PFS pages prevent allocation integrity checks in database ID 10 pages from (1:121320) to (1:129407). See other errors for cause. Msg 8939, Level 16, State 98, Line 1 Table error: Object ID 0, index ID -1, partition ID 0, alloc unit ID 281474983198720 (type Unknown), page (1:121320). Test (IS_OFF (BUF_IOERR, pBUF->bstat)) failed. Values are 29493513 and -6. CHECKDB found 2 allocation errors and 0 consistency errors not associated with any single object. CHECKDB found 2 allocation errors and 0 consistency errors in database 'BAZA'. Msg 829, Level 21, State 1, Line 1 Database ID 11, Page (1:121320) is marked RestorePending, which may indicate disk corruption. To recover from this state, perform a restore.

гугл и яндех расспрашивал, что там было не помогло((

возможная причина описана в ошибке tempdb out of space

>>which may indicate disk corruption мабыть хард сыпется

неа... уже на другой сервак перетащил... а когда хард рассыпался(

минут 50 выполняло, так и не дождался.... а надо бы дождаться. усугубляешь.

а где б его прочитать?( дапонимаю.... просто за 2 дня столько всего попробывал, а скоро закроется доступ серваку и ждать только завтра... а вдруг не выполнит.. может можно найти эти ошибки в ручную?

извиняюсь за синтаксические ошибки.. голова не соображает..=(

>неа... уже на другой сервак перетащил.. что перетащил? битую после ошибки i/o базу?

перед носом прочитать. возможно нет места на диске для базы tempdb, пишет.

да там и полность комп развалился.. и винда без востановление... пришлось просто файлы базы взять и все(

место на дисках много примерно по 250гб на всех 4-х

вот только она нормально работала месяца 3...

Бекап не идет на "новом" сервере? Версии SQL на поломаном и "новом" серверах совпадают? не пытаешься ли ты базу с SQL 2005 подключать к SQL 2000, например?

Ты хоть расскажи как базу перетаскивал? Дэ аттач делал? Потом копировал? Бэкап сделал? Или по живому копировал? Если по живому тогда пути где лежит база надо такие же сделать как на старом сервере...

да конечно же SQL 2005. все совпадает... когда умер старый комп... вытаскивал физически, копированием 3 базы, все встало... потом Аттач сделал и вроде как работал, поставил на дохленкий комп из-за необходимости, потом они когда купили сервак сами перетаскивали и работали месяца 3.. а недавно сверт выключали дня на три и после не пашет... ну и бэкапы не делали.. поставил на ночь ALTER DATABASE BAZA SET SINGLE_USER DBCC CheckDB ('BAZA', REPAIR_ALLOW_DATA_LOSS) ALTER DATABASE BAZA  SET MULTI_USER завтра посмотрю что выдаст..

Ваще-то REPAIR_ALLOW_DATA_LOSS - тревожная опция. Не факт, что база после этого останется рабочей. Есть недеструктивные способы "лечения" Если версия 2005 меньше SP3 для начала рекомендовал бы CheckDB с опцией All_ErrorMsgs. Ещё есть DBCC CHECKALLOC проверяет выделение всех страниц в базе данных.

спасибо, попробую завтра)