АртемЪ

То есть мне надо понимать предметную область для разработки/изменения конфигурации?

Да. Исключения составляет работа по качественному ТЗ в большой команде.

Быть бухгалтером для работы с бухгалтерией?

Нет, хорошим бухгалтером быть не нужно, но основы бухгалтерии необходимо знать.

Быть медиком/провизором, для работы с 1С Медицина?

Не медиком, а учетчиком.

В платформе 1с можно различить три основных направления - бухгалтерия, учет, и зарплата.
Чтобы работать с каким-то направлением нужно знать его основы, и понимать как работать со встроенными объектами предназначенными для решения этих задач.

Как и где обучиться 1С?

Курсов как грязи - и по платформе, и по языку, конфигурациям.

Необходимый минимум знаний зависит от задач.
В основном нужно знать -
1.Платформа - что это как работает, основные принципы.
2.Собственно язык программирования.
3.Конфигурация - если вы будете работать с конкретной конфигурацией ее нужно знать. Какие задачи она решает и каким образом. Если вы этого не знаете, вы будете городить кривые велосипеды чтобы придумать то, что уже давно реализовано и прекрасно работает.
4.Предметная область - без знания предметной области например основ учета, вы просто не сможете понимать что к чему и зачем.

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

В то же время, вижу что 1С программисты часто выше по оплате рядового программиста.

Чушь.
Если умеешь зарабатывать - будешь зарабатывать используя любой инструмент. Если не умеешь зарабатывать знание инструмента (языка программирования) вообще никак не поможет.

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

Посмотрите описание формата Диадок, и напишите обработку, которая будет формировать выгрузку в нужном формате.
После чего запустите ее.

Как правильнее использовать ресурсы ПК для терминального сервера и 1C+SQL?

Ну для начала - зачем виртуализация?
Виртуализация штука несомненно удобная, поэтому ее есть смысл использовать для удобства работы с инфраструктурой.
Но если на первом месте быстройдействие - есть смысл задуматься, нужна ли она вам.

Особенно проблем доставляют диски при виртуализации. Сразу забываем про такие удобные вещи как TRIM, и зачастую имеем кучу проблем с быстродействием.

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

А кто мешает вынести на быстрый диск только юзерпрофиль? Причем можно использовать физический диск примонтировав его к виртуалке.

Только storage spaces? Работает ли оно в моих условиях?

Работает. Ярусное хранение можно организовать. Но конкретно в вашем случае - когда можно отделить требовательные к скорости файлы явно, лучше так и сделать.

Ну и шлюз - он то тут каким боком? Обычно под это выгоднее выделить специальную железку.
Да и смесь файловых и SQL баз - почему файловые не закинуть на SQL сервер?

Сервер на windows (есть мысль, что во всём виноват он, так ли это? стоит ли переехать на линукс?)

Нет. Быстрее на линуксе работать не будет.

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

Если предположить что базы файловые то -

1. Обратить внимание на клиентские компьютеры которые работают с базой - SSD и8гб озу обязателны. Именно на клиентах. Ну и настройка процессора на максимальную производительность.
   
2. Сеть, и организация шары. Сеть должна быть нормально настроена и работать четко.
   
3. Базы на сервере на SSD желательно, обязательно форматировать диск под базами с размером кластера 8к.
   
4. Обратить пристальное внимание на обслуживание БД. Регулярно проводить реиндексацию и сжатие баз. В процессе работы, а особенно при обновлениях базы распухают - а это все приходится тащить по сети.
   

В общем при нормальной настройке база должна открываться примерно за 1-2минуты. Быстрее не получится. А этих результатов достичь вполне реально.

Из явно видных проблем - raid 1 из 2-х дисков.
Сразу возникает подозрение что на этом массиве установлена система и лежат базы. Так делать нельзя.
Сделали рэйд под систему - отлично. Но под базы будьте добры выделить отдельный диск или рэйд.

Почему зависает операция в 1с?

Смотреть надо - логи, нагрузку на систему мониторить.

Куда копать в какую сторону?

Ну смущает фраза -

логи вынесены на отдельный ссд

Что за SSD? Модель, размер. И какая модель восстановления?
И самое главное - что сподвигло вас вынести логи на SSD?

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

С памятью работает ОС, и она решает что выгружать, а что нет.
Приложения, в том числе и 1с к этому отношения не имеют.

Как при поступлении платежки связать оплату клиента с определенным счетом на сайте?

Это организационный вопрос, а не технический.
Выстраивайте работу с контрагентами так, чтобы было понятно кто, за что платит.

Обычный сервер терминалов.
Размещаете там базу и работаете подключаясь по RDP.

Можно опубликовать базу на веб сервере - но это немного сложнее для неподготовленного пользователя и не всегда возможно.

Зависит от ситуации.

В локальной сети - тонкие клиенты.
В глобальной сети, если сервер находится очень далеко лучше терминал.

Вообще связь тонкого клиента с сервером передает данных не больше чем RDP, а зачастую и меньше.
Канал широкий там не нужен. Но очень важен пинг.
Если пинг высокий работать будет проблемно, поэтому если сервер 1с где нибудь в ДЦ за пару тысяч км, то придется рядом терминал лепить.

Так же терминал используют зачастую для обеспечения безопасности и изоляции.
На терминале пользователя легче изолировать, чтобы он данные из базы никуда не слил.

Реально. 1с умеет работать с HTTP.
Нужно лишь написать модуль который все это будет делать.

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

Если не в курсе где, что и как - обратитесь к специалисту.

Переставьте платформу, похоже на патченный backend.dll

Почему база созданная через psql не пригодна для использования в 1С?

Потому что база кривая. Вы нужные таблицы создали?

Почему 1С не позволяет работать с такой пустой базой?

Потому что 1с не умеет работать с пустыми базами.

но там создается еще куча объектов, все ли они нужны?

Они вообще не нужны, просто без них не работает.

Можно ли в обще создавать пустые базы средствами PostgreSQL?

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

Для быстрой работы файловой базы нужно-
1) Процессор с частотой не менее 3Ггц, чем больше тем лучше! Главное частота, а не количество ядер. Причем речь о постоянной частоте, а не о всяких турбо бустах.
2)Быстрый диск на котором размещена система пользователя. Речь идет о диске компьютера на котором работает пользователь, а не том на котором лежит база! Профиль пользователя должен быть на быстром диске. Саму базу желательно бы тоже на диск.
3)Достаточное количество памяти. Примерно 1,5-2гб на экземпляр, если бухия 2,0, то менее одного гб на экземпляр.. Например у вас на терминальном сервере работает 4пользователя и открывают они не более одной базы, то для 1с вполне хватит 8Гб плюс для системы-память, в итоге 16Гбвполне достаточно..

организован vm на esxi 6.5

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

процессор на хосте 8 CPUs x Intel(R) Xeon(R) CPU L5630 @ 2.13GHz,

Однозначно менять, на более быстрый.

ssd 100gb

Такие бывают? Вроде 120Гб минимум.

• 3Ггц процессор
  
• 8Гб памяти
  
• и SSD на 120гб
  

Это конфигурация для комфортной работы одного пользователя с 1с.
6Гб памяти это для работы одного пользователя мало.

Для каких-то советов мало данных.
Неизвестен размер базы, количество активных пользователей в базе.

Можно ли сделать так

Можно.
Как настроите синхронизацию, так и будет - где то делают только обмен из периферии в центр, где-то полностью синхронизируют.