Хочется сделать дефрагментацию кластерного индекса, но это требует свободного места равное таблице . Таблица большая - не хочется под это расширять файловую группу так как потом можно ее не сжать из-за некрасивого расположения блоков

Как понимаю можно сделать экспорт +truncate+ импорт через BCP на сетевой диск с сортировкой как в кластерном индексе.
Тут вроде все хорошо только BCP формат хранения в два раза больше чем на SQL, даже в режиме Native

Думаю воспользоваться опцией SORT_IN_TEMPDB которая вроде работает для кластерных индексов.
Вопрос - tempdb файл возможно ли расположить на сетевом диске, если не хватит HDD? Понятно что сетевой диск через сеть 10G может хуже работать чем Raid , но главное что бы не хуже BCP варианта

По кластерному индексу большая фрагментация больше 70%, она понятно из за чего - вставки удаления и при ребилде существенно экономится место, особенно для исторических данных. Дальнейший пятничный поток сознания я не уловил - как из за tempdb сдохнет сервер, жду трезвых комментов

Ребилд по секциям запомню на будущее, когда буду секционировать данные таблицы

К сожалению 1С не позволяет :) делать Merge , ну и потом там таблица (регистр сведений) содержит версии операций, старые версии удаляются для экономии места. Т.е. update нет . А как уменьшить фрагментацию при таких вводных пока не знаю

Раз в год, когда база сворачивается.
Бэкапы естественно есть. Под потерей данных что подразумевается ? Отстуствие роллбэка при работе с кластерным индексом или возможные сетевые эффекты
В целом я посмотрел - самый большой dataspace (не indexspace) 300 гб для SORT_IN_TEMPDB tempdb места хватит, попробую на тесте

Меня интересует только увеличить свободное место в файловых группах. На других таблицах которые поменьше я достигал хороший эффект. С Reorganize не экспериментировал, попробую на тесте у меня есть возможность административных действий в выходные в монопольном режиме.

Я попробовал sort_in_tempdb
на 2008 и 2019 работает хорошо. Что интересно файлы tempdb не раздуваются на размер данных таблиц, я предполагал из описания
https://docs.microsoft.com/en-us/sql/relational-databases/indexes/sort-in-tempdb-option-for-indexes?view=sql-server-ver15

microsoft"When you create a clustered index on a table that does not have nonclustered indexes, you must have available as free space:

If SORT_IN_TEMPDB is set to ON, there must be sufficient free space in tempdb to store the sort runs. These include the data rows of the table. There must be sufficient free space in the destination filegroup to store the final index structure. This includes the data rows of the table and the index B-tree. You may have to adjust the estimate for factors such as having a large key size or a fill factor with a low value."