PavluxaF,

если понял корректно - TEMPDB это на стороне SQL DB сервера а не SSAS, т.е. во когда SSAS получает данные из SQL и DB их готовит перед выдачей SSAS (и там уже начнётся процессинг).

у SSAS есть свои TEMP файлы.. в соответствующей директории

ещё большой вопрос почему этих TEMPDB файлов - множество (тем более для слабого сервера), т.к. обычно есть оптимальное соотношение количества этих файлов к количеству ядер (вроде в границах то-ли 1/2 то-ли 2/3 или 1/3)..

PavluxaF... измените размер буфера обработки на вкладке Processing на минимальное значение, например, 32 мегабайта.

Нет сейчас такой вкладки в SSMS 2012+
во первых есть - называется: OLAP \ Process \ BufferMemoryLimit (в .ini файле больше настроек)
во вторых - поаккуратней там, если ставишь значиение больше 100 (ниже будет в процентах от физической памяти) - то показатель будет не в МегаБайтах а в Байтах

я ещё настраиваю AggregationMemoryLimitMin/Max, меняю ThreadPool \ Process \ Max-Min Threads , Memory \ Total-Hard-Low MemoryLimit и некоторые другие - всё в динамике в зависимости от текущих приоритетов (балансирование ресурсов)

глянь на сеть (% и размеры пакета, проверь на разных рамерах потери через Ping -t -l xxxxx) и загрузку памяти/процессоров во время процессинга, может вся проблема на получении данных и SSAS просто ждёт когда это всё доедет.. Можно Profiler-ом посмотреть, Perf-Monitor, но самое простое будет через ResourceMonitor (сеть/диск/память/cpu) ..

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