|
CHECKDB находит consistency errors
|
|||
---|---|---|---|
#18+
CHECKDB стал выдавать consistency errors. CHECKDB found 0 allocation errors and 2 consistency errors not associated with any single object. CHECKDB found 0 allocation errors and 2 consistency errors in table 'sys.sysrowsets' (object ID 5). CHECKDB found 0 allocation errors and 2 consistency errors in table '(Object ID 99)' (object ID 99). CHECKDB found 0 allocation errors and 1 consistency errors in table '_Seq10300' (object ID 55983576). CHECKDB found 0 allocation errors and 2 consistency errors in table '_AccumRg2012' (object ID 133835789). CHECKDB found 0 allocation errors and 15 consistency errors in table '_Document1226' (object ID 679985799). CHECKDB found 0 allocation errors and 6 consistency errors in table '_AccumRg7493' (object ID 1013838924). CHECKDB found 0 allocation errors and 1 consistency errors in table '_AccumRg1354' (object ID 1061839095). CHECKDB found 0 allocation errors and 6 consistency errors in table '_Seq1378' (object ID 1223831572). CHECKDB found 0 allocation errors and 23 consistency errors in table '_InfoRg1345' (object ID 1900742024). CHECKDB found 0 allocation errors and 4 consistency errors in table '_InfoRg6357' (object ID 2133842914). CHECKDB found 0 allocation errors and 64 consistency errors in database 'v8_expa'.". Possible failure reasons: Problems with the query, "ResultSet" property not set correctly, parameters not set correctly, or connection not established correctly. При этом как-то странно, от дня ко дню их кол-во сначала четко уменьшалось. 305, 297, 283, 278, 277, 40, 64, 64 Почему кол-во ошибок может уменьшаться? Увеличиваться - понятно, а вот уменьшаться - за счет чего могут? CHECKDB запускали так: DBCC CHECKDB (v8_expa) Раз запустили с repair_rebuild: DBCC CHECKDB (v8_expa, repair_rebuild) WITH no_infomsgs executed by sa found 40 errors and repaired 0 errors. Elapsed time: 0 hours 18 minutes 1 seconds. Была еще раз такая ошибка: Date 02.06.2020 21:36:44 Log SQL Server (Current - 04.06.2020 11:06:00) Source spid52 Message SQL Server detected a logical consistency-based I/O error: incorrect pageid (expected 1:662916; actual 1:1973636). It occurred during a read of page (1:662916) in database ID 8 at offset 0x00000143b08000 in file 'D:\DATA\v8_expa.mdf'. Additional messages in the SQL Server error log or system event log may provide more detail. This is a severe error condition that threatens database integrity and must be corrected immediately. Complete a full database consistency check (DBCC CHECKDB). This error can be caused by many factors; for more information, see SQL Server Books Online. Ошибок файловой системы нет, ошибок в других БД, которые лежат на том же диске - тоже нет. Что посоветуете предпринять? ... |
|||
:
Нравится:
Не нравится:
|
|||
04.06.2020, 12:56 |
|
CHECKDB находит consistency errors
|
|||
---|---|---|---|
#18+
babaiПочему кол-во ошибок может уменьшаться? Увеличиваться - понятно, а вот уменьшаться - за счет чего могут?Людей, которые сознательно продолжают использовать битую базу, чтобы накопить статистику по тому, как меняется количество ошибок, боюсь, в не найдете. Возможно, что-то вам смогли бы ответить в службе поддержки MSSQL, но я тоже что-то сильно сомневаюсь. babaiЧто посоветуете предпринять? 1. Починить дисковую подсистему, чтобы она не портила данные. 2. Создать новую базу и перелить туда все объекты с данными. 3. Можно предварительно поиграться с DBCC CHECKDB + repair_allow_data_loss , но данные таки могут быть loss , поэтому базу обязательно необходимо перед эти забэкапить. Возможно, даже простым копированием файлов в файловой системе, потому что хрен его знает, что пишется в бэкап и восстановится ли оно потом. ... |
|||
:
Нравится:
Не нравится:
|
|||
04.06.2020, 13:08 |
|
CHECKDB находит consistency errors
|
|||
---|---|---|---|
#18+
Гавриленко Сергей Алексеевич, благодарю за ответ. Как посоветуешь переливать объекты в новую базу? ... |
|||
:
Нравится:
Не нравится:
|
|||
04.06.2020, 13:23 |
|
|
start [/forum/topic.php?fid=46&fpage=57&tid=1686026]: |
0ms |
get settings: |
9ms |
get forum list: |
12ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
193ms |
get topic data: |
12ms |
get forum data: |
3ms |
get page messages: |
56ms |
get tp. blocked users: |
2ms |
others: | 14ms |
total: | 307ms |
0 / 0 |