Каждый новичек сталкивался с этой проблемой. За почти 20 лет стольким сисадминам на предприятиях приходилось объяснять, и объяснять, и объяснять...

И все равно, медитируя в процессе пятичасового восстановления не самой большой
БД (52 Гб) на достаточно мощном сервере (20 физ ядер, 128 Гб, RAID 10 на 8 SSD дисках,
2 Гб энергонезависимой кэш памяти), удивляешься:

1) есть у нас теперь ФБ3
2) кэшпамять размером со всю БД
3) суперсервер спокойно позволят разным
конектам одновременно работать с данными, и читать, и править

так почему бы не выделить построение индекса при разбэкапе в отдельную
нить и не запустить этих нитей по числу физ ядер?

1) чтение данных их кэша -- операция не блокирующая
2) сортировка в локальном блоке памяти нити вообще никого не касается
3) остается только запись страниц с индексом в кэш

итого, на 20 ядерной системе можно было бы ожидать 10-15 кратного
ускорения.

PS: я знаю про все методики. и про nbackup, и прокопирование файла БД
после отключения пользователей. Речь сейчас сугубо о скорости штатного
бэкапа.