Как предотвратить утечку памяти в MSSQL Server 2008 R2 SP3?

Проблема в том, что за 1-2 полных рабочих дня сервер MSSQL "съедает" всю выделенную для него память.

Это разве проблема? Это нормальное поведение для MSSQL.

А вот то, что на одном сервере сервер БД, сервер 1с, и еще и терминальный сервер - это да, проблема.

Подтверждаю слова АртемЪ: захапать все что есть, или до предела указанного в настройках, это нормальное поведение MS SQL Server'а (сам раньше этим озадачивался). Так что не волнуйтесь, это не баг, это фича.
UPD по поводу зависаний: опять же, одну из причин (нехватка ресурсов между программами) уже назвал АртемЪ, но может быть еще и другая. "Поиграйте" с количеством соединений на процесс в свойствах сервера 1С. У нас тоже со временем вдруг появлялись непонятные зависания и никто не мог нормально работать (и я тоже поначалу грешил на SQL-сервер). Помогло уменьшение количества соединений. Точно уже не помню (у нас уже 8.3, а там автоматическое управление процессами), но можно еще с количеством самих процессов поэкспериментировать, добавить резервный и т.п. (информации на эту тему полно в гугле).

Полностью согласен с предыдущими ораторами.
Отъедать всю доступную память - нормальная политика MS SQL. У меня, например, вся память отъедается в течение получаса после запуска SQL.
Терминалу не место на сервере баз данных.
Вообще сервер баз данных плохо совмещается с другими ролями, т.к. при более менее приличной нагрузке, как вы сами заметили, SQL отъедает всю доступную память, кроме того в пиках обычно довольно высокая дисковая нагрузка что то же не комильфо для других ролей. А так же, если другие роли начнуть так же отъедать ресурсы - это очень плохо скажется на производительности SQL.
Если со временем SQL не займет вообще всю память, значит утечек нет.
Пока думаете над переносом терминала на другую железку, можно заняться стандартной оптимизацией базы: создать недостающие индексы, вычислить особо тормозные выборки и попробовать их оптимизировать, настроить регламентные задания (дефрагментация индексов, обновление статистики и т.п.), разнести на разные диски файл базы данных и лог файл.