Для начала нужно разобраться что так тормозит и тормозит-ли вообще.

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

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

Возможно перемещение tempdb или файлов базы 1С на другой винт поможет.

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

P.S.
Тот вариант что предлагается в первом посте, на мой взгляд, некорректен. Кроме того, в тот момент когда будут переносится изменения из базы для расчета в рабочую базу, Т.С. думает что сам SQL не будет делать блокировки ?

Что именно будет переносится? Движения по регистарам... :)
А если в это время будет еще документ проведен - новый, который корректирует что-то в начале уже посчитаного месяца(теоретически).