Тормозит файловая 8.3 на терминальном сервере

Из нее занято 36 по максимуму когда все работают. Когда один + система = 4 Гига. Толку 0.

2*E5-2603. RAM 64. SSD. 8 пользователей

1С имеет в своей длинной уже истории один неприятный момент - она становилась всегда от одной версии к более новой все медленнее и медленнее на старом железе.
То есть 1С сейчас такой монстр, которому можно скормить все свои деньги на оборудование , но так и не достичь той визуальной скорости , которая была на Бух 7.7 в 2005 году.

1.8 ГГЦ для 1С это основная причина ваших тормозов. Скажем так - узкое горлышко и сколько вы памяти не добавляйте,какой SSD супербыстрый не ставьте - 1С будет тем быстрее чем больше частота. То есть 4,0ГГц замечательно, 3.0 очень хорошо- а 2.5 ГГц будет как быстрая черепаха , по сравнению с вашей медленной черепахой...

Вам же из практических советов хочу порекомендовать все же перейти на клиент-серверный вариант. Для 8 пользователей файловая база уже не сможет работать удовлетворительно.
Для начала рассмотрите MS SQL Express в качестве сервера данных (там вполне помещаются небольшие базы у меня все ЗУП 3,1 на нем), но все же придется вложиться в 1С сервер.
Единственно советую все же дождаться белее четкой политики 1С по поводу ПРОФ или КОРП .
С сентября что-то грядет, а что пока еще не вполне ясно... Точнее не ясно насколько они обрежут возможности ПРОФ...

Напрягает то, что 8.12 раньше по локалке на том же железе работала удовлетворительно. Поменяли только операционку, перенесли сервак на внешку и перешли на 8.14, прибавили оперативки и уменьшили количество пользователей.
Может на 2016 серваке подкрутить что-то в RDP?

Если не так уж плохо, то почему даже закрытие вкладки происходит секунд по 5-10?

Почему не перейти на клиент-сервер и нормально работать?

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

думаю дело в кэше

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

а конфа часом не менялась с 2006 года
пробовал ставить бух 3.0 файловую один процесс выжирал до 1.5 гБ, тормозило жесть на пустой базе, при этом 2.0 с данными работает нормально
с сервером на том же компе работает нормально, клиенты жрут приемлемо.

раз народу немного разумно поставить postgresql
но от покупки серверного ключа за 60 тыщ это не избавит

все суждения имеют смысл если другие проги работают нормально, а то бывает железо само по себе глюкнуло толку тогда на 1с грешить

Разные советчики уже начали обсасывать тему "а покажите тест Гилева, ой какой слабый процессор, а что это у вас гранаты не той система и т.п." Т.е. уходить в сторону от проблемы.
Вам важно вычленить все отличия "до" и "после". Перечислю их еще раз:

1) база была с 2006 года несвернутая. А сейчас свернута только за последний год.
Возможно, во всем виновата свертка. Проверить копию базы на момент "до свертки" на новом сервере.
2) База Обновлена.
На сколько релизов? Может чьи-то не очень прямые ручки внесли изменения в базу в модуль старта (условно) и от этого все тормозит? Проверить развернув копию "до обновления".
3) сервак стоял в локальной сети
А теперь - нет. Возможно, виновата сеть. Самое простое - проверить потери: ping <<servername>> -t -l 65000 -4
4) В догонку: диск SSD. При работе с жесткого разница в скорости не заметна.
Не понятно: вы и диск меняли? База на том же диске что раньше или нет? Если база на новом диске - проверить работу базы на старом диске.
5) перешли с 8.3.12 на 8.3.14
Маловероятно чтоб из-за платформы. Хотя на первые релизы 8.3.14 было много нареканий. Если у вас первый релиз (только если первый) - попробуйте обновиться на крайний 8.3.14. А также на 8.3.12 запустить копию базы по состоянию "до переезда".

Полагаю это не все. Так что дополните список и проверьте всё.