Недавно я включил сжатие страниц для большой таблицы в SQL Server Express 2016 SP2 CU4. (Я исправил Макс, чтобы попытаться преодолеть это!)
ИСПОЛЬЗОВАТЬ [sqeyelog] ALTER TABLE [dbo]. [TblSys] REBUILD PARTITION = ALL WITH (DATA_COMPRESSION = PAGE)
ALTER INDEX [IX_sysID] ON [dbo]. [TblSys] REBUILD PARTITION = ВСЕ С (PAD_INDEX = ВЫКЛ., STATISTICS_NORECOMPUTE = ВЫКЛ., SORT_IN_TEMPDB = ВЫКЛ., IGNORE_DUP_KEY = ВЫКЛ., ВКЛ. = ВЫКЛ. )
У меня есть полнотекстовый индекс для столбца varchar(max) (автоматическое обновление включено и пакетная вставка записей по 50 Кб за раз), и я регулярно удаляю самые старые строки строк из таблицы перед выполнением перестройки ... Это срабатывает, когда используемое пространство превышает 80% ...
НАЧИНАЙТЕ ВЫБРАТЬ ТОП-10 ПРОЦЕНТНЫХ sysID В # TT2 ИЗ ЗАКАЗА tblSys ПО sysID ASC СОЗДАТЬ ИНДЕКС IDX ВКЛ # TT2 (sysID) УДАЛИТЬ ИЗ tblSys ГДЕ sysID В (ВЫБРАТЬ sysID ИЗ # TT2) УБРАТЬ ТАБЛИЦУ # TT2 COMMIT TRAN
В любом случае, при запуске этого сразу после этого TX ... ALTER FULLTEXT КАТАЛОГ FTC для РЕОРГАНИЗАЦИИ
Затем я получаю большой запуск задачи DBCC, показывающий на sp_who2, который говорит SUSPENDED DBCC и имеет высокие и постоянно растущие значения CPU/IO, DBCC принимает большинство тиков, кажется, что задачи FT просто выполняются как обычно и ничего блокирует что-нибудь еще.
Даже если REORGANIZE запускается сразу после удаления без удаления, это все равно происходит. Это напрямую связано с реорганизацией
REORGANIZE занимает некоторое время из-за этого, и это не до того, как я начал использовать сжатие страниц.
Результаты хороши: «Команды выполнены успешно». и нет никаких признаков того, что DBCC даже работает ... Это нельзя упускать из виду, потому что, если я отказов службы SQL, он вернется в режиме восстановления ...
Естественно, я прекращаю всю другую деятельность в БД, пока выполняется эта операция, поскольку она довольно интенсивна сама по себе, и я не хочу рисковать блокировкой / блокировкой и т.д.
Кажется, что нет возможности сжать полнотекстовый каталог или индекс, но вы можете сжать таблицу и ее индексы ...
Стоит ли сжатие страниц, учитывая такой результат?
Учитывая, что я разрабатываю эту базу данных, она претерпела множество изменений, было бы хорошей идеей создать новую БД и просто заново создать все в том виде, в каком она есть сейчас, или здесь происходит что-то более зловещее?
Любая помощь приветствуется.
Спасибо