Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
Много пустого места в базе
|
|||
|---|---|---|---|
|
#18+
В SSMS выбрал пункт shrink database. Появился диалог в котором показывается свободное место. Аж 78%. Нажимаю OK. Долго думает, но база не уменьшается. Пробовал выбирать пункт shrink file, указывал файл данных. Тоже результат нулевой. Журнал транзакций без проблем шринкается. Пробовал скриптом. Тоже результата нет. Как было 78% available free space так и осталось. Что делать? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.12.2018, 11:59 |
|
||
|
Много пустого места в базе
|
|||
|---|---|---|---|
|
#18+
gepard1980, галочку на рискунке нажимали? (с прочтением предупреждения) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.12.2018, 12:16 |
|
||
|
Много пустого места в базе
|
|||
|---|---|---|---|
|
#18+
StarikNavy, нет. Вечером нагрузка спадет - попробую. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.12.2018, 14:04 |
|
||
|
Много пустого места в базе
|
|||
|---|---|---|---|
|
#18+
А вы уверены, что вам нужен шринк БД? Например, если БД во время работы создает какие-то большие объекты внутри БД, а потом - удаляет их, то шринк не поможет. Файл базы о5 раздуется, да еще будет тормозить при раздувании. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.12.2018, 14:12 |
|
||
|
Много пустого места в базе
|
|||
|---|---|---|---|
|
#18+
uaggster, больших объектов там точно нет. просто типовая база юзеров. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.12.2018, 14:15 |
|
||
|
Много пустого места в базе
|
|||
|---|---|---|---|
|
#18+
gepard1980, а откуда тогда столько места? Посмотрите, может у вас FillFactor слишком маленький на кластерных индексах, и индексах вообще? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.12.2018, 14:24 |
|
||
|
Много пустого места в базе
|
|||
|---|---|---|---|
|
#18+
uaggster, FillFactor всегда по-умолчанию который идет ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.12.2018, 15:25 |
|
||
|
Много пустого места в базе
|
|||
|---|---|---|---|
|
#18+
кодом посмотрите свободное место, sp_spaceused ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.12.2018, 15:30 |
|
||
|
Много пустого места в базе
|
|||
|---|---|---|---|
|
#18+
uaggstergepard1980, а откуда тогда столько места? Посмотрите, может у вас FillFactor слишком маленький на кластерных индексах, и индексах вообще? Свободное место на страниц (а не FillFactor) не отображается в качестве свободного места в БД. PS Сам FillFactor вообще актуален только при создании и ребилде индекса. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.12.2018, 15:37 |
|
||
|
Много пустого места в базе
|
|||
|---|---|---|---|
|
#18+
Yasha123, вот: ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.12.2018, 15:39 |
|
||
|
Много пустого места в базе
|
|||
|---|---|---|---|
|
#18+
gepard1980, маленький нюанс - после шринка придётся реорганизовывать индексы, а этот процесс приведёт к увеличению файла БД. Да ещё и статистику придётся обновлять. Кстати, кто может мне объяснить, какая взаимосвязь между реорганизацией индексов и необходимостью обновления статистики (гистограммы распределения, чтоб её)? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.12.2018, 15:43 |
|
||
|
Много пустого места в базе
|
|||
|---|---|---|---|
|
#18+
DaniilSeryigepard1980, маленький нюанс - после шринка придётся реорганизовывать индексы, а этот процесс приведёт к увеличению файла БД. Да ещё и статистику придётся обновлять. Кстати, кто может мне объяснить, какая взаимосвязь между реорганизацией индексов и необходимостью обновления статистики (гистограммы распределения, чтоб её)? Эээ... к реорганизации индексов бонусом идет пересчет статистики по этому индексу. Поэтому пересчитывать статистику после реорганизации/перестроения - не нужно. Собственно, на быстродействие запросов коренным образом влияет именно актуальная статистика, которая автоматом актуализируется при ребилде, поэтому ребилд "помогает". На самом же деле фрагментирование индексов на быстродействие, конечно, влияет, но не радикальным образом, и, скажем так, в третьих-четвертых по значимости, и их дефрагментация не является остронеобходимой задачей. Как то так. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.12.2018, 16:43 |
|
||
|
Много пустого места в базе
|
|||
|---|---|---|---|
|
#18+
uaggsterЭээ... к реорганизации индексов бонусом идет пересчет статистики по этому индексу . Поэтому пересчитывать статистику после реорганизации/перестроения - не нужно. ... Как то так. как-то совсем не так. при реорге никакая статистика не обновляется, при ребилде да, по ключевым полям будет обновлена с аналогом fullscan. обычная же колоночная статистика по неключевым полям не пересобирается ни при реорге, ни при ребилде, ее надо пересчитывать самим и после ребилда тоже, не говоря уж о реорге ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.12.2018, 16:58 |
|
||
|
Много пустого места в базе
|
|||
|---|---|---|---|
|
#18+
DaniilSeryiпосле шринка придётся реорганизовывать индексы, а этот процесс приведёт к увеличению файла БД для начала это неправда. потому что реорг за раз меняет местами пару страниц, а не выстраивает индекс заново, так что места в файле данных для реорга не надо. вот в лог запишет по-полной, это да. но это уже файл лога. ну и потом, кто сказал, что у ТС вообще есть индексы. может, там сплошные неиндексированные кучи ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.12.2018, 17:06 |
|
||
|
Много пустого места в базе
|
|||
|---|---|---|---|
|
#18+
Yasha123, индексы естественно есть во всех таблицах и кластерные и некластерные. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.12.2018, 17:09 |
|
||
|
Много пустого места в базе
|
|||
|---|---|---|---|
|
#18+
gepard1980, еще раз можете проверить размеры файлов кодом? Код: sql 1. 2. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.12.2018, 17:12 |
|
||
|
Много пустого места в базе
|
|||
|---|---|---|---|
|
#18+
gepard1980индексы естественно есть во всех таблицах и кластерные и некластерные. хорошо, что есть. тогда после шринка вам действительно стоит отребилдить индексы. только не надо реорг делать. на таких смешных объемах ребилд в самый раз ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.12.2018, 17:14 |
|
||
|
Много пустого места в базе
|
|||
|---|---|---|---|
|
#18+
Yasha123, вот: ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.12.2018, 17:23 |
|
||
|
Много пустого места в базе
|
|||
|---|---|---|---|
|
#18+
а шринк кодом и не через гуи что пишет? Код: sql 1. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.12.2018, 17:27 |
|
||
|
Много пустого места в базе
|
|||
|---|---|---|---|
|
#18+
Там может идти хронический drop create, например. Если уж автор пишет, что не кучи. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.12.2018, 18:23 |
|
||
|
Много пустого места в базе
|
|||
|---|---|---|---|
|
#18+
Владислав КолосовТам может идти хронический drop create, например. Если уж автор пишет, что не кучи. как можно, используя drop create, не давать высвободить 58Гб? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.12.2018, 18:32 |
|
||
|
Много пустого места в базе
|
|||
|---|---|---|---|
|
#18+
Yasha123, создали тысячу таблиц, 999 дропнули, последняя не дает усечь файл. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.12.2018, 18:39 |
|
||
|
Много пустого места в базе
|
|||
|---|---|---|---|
|
#18+
Владислав Колосов, почему не дает-то? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.12.2018, 18:47 |
|
||
|
Много пустого места в базе
|
|||
|---|---|---|---|
|
#18+
Yasha123, потому что в конце файла находится. Чтобы отсечь хвост таблицу надо переместить. Выполнить реогранизацию. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.12.2018, 18:56 |
|
||
|
Много пустого места в базе
|
|||
|---|---|---|---|
|
#18+
Владислав КолосовYasha123, потому что в конце файла находится. Чтобы отсечь хвост таблицу надо переместить. Выполнить реогранизацию. так шринк же этим и занимается. перемещает из конца файла в начало. какая ему разница, там ваша 1000ая таблица или страницы самой первой таблицы, которые рассплитились и попали в конец файла? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.12.2018, 19:14 |
|
||
|
Много пустого места в базе
|
|||
|---|---|---|---|
|
#18+
Yasha123Владислав КолосовYasha123, потому что в конце файла находится. Чтобы отсечь хвост таблицу надо переместить. Выполнить реогранизацию. так шринк же этим и занимается. перемещает из конца файла в начало. какая ему разница, там ваша 1000ая таблица или страницы самой первой таблицы, которые рассплитились и попали в конец файла? вообще, у shrink-а есть два режима (забудем про emptyfile): один - как описали вы, второй - как Владислав Колосов На первой картинке (без галочки) как раз вариант с truncate only. Пытался ли TC выполнить вот это Yasha123 Код: sql 1. вопрос ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.12.2018, 19:19 |
|
||
|
Много пустого места в базе
|
|||
|---|---|---|---|
|
#18+
msLex, он обещал вечером выставить галочку. но может, конечно, у некоторых "еще не вечер" :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.12.2018, 19:28 |
|
||
|
Много пустого места в базе
|
|||
|---|---|---|---|
|
#18+
Yasha123uaggsterЭээ... к реорганизации индексов бонусом идет пересчет статистики по этому индексу . Поэтому пересчитывать статистику после реорганизации/перестроения - не нужно. ... Как то так. как-то совсем не так. при реорге никакая статистика не обновляется, при ребилде да, по ключевым полям будет обновлена с аналогом fullscan. обычная же колоночная статистика по неключевым полям не пересобирается ни при реорге, ни при ребилде, ее надо пересчитывать самим и после ребилда тоже, не говоря уж о реорге Мне другое интересно - ведь реорг и ребилд не меняют число строк, а только, грубо говоря, меняют местами страницы индекса. То есть распределение значений не поменялось? Или статистика индексов - это нечто большее? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.12.2018, 22:35 |
|
||
|
Много пустого места в базе
|
|||
|---|---|---|---|
|
#18+
DaniilSeryiYasha123пропущено... как-то совсем не так. при реорге никакая статистика не обновляется, при ребилде да, по ключевым полям будет обновлена с аналогом fullscan. обычная же колоночная статистика по неключевым полям не пересобирается ни при реорге, ни при ребилде, ее надо пересчитывать самим и после ребилда тоже, не говоря уж о реорге Мне другое интересно - ведь реорг и ребилд не меняют число строк, а только, грубо говоря, меняют местами страницы индекса. То есть распределение значений не поменялось? Или статистика индексов - это нечто большее? Она, статистика, может быть 1. устаревшей 2. Построена на семпле ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.12.2018, 22:49 |
|
||
|
Много пустого места в базе
|
|||
|---|---|---|---|
|
#18+
Yasha123, пробовал и галку ставить и скриптом. не усекается. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.12.2018, 22:52 |
|
||
|
Много пустого места в базе
|
|||
|---|---|---|---|
|
#18+
msLexDaniilSeryiпропущено... Мне другое интересно - ведь реорг и ребилд не меняют число строк, а только, грубо говоря, меняют местами страницы индекса. То есть распределение значений не поменялось? Или статистика индексов - это нечто большее? Она, статистика, может быть 1. устаревшей 2. Построена на семпле Да, но в случае с устаревшей статистикой её надо обновлять вне зависимости от реорганизации / ребилда? Если да, почему такая жесткая взаимосвязь - реорганизовал - обнови? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.12.2018, 22:57 |
|
||
|
Много пустого места в базе
|
|||
|---|---|---|---|
|
#18+
Пробовал и галку ставить и скриптом. Не усекается. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.12.2018, 09:28 |
|
||
|
Много пустого места в базе
|
|||
|---|---|---|---|
|
#18+
поздравимся с битой базой. Код: sql 1. и какая там дата для dbi_dbccLastKnownGood? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.12.2018, 10:11 |
|
||
|
Много пустого места в базе
|
|||
|---|---|---|---|
|
#18+
Yasha123, вот: ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.12.2018, 10:51 |
|
||
|
Много пустого места в базе
|
|||
|---|---|---|---|
|
#18+
Yasha123, разве за перемещение не отвечает та галочка "реорганизовать"? Я был уверен, что если не ставить галку реорганизации, то ничего перемещено не будет, а шринк лишь отбросит пустой хвост. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.12.2018, 11:02 |
|
||
|
Много пустого места в базе
|
|||
|---|---|---|---|
|
#18+
Владислав КолосовYasha123, разве за перемещение не отвечает та галочка "реорганизовать"? Я был уверен, что если не ставить галку реорганизации, то ничего перемещено не будет, а шринк лишь отбросит пустой хвост. фух. отвечает. и уже об этом сказал StarikNavy во втором же посте и еще раз msLex . и ТС обещал ее выставить к вечеру, так что у меня было впечатление, что это уже сделано, но результат был неявное молчание студии и сжирание ошибки. ну и далее мы ждали выполнение того же самого кодом ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.12.2018, 11:05 |
|
||
|
Много пустого места в базе
|
|||
|---|---|---|---|
|
#18+
gepard1980, ну так видите же база говорит, ей ни разу не делали чекдб . так что вы даже примерно не знаете, когда примерно она навернулась и есть ли бэкап на ту дату. теперь запускайте чекдб, надеясь, что хоть не от системной таблицы страница полетела ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.12.2018, 11:08 |
|
||
|
Много пустого места в базе
|
|||
|---|---|---|---|
|
#18+
Yasha123, как лучше запустить чек? Так пойдет: ALTER DATABASE "WebLeader" SET SINGLE_USER WITH ROLLBACK IMMEDIATE GO DBCC CHECKDB ('WebLeader', REPAIR_ALLOW_DATA_LOSS) GO ALTER DATABASE "WebLeader" SET MULTI_USER GO ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.12.2018, 11:16 |
|
||
|
Много пустого места в базе
|
|||
|---|---|---|---|
|
#18+
сперва вообще просто запустите, может оно еще и не запустится. а когда отработает, само пишет, как его в след. раз запустить, чтобы исправить Код: sql 1. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.12.2018, 11:50 |
|
||
|
Много пустого места в базе
|
|||
|---|---|---|---|
|
#18+
Yasha123, поднял бэкап этой базы на резервном сервере. запустил чекдб. прошло 2 часа. пока выполняется. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.12.2018, 14:04 |
|
||
|
Много пустого места в базе
|
|||
|---|---|---|---|
|
#18+
gepard1980, проверять бэкап это хорошо. только если именно диск поврежден под вашей базой, на ресторнутой это никак не отразится ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.12.2018, 14:16 |
|
||
|
Много пустого места в базе
|
|||
|---|---|---|---|
|
#18+
Yasha123, диск не поврежден. я на той неделе ее забэкапил и на другой диск восстановил. она теперь с нового диска работает. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.12.2018, 14:17 |
|
||
|
Много пустого места в базе
|
|||
|---|---|---|---|
|
#18+
Yasha123, уже 5 часов крутится 'Executing query'. Сколько по опыту будет работать, если размер базы 75Гб? И как на боевой базе делать? Ведь перфоманс просядет. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.12.2018, 17:14 |
|
||
|
Много пустого места в базе
|
|||
|---|---|---|---|
|
#18+
зависит от наличия блобов, чем их больше, тем дольше. тем не менее, за 5 часов терабайтную базу средней гадости можно проверить, когда все хорошо. вот когда все плохо, тогда алгоритм проверки меняется, начинает проверять детально. ждите, короче ---- на боевой по воскресеньям проверяют. но вам, похоже, хватит проверки копии. судя по времени выполнения ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.12.2018, 17:27 |
|
||
|
Много пустого места в базе
|
|||
|---|---|---|---|
|
#18+
вот по поводу длительности: How long will CHECKDB take to run? там туча факторов приведена, но дольше работает именно в случае ошибок (правда, вам не с чем сравнить. надо сравнивать с предыдущим временем выполнения на этой же базе) Randal If there are any corruptions present, there may be extra checks triggered to try to figure out more details of the corruptions ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.12.2018, 17:50 |
|
||
|
Много пустого места в базе
|
|||
|---|---|---|---|
|
#18+
DaniilSeryimsLexпропущено... Она, статистика, может быть 1. устаревшей 2. Построена на семпле Да, но в случае с устаревшей статистикой её надо обновлять вне зависимости от реорганизации / ребилда? Если да, почему такая жесткая взаимосвязь - реорганизовал - обнови? Обычно, самая тяжелая операция при обновлении статистики - это вычитка требуемых данных. При ребилде все данные и так будут прочитаны, т.е. практически за бесплатно можно не просто обновить статистику, а обновить ее с фулсканом (максимально точно). Так почему бы этого не сделать? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.12.2018, 17:54 |
|
||
|
Много пустого места в базе
|
|||
|---|---|---|---|
|
#18+
Yasha123, после 10 часов я запрос остановил. Видимо надо искать другой путь какой-то. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.12.2018, 22:28 |
|
||
|
Много пустого места в базе
|
|||
|---|---|---|---|
|
#18+
gepard1980, ну и неправильно ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.12.2018, 08:18 |
|
||
|
Много пустого места в базе
|
|||
|---|---|---|---|
|
#18+
Yasha123, на выходные опять запущу. надеюсь результат хоть какой-то выдаст. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.12.2018, 09:49 |
|
||
|
Много пустого места в базе
|
|||
|---|---|---|---|
|
#18+
да уж конечно выдаст, раз так долго думает. хорошо, что чекдб вообще не отказалось работать, значит, системное добро не задето. на будущее проверяйте раз в неделю, всегда будете знать, в каком бэкапе еще не битая база. в вашем нынешнем бэкапе уже битая ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.12.2018, 10:09 |
|
||
|
Много пустого места в базе
|
|||
|---|---|---|---|
|
#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?all=1&fid=46&tid=1688595]: |
0ms |
get settings: |
9ms |
get forum list: |
14ms |
check forum access: |
2ms |
check topic access: |
2ms |
track hit: |
34ms |
get topic data: |
9ms |
get forum data: |
2ms |
get page messages: |
66ms |
get tp. blocked users: |
2ms |
| others: | 272ms |
| total: | 412ms |

| 0 / 0 |
