В SQL Server отсутствует дефрагментация. Вы можете говорить об операции реорганизации индекса или операции перестроения индекса. Реорганизация - это легкая запись журнала, но перестройка индекса создает столько журнала, сколько размер индекса умножается на коэффициент. Для большого индекса операция восстановления может привести к увеличению журнала.
Наличие большого журнала повлияет на агент чтения журнала транзакций просто потому, что у него будет больше записей журнала для просмотра в течение определенного периода. В конце концов агент чтения журнала догонит. Точные цифры (длительность задержки, размер задержки и т. Д.) Будут отличаться в зависимости от ряда факторов, ваш лучший выбор - пробный и измерительный.
Что касается альтернатив:
- Измеряли ли вы коэффициент фрагментации индекса?
- Есть ли у вас доказательства того, что на производительность влияет фрагментация? Многие нагрузки не заботятся о фрагментации.
- Вы проанализировали основную причину проектирования схемы, которая приводит к фрагментации?
Если ответы да, да и да, и вывод состоит в том, что периодическое перестроение индекса неизбежно, то альтернативы нет, вам придется прикусить пулю и принять эту операцию во внимание при калибровке требований к оборудованию.