Alexander UsSQL 2008 x64 Enterprise, SP4;

Есть нагруженная таблица ~1,5 ТБ, ~0,5 мил. строк, с блоб полями.

В неё идут в основном вставки (insert и bulkinset), круглосуточно ~10 - 100 строк в секунду от множества клиентов.
Обдумываю её партиционововать, в связи с чем вопросы:

Требуют ли операции партиционирования рассоединения клиентских приложений или всё можно делать online?
Под "всё" понимается реализацмя скоьзящего окна - изменение функции, подключение новых и отключение старых секций.

Заранее спасибо отозвавшимся.
Партиционирование не для этого.
Оно для того, чтобы легко сложить архивные данные на HDD, а горячие на SSD. Партиционирование таблицы с кластерным ключом по дате и схеме по дате.

И для того, чтобы переключать секцию из staging таблицы.
Типа - есть таблица table_history, нарезанная на месяцы. Нужно удалить все строки с 3 февраля и загрузить из источника.
Делаете пустую table_staging, нарезанную так же. Очищаете truncate. Меняете секции swith только для февраля и марта 2018 со staging. В staging удаляете неспешно все для марта и большую часть февраля - при этом чтение с большой таблицы не блокируется. Далее из источника загружаете с 3 февраля новые строки в table_staging. А затем переключаете обратно секции февраля и марта - пустые возвращаются в table_staging, а заполненные попадают в table_history.

Плюс к этому можно распараллелить - в SSIS пакете в несколько потоков заливаете отдельно table_staging_1 для февраля, отдельно независимо table_staging_2 для марта (а схемы партиционирования все одинаковые), потом в момент готовности - февраль уже залился, март тупит - быстро переключаете нужную секцию в боевую большую table_history.

За рецептами идти в ветку OLAP и DWH, спрашивать Александра Южакова, он спец по таким загрузкам :)