о боже, зачем же все индексы и триггеры вешать на таблицу-приемник?
триггеры уже свое отработали, когда принимали эти данные в старой таблице...

SET IDENTITY_INSERT ON гарантирует сорт при вставке в новую таблицу,
если даже делать упорядоченный селект из старой.
лично мне ни время, ни место не позволяли 100Гб сортировать.
а нет идентити в новой, нет и сорта, перелилось все минут за 15,
и уже кластерный на месте, по этому самому бигинту.

кто ратует за идентити, просто не переливал с ним ничего объемного.

вот он у меня на таблице лога, это да, мне на него все равно.
ни переливать, ни апдэйтить его никто не будет.
а где на большой нужной таблице и ФК на него завязаны,
т.е. любой перелив должен эти значения сохранять, там идентити зло.
но никого никуда не призываю, пока вам idenity не выстрелит, не сможет по достоинству его оценить

ок, но индексы надо потом навешивать.
можно сделать сразу только кластерный,
а переливать с тем же order by, что и в кластерном-исходном.
и тогда, если нет идентити в приемнике, перельется без сорта

это у кого это DDL-операции,
когда приложение только db_datareader + db_datawriter?
истребив идентити, истребляется и set identity_insert,
и сразу отпадает надобность в alter table.
так что это у вас в коде DDL,
а я могу спать спокойно