Способ 1: на каждую таблицу выполнить оператор REORGINAZE TABLE. Работает медленно, но может выполняться в онлайн (то есть без остановки работы сервера и сессий).
Способ 2: перезагрузить полностью БД. Работает быстро, но требуется на время перезагрузки отключение всех пользователей и перезапуск сервера.

michael_Ворос к знатокам: что реально происходит при REORGANIZE TABLE?
А если сделать всем таблицам REORGANIZE TABLE, то освободятся страницы памяти для вставки новых записей, сможет ли их использовать сервер как ASE или MS SQL после SHRINK?
Не путайте эту команду с SHRINK - ее назначение дефрагментировать таблицы и индексы, которые стали слишком разреженно хранится в результате большого удаления данных. В общих принципах - все записи удаляются и вставляются заново по порядку первичного или кластерно ключа. Таким же образом перестраиваются индексы. В итоге получаем полностью заполненные страницы и освободившиеся страницы в файле БД, меньшее кол-во уровней в деревьях индексов и упорядочивание записей - все это несомненно повышает скорость доступа к дефрагментированным данным. В лог эти операции не пишутся и таким образом он не растет и они не влияют на репликацию. Однако эта операция размер файла не уменьшает - для этого необходимо перезагрузить БД. Почитайте в BOL про эту команду - там полностью и подробно расписан весь механизм ее принципов работы.

Да и кстати - мы поэтому поводу говорили уже - абсолютно точно утверждаю, что ASA использует при вставке свободное пространство на страницах, а не постоянно добавляет их на новые страницы. Для этого необходимо иметь на таблице первичный или кластерный ключ и БД, созданную как минимум из под 8-ой версии сервера (под предыдущие версии я этого утверждать не берусь).

Гм - и еще вспомнил - REORGANIZE TABLE не сработает, если у таблицы нет первичного или кластерного ключа и ругнется на это (что и правильно).