РоманR, Перед загрузкой Alter index disable, для всех индексов, кроме кластерного.
После вставки - ALTER INDEX ALL REBUILD.

aleks222Gerrosпропущено...
Сделайте самодельное секционирование: две таблицы, первая большая, со старыми данными и индексами, вторая пустая (с индексами или без индексов - пробовать надо).
Выгрузку заливаете во вторую, потом запускаете процедуру (её изменить придётся), которая переливает из первой и второй таблиц куда вам надо.
Как отработала - переливаете из второй в первую и чистите вторую.
И в каком месте этой пляски с бубном возникнет чудесное ускорение?
Ну, если вставляемые/обновляемые можно каким то образом предварительно статически локализовать, например, вставляются данные только за последний год, или какого-то одного филиала, то всё действительно можно организовать "волшебным" образом.
1. Секционируем таблицу по этому статическому признаку. Выравниваем индексы.
2. Заводим рядом таблицу для загрузки, построенную на той же partition function. Возможно, имеет смысл - создать ее динамически. Таблицу, я имею ввиду.
3. Переливаем в нее данные из секции, которую собираемся модифицировать. insert into ... with (tablock) Select * from ... Where key = ключ секционирования.
4. Делаем Merge загружаемых данных в эту отдельную загрузочную секцию таблицу.
(Ну, или если перезагрузка идет всех данных - пропускаем п.3., а просто льём данные в пустую загрузочную секцию таблицу балком).
5. Включаем на загрузочной секции таблице констрейнты, перестраиваем индексы, пересчитываем статистику.
6. Вышибаем аналогичную секцию в рабочей таблице в пустую секцию, потом делаем свитч загрузочной секции в рабочую таблицу.

Вполне себе рабочая схема. Особенно для хранилищ, из которых непрерывно читают. Ну, или если загружаемые данные сильно разнятся с находящимися в таблице данными, и проще не разбираться, что поменялось, а перезагрузить всё целиком.
Достоинства:
Ничего не блокируется в принципе (переключение контекста, в общем, мгновенная операция), изменения в рабочей таблице, какими бы масштабными они ни были - происходят одномоментно и мгновенно. Момент "мгновенности и одномоментности" - управляется непосредственно dba, и может быть точно журналирован, в бюрократическом смысле, я имею ввиду, журналирован, вплоть до записи ручкой в бумажный журнал.
Начиная с 2016SP2 - можно строить хранилища на версии standard, в которой нет онлайн перестроения индексов.
Недостатки:
Много возни. Нужно много свободного места в базе, как минимум удвоенное количество загружаемого объема данных. Если данные в большой рабочей таблице могут изменяться (например, пользователями) - простая схема уже не пройдет. И, хотя извернуться можно, но геморрой будет жуткий.
Но, в своей узкой нише - почему бы не па?