Антон Антон

Что-то типа того:

Для каждого Стр Из Таблица Цикл
  МассивПодстрок = Новый Массив;
  Для каждого Кол Из Таблица.Колонки Цикл
    МассивПодстрок.Добавить(Стр[Кол.Имя]);
  КонецЦикла;
   Сообщить(СтрСоединить(МассивПодстрок, " "));
КонецЦикла;

Можно поставить реверс прокси с распределением нагрузки по разным веб-серверам, затем можно поставить кластер серверов с несколькими физическими рабочими серверами (лицензия на сервер нужна на каждый). Нагрузку на СУБД распределить по разным серверам не получится.
Но вообще 160 пользователей и на одном сервере прекрасно будут работать через веб клиента. А лучше - через тонкого по протоколу HTTP

Это самозакрытый тег XML, https://coderoad.ru/7231902/%D0%A1%D0%B0%D0%BC%D0%...

Если пользователей больше одного, то базовая отпадает, ПРОФ - подходит. Сервер для 3 пользователей не обязательно.

Забудьте про файловую, на 18 пользователей не взлетит. В общем случае - линукс + постгре 9.6 (10 версию можно, но нужно тестировать, на блоке расчета ЗП могут быть непонятки)
1с: коробка, 20 клиентских лицензий + сервер х64 (почему не уберут 32битную версию - не знаю). С коробкой будет ИТС на 3 месяца. Потом нужно продлить, чтобы получать обновления.

Да. То, что выдается, разруливается правами на объекты у пользователя, под которым вы используете этот самый интерфейс oData.

Как правило в body ответа ошибка 1с описана.
Ну и в IIS уже должно быть что-то типа: Диспетчер служб IIS ‑ <Конкретный сервер> ‑ сайты ‑ ‑ <Имя виртуального приложения> ‑ Страницы ошибок ‑ Изменить параметры… Если сервер обнаружил ошибку, возвратить в значение Подробные сообщения об ошибках.

Если хочется переиспользовать COM между серверными вызовами, то можно попробовать общий модуль с повторным возвратом значений. Тогда если пользовательский сеанс не мигрировал на другой rphost и не прошло 20 минут между вызовами, то com соединение будет устанавливаться только один раз. На клиенте проще - можно в начале модуля формы написать

&НаКлиенте
Перем МояПеременная

и использовать её для com объекта. А вообще сама технология устарела, я бы искал альтернативы.

Отказаться от remote app в пользу обычного rdp (кстати и некоторые другие глюки типа уплывания модального окна под основное (не только в 1с) таким образом будут обойдены) + запрет на несколько сессий под одним пользователем.