Евгений

случайно наткнулся на этот пост в гугле. не могу не удержаться и понекрофильствовать.

вместе с tmp_table_size обязательно нужно увеличивать max_heap_table_size (максимальный размер memory таблиц)

Купите ИБП. Надо бороться с причиной, а не следствием.

Cobian Backup с теневым копированием и ограниченным числом копий, далее Google Drive как локальный диск без корзины

Базу забэкапить стандартным способом локально, далее Duplicati2 - шифруется и по 50 метров в облако кусками. В любое. На яндексе можно 1тб за 2к в год купить (не реклама)

Базу в парольный архив, архив на облако по webdav или через родной клиент(google). Чем проще тем стабильней.

Он именно и работает как сеанс, в отличии от TeamViewer, AmmyAdmin или RAdmin.
Проблема в том, что используется иной графический драйвер и вся графика обрабатывается программно. И только это видят программы. И работают часто криво.

А выше упомянутые софтины уд. доступа лишь транслируют картинку.

Буквально неделю назад сделал себе первый вариант - бюджетный.
- Сервер HPE DL120 Gen9 оперативы 64, два блока питания.
- SSD Intel на 240Gb (серия Interprise, те которые для баз данных, в большим циклом записи в день) - 2 штуки в зеркало под Windows server 2016
- SSD Intel на 240Gb (те же) - 1 штука, под размещение файлов базы MSSQL.
- HDD WD RE 1Tb - под временные бекапы базы.

Работает как часы, грузится моментально. Пользователи довольны, работает 45 человек.

Выше сказано верно, на два сервера вам не хватит.
Ваш вариант все на 1-ном.
Не сочтите за рекламу просто первый результат в google здесь конфигуратор с ценами.
-Дорого обойдется процессор (чем выше частота тем лучше) и SSD диски (выбрать нужно исходя из того что чаще делают пользователи, записывают информацию в базу или считывают, или по наиболее критичной ресурсоёмкой операции).
-На ОЗУ можно выиграть 1-2 т.р., с вашим бюджетом может быть критично)), поиграйтесь с планками 4х16 или 2х32 увидите разницу.
-Если вам позже, но это должно быть точно, смогут дать денег на приобретение доп. комплектующих (аргументируйте ростом пользователей в будущем), то для начала берите сервер с 1 CPU но возможностью установки второго, с 1 блоком питания но с возможностью установки второго, например 32 гб ОЗУ (маловато конечно но терпимо) позже расширите до 64 гб минимум. Под базу нужен минимум RAID1 SSD позже можно добавить и пересобрать.
-Дальше по железу, если есть большая критичность потери данных, то RAID контроллер с кэшом и батарейкой)) обязательно.
-1С не умеет распараллеливать запросы в БД! По этому гнаться нужно не за ядрами а за частотой CPU (только если вы не мега программист 1С и умеете писать запросы напрямую в БД MS SQL (сама MS SQL отлично их "параллелит")).
-БД должна быть на отдельном диске, tempdb нужно поместить на отдельный диск, логи БД лучше всего тоже поместить на отдельный диск (речь идет только про SSD), так как в последних двух идет очень интенсивный обмен.
-А вот ОС можно поставить на обычные HDD, (естественно желательно на 1 RAID).
-Сетевые интерфейсы обычно их минимум 2 по 1 Гб/с, можно объединить с помощью NIC Teaming, будет 2 Гб/с (посмотрите по нынешней загрузке, может больше и не понадобиться).
-Почему 1С сервер и БД на одном сервере? Все из за заветного протокола Shared Memory (гулить Shared Memory и 1С).
Спросите, если будет интересно что-то еще.

Начнем с цитаты:

всякие лаунчеры, турболанчи и прочее

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

Вообще,

всякие лаунчеры, турболанчи и прочее

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

desktopwidth:i:<value>
desktopheight:i:<value>
where <value> is the resolution, such as 1680 or 1050.

Или
winitpro.ru/index.php/2017/12/27/rdp-masshtabirova...

Добавить 2 ssd, на один поставить систему второй под базу.
на hdd делать ежесуточные бэкапы
рейд нужен только в случае требований безотказной работы. 4 юзера легко подождут раската вчерашнего бэкапа и за полчаса восстановят все что сделали.
антивирус встроенный, все остальное зарезать на корню

Есть ли смысл делать софтварный рейд?

Нет, конечно, потеряют юзеры свою базу, вам-то что, она ж не ваша.

Какие настройки безопасности необходимо выполнить?

Разрешать подключаться по RDP только тем, кому можно, выдать им сложные пароли, накатить все обновления, какие есть, настроить брандмауэр, настроить бэкапы, настроить политики выполнения программ, разрешив только 1С. Желательно бы ещё сменить порт RDP на какой-нибудь неочевидный.

Необходимо ли устанавливать антивирус?

Не особо, хватит встроенного.

Оем нельзя так использовать. Остальные варианты это какой-то трэшак.
Либо вы поднимаете терминальный сервер под винду и за всё платите, либо вы поднимаете терминальный сервер под линукс со всеми вытекающими проблемами.

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

Из того, что я пробовал лучше всего работала классика. Винда терминальник + мсскл + скрюдрайвер для принтеров.

Планируется установка 1С

Какая конфигурация???....

RAM: 4GB

для Текущих конфигураций Бухгалтерских этого маловато. Учитывая что ОС съесть памяти, на 1с-ну останется чуток.
Если это "нового" формата, рекомендую посмотеть в сторону публикации базы в веб и работать без подключения по rdp. Пусть юзеры работают через браузер

Windows Server 2019 + лицензии на терминальник + лицензии на 1с + лицензии на базу + ScrewDrivers
Если по хорошему.
Если по плохому вариантов много.

Сервеную однозначно так как будет многопользовательский режим - 2 и более юзера одновременно!