Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
Много пустого места в базе
|
|||
|---|---|---|---|
|
#18+
Yasha123, сегодня запустил на боевом. Завершился за 3 часа. Вот результат: Msg 8909, Level 16, State 1, Line 2 Table error: Object ID 0, index ID -1, partition ID 0, alloc unit ID 0 (type Unknown), page ID (1:9380353) contains an incorrect page ID in its page header. The PageId in the page header = (0:0). Msg 8909, Level 16, State 1, Line 2 Table error: Object ID 0, index ID -1, partition ID 0, alloc unit ID 0 (type Unknown), page ID (1:9380354) contains an incorrect page ID in its page header. The PageId in the page header = (0:0). Msg 8909, Level 16, State 1, Line 2 Table error: Object ID 0, index ID -1, partition ID 0, alloc unit ID 0 (type Unknown), page ID (1:9451372) contains an incorrect page ID in its page header. The PageId in the page header = (0:0). CHECKDB found 0 allocation errors and 3 consistency errors not associated with any single object. Msg 8928, Level 16, State 2, Line 2 Object ID 367395005, index ID 1, partition ID 72058363036303360, alloc unit ID 72058364643835904 (type In-row data): Page (1:9451372) could not be processed. See other errors for details. Msg 8980, Level 16, State 1, Line 2 Table error: Object ID 367395005, index ID 1, partition ID 72058363036303360, alloc unit ID 72058364643835904 (type In-row data). Index node page (0:0), slot 0 refers to child page (1:9451372) and previous child (0:0), but they were not encountered. CHECKDB found 0 allocation errors and 2 consistency errors in table 'sys.ifts_comp_fragment_1166627199_1279643' (object ID 367395005). Msg 8928, Level 16, State 2, Line 2 Object ID 624671800, index ID 1, partition ID 72058362590003200, alloc unit ID 72058364196487168 (type In-row data): Page (1:9380354) could not be processed. See other errors for details. Msg 8980, Level 16, State 1, Line 2 Table error: Object ID 624671800, index ID 1, partition ID 72058362590003200, alloc unit ID 72058364196487168 (type In-row data). Index node page (0:0), slot 0 refers to child page (1:9380354) and previous child (0:0), but they were not encountered. CHECKDB found 0 allocation errors and 2 consistency errors in table 'sys.ifts_comp_fragment_1166627199_1279308' (object ID 624671800). Msg 8928, Level 16, State 2, Line 2 Object ID 640671857, index ID 1, partition ID 72058362590068736, alloc unit ID 72058364196552704 (type In-row data): Page (1:9380353) could not be processed. See other errors for details. Msg 8980, Level 16, State 1, Line 2 Table error: Object ID 640671857, index ID 1, partition ID 72058362590068736, alloc unit ID 72058364196552704 (type In-row data). Index node page (0:0), slot 0 refers to child page (1:9380353) and previous child (0:0), but they were not encountered. CHECKDB found 0 allocation errors and 2 consistency errors in table 'sys.ifts_comp_fragment_4649743_10289803' (object ID 640671857). Msg 2533, Level 16, State 1, Line 2 Table error: page (1:22851) allocated to object ID 1627561255, index ID 1, partition ID 72058340014751744, alloc unit ID 72058341621170176 (type In-row data) was not seen. The page may be invalid or may have an incorrect alloc unit ID in its header. Msg 8980, Level 16, State 1, Line 2 Table error: Object ID 1627561255, index ID 1, partition ID 72058340014751744, alloc unit ID 72058341621170176 (type In-row data). Index node page (0:0), slot 0 refers to child page (1:22851) and previous child (0:0), but they were not encountered. CHECKDB found 0 allocation errors and 2 consistency errors in table 'sys.ifts_comp_fragment_4649743_9953028' (object ID 1627561255). Msg 2533, Level 16, State 1, Line 2 Table error: page (1:22848) allocated to object ID 1643561312, index ID 1, partition ID 72058340014817280, alloc unit ID 72058341621235712 (type In-row data) was not seen. The page may be invalid or may have an incorrect alloc unit ID in its header. Msg 8980, Level 16, State 1, Line 2 Table error: Object ID 1643561312, index ID 1, partition ID 72058340014817280, alloc unit ID 72058341621235712 (type In-row data). Index node page (0:0), slot 0 refers to child page (1:22848) and previous child (0:0), but they were not encountered. CHECKDB found 0 allocation errors and 2 consistency errors in table 'sys.ifts_comp_fragment_4649743_9953029' (object ID 1643561312). CHECKDB found 0 allocation errors and 13 consistency errors in database 'WebLeader'. repair_allow_data_loss is the minimum repair level for the errors found by DBCC CHECKDB (WebLeader). ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.12.2018, 00:17 |
|
||
|
Много пустого места в базе
|
|||
|---|---|---|---|
|
#18+
Похоже, вам повезло, и ошибки вылезли в таблицах полнотекстового индекса. А индексы достаточно часто можно безболезненно перестроить. Интересно, в этом случае сможет помочь просто полное заполнение (POPULATE) полнотекстовых индексов, таблицы фрагментов для которых пострадали? Или нужно будет выполнять перестройку (REBUILD) всего полнотекстового каталога? Или даже этого будет недостаточно, и придется все-таки выполнять DBCC CHECKDB (WebLeader, REPAIR_ALLOW_DATA_LOSS). А после этого хватит ли заполнения индекса, или придется перестраивать каталог? Если нетрудно, отпишитесь, пожалуйста, по результатам. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.12.2018, 01:40 |
|
||
|
Много пустого места в базе
|
|||
|---|---|---|---|
|
#18+
Balbidon, вообще по субботам у этой базы всегда полный ребилд индексов джобом делается. Ошибок не выдает после ребилда. Смотрел логи. И полнотекстовых индексов вообще нету ни в одной базе. Есть только по текстовым полям некластерные индексы. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.12.2018, 15:20 |
|
||
|
Много пустого места в базе
|
|||
|---|---|---|---|
|
#18+
Все разрешилось успешно. Переместил базу на ssd-диск. За 20 минут проверил dbcc checkdb, она выдала кучу ошибок. Потом запустил с параметром REPAIR_ALLOW_DATA_LOSS. Где-то час работал. Потом через SSMS сделал ужимание базы. Теперь вместо 75 Гб база 16 Гб. Всех кто помогал - благодарю! ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.12.2018, 22:37 |
|
||
|
|

start [/forum/topic.php?fid=46&msg=39748495&tid=1688595]: |
0ms |
get settings: |
10ms |
get forum list: |
12ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
47ms |
get topic data: |
12ms |
get forum data: |
3ms |
get page messages: |
43ms |
get tp. blocked users: |
2ms |
| others: | 260ms |
| total: | 397ms |

| 0 / 0 |
