Разницы почти нет, есть особенности из-за которых какие-то операции быстрее в ms sql, какие-то в postgresql
В целом по скорости вопрос давно снят, осталось победить некоторые нюансы эксплуатации

Вопрос перехода сейчас упирается не в опасения по скорости, а в боязнь Linux и новой субд

А по поводу тестов - единственный тест которому можно верить, это собственноручный тест вашей нагрузки на ваших данных. Всё остальное это просто ориентир

мне без разницы на чем запуускать , да и я большой разницы не вижу

решил спросить как дела у других с эти обстоят

То есть у вас уже куплены лицензии от МС?

Не верная постановка вопроса , все зависит от клиента

Вот где встаёт вопрос выбора, там и тестируйте
А где такого вопроса нет, то знания о том как оно о других точно лишнее

1zp9

Знанния никогда лишними не бывают

Здравствуйте! Подскажите, пожалуйста, куда копать. После аварийной остановки сервера не запускается служба postgres.

postgrespro-1c-13.service - Postgres Pro 1c 13 database server
  Loaded: loaded (/lib/systemd/system/postgrespro-1c-13.service; enabled; vendor preset: enabled)
  Active: failed (Result: timeout) since Mon 2021-06-21 13:03:32 +06; 10s ago
 Process: 1090 ExecStart=/bin/sh -c if [ "$ENABLE_ONLINE_UPGRADE" = "1" ]; then exec setarch x86_64 -R /opt/pgpro/1c-13/bin/postgres -D ${PGDATA}; else exec
 Process: 990 ExecStartPre=/opt/pgpro/1c-13/bin/check-db-dir ${PGDATA} (code=exited, status=0/SUCCESS)
Main PID: 1090 (code=killed, signal=KILL)

июн 21 13:00:33 csv3 sh[1090]: 2021-06-21 07:00:33.426 UTC [1090] СООБЩЕНИЕ:  передача вывода в протокол процессу сбора протоколов
июн 21 13:00:33 csv3 sh[1090]: 2021-06-21 07:00:33.426 UTC [1090] ПОДСКАЗКА:  В дальнейшем протоколы будут выводиться в каталог "log".
июн 21 13:02:02 csv3 systemd[1]: postgrespro-1c-13.service: Start operation timed out. Terminating.
июн 21 13:03:32 csv3 systemd[1]: postgrespro-1c-13.service: State 'stop-sigterm' timed out. Killing.
июн 21 13:03:32 csv3 systemd[1]: postgrespro-1c-13.service: Killing process 1090 (postgres) with signal SIGKILL.
июн 21 13:03:32 csv3 systemd[1]: postgrespro-1c-13.service: Killing process 1280 (postgres) with signal SIGKILL.
июн 21 13:03:32 csv3 systemd[1]: postgrespro-1c-13.service: Killing process 1580 (postgres) with signal SIGKILL.
июн 21 13:03:32 csv3 systemd[1]: postgrespro-1c-13.service: Main process exited, code=killed, status=9/KILL
июн 21 13:03:32 csv3 systemd[1]: postgrespro-1c-13.service: Failed with result 'timeout'.
июн 21 13:03:32 csv3 systemd[1]: Failed to start Postgres Pro 1c 13 database server.

Запускайте вручную задав таймайут

/opt/pgpro/1c-13/bin/pg_ctl -D /var/lib/pgpro/1c-13/data/ -l /tmp/start.log --timeout=2400 start

--enable-online-upgrade

   Prepare the database cluster for minor version upgrades without a server restart. Such cluster could be upgraded later while staying online, i.e., no client connection would be interrupted during the installation of a new server version.
Хм, я обычно так не рискую.

Это дефолтная настройка запуска службы. Я ее не правил. Сам удивлен.

Это явление относиться к systemd а не к postgresql

Запустился?

Нет, к сожалению ((

а что в логах?

К черту логи, postgres в памяти не остался часом? А то вывод скрипта - это ниачом.

Ищите логи. Бывает такое постгрес на старте начинает восстанавливать свою БД. Это дело не быстрое, postgres не препеходит в режим "ready" и systemd убивает его по истечении времени.