powered by simpleCommunicator - 2.0.61     © 2026 Programmizd 02
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Форумы / Microsoft SQL Server [игнор отключен] [закрыт для гостей] / Suspend to recovery
4 сообщений из 4, страница 1 из 1
Suspend to recovery
    #32054299
Zenon74
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Help, plz.
рухнула датабаза по причине
1. Recovery progress on database 'energo' (7): 46 percent.<br>
2.Database 'energo' (database ID 7) could not recover. Contact Technical Support.<br>
3.Error: 3414, Severity: 21, State: 1<br>
4.Table Corrupt: Object ID 26935, index ID 1, page (0:1765581328). Test (m_offset == 0) failed. Slot 119, offset 0x0 is invalid.<br>
В ответ на sp_add_log_file_recover_suspect_db MyDb, logfile2,'D:\DataBases\Data\null.ldf',1 ответ неутешителен : Table Corrupt: Object ID 26935, index ID 1, page (0:1765581328). Test (m_offset == 0) failed. Slot 119, offset 0x0 is invalid.
For row in sysdatabases for database 'MyDB', the status bit 256 was forced off and mode was forced to 0.
Warning: You must recover this database prior to access.
Ресториться датабаза тоже не желает, типа сплю я в ожидании чуда. да и бакуп староват - недельной давности. Как можно реанимировать базу?
ЗЫ: вариация с sp_add_data_file_recover_suspect_db MyDb тоже не проходит. А вот после исправления status в sysdatabases хранимки (те, что sp_...) вообще базу не видят
...
Рейтинг: 0 / 0
Suspend to recovery
    #32054323
Фотография Александр Гладченко
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
А Вы пробовали после исправления статуса на Object ID 26935 - DBCC CHECKTABLE c REPAIR_FAST запустить?
...
Рейтинг: 0 / 0
Suspend to recovery
    #32054331
Zenon74
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
A вот в какой табле искать этот Object ID 26935? В sysobjects чего-то не обнаружилось такового ID.
...
Рейтинг: 0 / 0
Suspend to recovery
    #32054955
Фотография Александр Гладченко
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Вот что об этом в BOL:
Код: plaintext
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
Error  3414 
Severity Level  10 
Message Text
Database '%.*ls' (database ID %d) could not recover. Contact Technical Support for further instructions.

Explanation
During startup, Microsoft® SQL Server™ could not complete the recovery of the specified database.

Action
To determine why recovery failed, examine the error log for any errors prior to error  3414 . It is important to examine errors that occurred before the first occurrence of error  3414  because subsequent attempts to start the server might not give the detailed error information you need to diagnose the problem. If you do not have sufficient information to recover from the previous errors, you can recover from known clean backups, or you can contact your primary support provider for assistance. Note that you cannot use the database until whatever caused the error has been corrected.


А это по второй ошибке:

Код: plaintext
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
18.
19.
20.
21.
22.
23.
24.
25.
26.
27.
28.
29.
30.
31.
32.
33.
34.
35.
36.
37.
38.
39.
40.
41.
42.
Error  2511 
Severity Level  16  
Message Text
Table Corrupt: Object ID %d, Index ID %d. Keys out of order on page %S_PGID, slots %d and %d.

Table error: Object ID %d, Index ID %d. Keys out of order on page %S_PGID, slots %d and %d.

Explanation
This error occurs when an index is not ordered correctly. The %S_PGID variable can be a data page (for clustered indexes), an index page, or a leaf page.

Action
The fastest way to resolve this problem is to execute DBCC CHECKDB with the REPAIR_REBUILD clause. This fixes any index corruption in the entire database. If the database is so large that you do not want to run DBCC CHECKDB, use these instructions to locate the specific table that is corrupt. Then, execute DBCC CHECKTABLE with the REPAIR_REBUILD clause for that table.



Important  If executing DBCC CHECKDB or DBCC CHECKTABLE with the REPAIR_REBUILD clause does not correct the index problem or if you are unsure what effect either of these DBCC statements with the REPAIR_REBUILD clause has on your data, contact your primary support provider.


Follow these steps: 

Note the object ID.


If the object with the error is not a system table (its object ID is more than  100 ), continue with the next step.


If the object with the error is a system table (its object ID is less than  100 ), you cannot drop the index. Restore the database from a known clean backup. 


Find the name of the index involved, as follows: 
USE master
GO
SELECT name 
FROM sysindexes
WHERE indid = index_id
    AND id = object_id

Drop and re-create the index.


Run DBCC CHECKTABLE on the affected table to verify that all problems have been resolved at the table level. 
If problems persist, contact your primary support provider. Have the output from either DBCC CHECKDB or DBCC CHECKTABLE available for review.
...
Рейтинг: 0 / 0
4 сообщений из 4, страница 1 из 1
Форумы / Microsoft SQL Server [игнор отключен] [закрыт для гостей] / Suspend to recovery
Найденые пользователи ...
Разблокировать пользователей ...
Читали форум (0):
Пользователи онлайн (0):
x
x
Закрыть


Просмотр
0 / 0
Close
Debug Console [Select Text]