Блок А.Н., а это не оно ли (Cache for Windows (x86-64) 2010.2 (Build 454))?:
[Домашняя страница] > [Базы данных] > [Свободное место] : Освободить
Compact Database
You can compact data (that is, move freespace from within a file to the end of the file) on local databases. After compacting data, you can truncate the database to return this freespace to the underlying file systemПопробовал сжать 10Гб БД с освобождением 512Мб, и это случилось достаточно быстро, причем освободилось даже больше...

Немного потестил. Впечатление такое: это всё же дефрагментация, но лишь на уровне блоков. Т.е., если есть встретится свободный блок, он будет перемещён в конец БД, если же два идущие подряд "полупустые", то нет. Тестировал так: БД удалось дефрагментировать, выполнив (в терминологии ^DATABASE) "13) Compact freespace in a database", после чего около 140Мб удалось освободить, выполнив "12) Return unused space for a database". Пересоздав глобалы и "проредив" их группами по 500 узлов: , я не смог дефрагментировать почти ничего (хотя в результате Kill'ов освободилось около 80Мб разреженного пространства). Однако, повторив последний тест и выполнив перед п.13 п.7 ("Compact globals in a database" = ^GCOMPACT) по двум глобалам (^yyy и ^zzz) до 90% процентов заполнения блоков, я смог дефрагментировать/освободить около 120Мб.

Блок А.Н....самой дефрагментации блоков не происходит.Дефрагментацию блоков делает ^GCOMPACT. Ее влияние на производительность, действительно, спорно. Можно ожидать, что после серьезной реорганизации глобала (когда удалено много узлов), от нее иногда может быть толк. Например, если глобал используется преимущественно для чтения (что-то типа справочника).
Интересно, что имели в виду ИнтерСистемцы, говоря о дефрагментации на сентябрьской школе?