Dieman666

поменять хард на ссд, перебить ОС, драйвера с офф сайта, если есть

вообще откровенно говоря у hp софт вызывает отчаяние.
у canon мфу очень хороший софт для скана, где присутствует среди драйверов mf scan utility

Я исходя из своих наблюдений и опыта решил отказаться от рейдов на ссд и все виртуализировать.
Как бы сделал лично я:
проц для виртуализации без малых ядер, либо это i5 12400, либо отключать у 12700 4 ядра мелких, хотя как правило при включении hyper-v роли в винсервер это автоматом делается. Либо амд камни рассматривать уже, если нужно 8/16 ядер/потоков.
сата ссд тоже самсунг, нвме самунг - pro, все самсунги перед использованием проверить на оригинальность в фирменном софте и если будет обновление прошивки, также обновить.
ОЗУ естественно 64 гига, не ниже. 2 планки по 32 гига, частота 3200
материнка естественно для всего этого дела нормальная с радиаторами на обоих плечах врм. MSI PRO B760-P DDR4, например она. для 12400 охлада хватит и 4 теплотрубки со 120мм вентилем, для 12700 взять какой-нить ID-COOLING SE-206-XT/DEEPCOOL AG620
Винсервер не ниже 2019 года, с обновами естественно.
На сата ссд один хостовую винсервер с ролью hyper-v.
для сервера 1с+sql сервера выделить прям отдельный нвме ссд (именно выделить, а не положить vhdx контейнер на инициализированный в хостовой системе ссд. Можно в инете найти, как в hyper-v напрямую диски прокидывать, чтобы не терять скорость накопителя.
Бэкапить хостовую ОС можно штатными средствами, ну и виртуалку с 1с+sql на хард.
тут и полные резервные копии вам, и защита от случайных ошибок, ибо на виртуалках можно спокойно контрольные точки создавать и возвращаться на них в случае проблем)
Отдельный бэкап также лучше организовать на другой комп.
Софтовый рейд в винде нормально не даст загрузиться хостовой ОС в efi режиме, если системные диски зеркалить, там целый квест с командами нужно провернуть для этого, чтобы efi загрузчик был и на зеркальном диске.
А при виртуализации зеркалить ссд с sql смысла не вижу ,ибо по сути каждый день будет готовая виртуалка с базой в бэкапе. Даже за несколько дней предыдущих в случае чего. Ибо рейд - это не про сохранность данных, а про минимизацию простоя при выходе накопителя. Вот прозапас купить ссд и просто держать его на полочке имеет смысл)
Также не понятно, как будут клиенты подключаться к серваку с 1с, не через толстый клиент же, это тормознутый прошлый век.
Так что тут либо по старинке отдельной виртуалкой rdp сервер можно развернуть, сервер 1с+sql вообще вывести из общей сети внутренней виртуальной сетевой картой в hyper-v, а rdp сервер будет смотреть как в общую сеть одной сетевой расшаренной картой, так и в сторону sql сервера второй внутренней сетевухой. Канальная скорость внутренней сетевухи 10 Гбит, так что узкой полосы не будет в этом плане.
Если веб сервер, то можно развернуть в принципе на том же sql серваке, чтобы не маяться.

ну для начала vbox - максимально тормознутый гипервизор.
эт если ток в целях ознакомления с оными технологиями.
во вторых для меня новость, что до сих пор люд запускает виртуалки с разностными ядрами
достаточно загуглить alder lake hyper-v/vmware, чтобы проблему понять, а в конце 2к25 эт больше на сюр похоже)

мде... валить нужно из такой фирмы...
в общем все репитеры из цепочки удалять, на микроте вайфай загасить, купить меш систему от тп линк недорогую, типа deco m5, соединить все точки кабелем, включить на точках режим точки доступа, отключить умный dhcp
и зачем делать 2 сети, если у них там один фиг один и тот же шлюз и dhcp сервер?
явно же вланы не поддерживаются на точках, так что оставлять одну общую вайфай сеть и не колзозить костыли

я бы для начала udp протокол отключил и посмотрел на работу дальнейшую

Вопрос несколько сложный и зависит не от одного фактора.
Для начала каналы wifi, в частности 5 ггц.
частенько с клиентами возникают проблемы, если точки сидят на каналах, отличных от 36-48
для проверки ширину канала на 5 ггц выставляем в 40 мгц и раскидываем в пределах этих каналов точки.
Для 2.4 ггц ширину канала ставим в 20 мгц и фасуем также вручную по незанятым каналам.
второй момент, это выставлены ли настройки 802.11 r/k/v для плавного перехода? если нет, то в настройках проставить.
Третий момент, какая выставлена мощность точек для обоих диапазонов?
лучше всего не превышать 20дбм на 5 ггц и 16дбм на 2.4 ггц.
Четвертые и пятые моменты, это выставить ограничение подключенных клиентов в настройках на разных диапазонах для каждой точки, а также можно настроить min rssi ,чтобы клиент отключался от точки при достижении порога сигнала

мало вводных данных.
какие модели роутеров? как подключены? (по файфай или по кабелю между собой)
надеюсь хоть wifi система используется фирменная кинетика для подключения второго роутера?)
прошивка роутера и репитера обновлены до последней версии?
если по вайфай подключение, значит нужно знать картину занятости каналов файфай на 2.4 и 5 ггц.
юзать прогу wifi analyzer на телефоне.
а также скрин подключения репитера из основного роутера в wifi системе

для начала нужно огласить финальные задачи/цели. для чего нужен гпу

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

радмин уде давно устарел.
незаметное подключение можно через litemanager произвести
иконку в трее там можно настроить и спрятать, в общем экспериментируйте именно с этой прогой.

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

в первую очередь отключить udp протокол

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

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

модели нвме дисков огласите.
а также нужно провести скоростные тесты через Live cd на этих дисках.
тест чтения виндовой виктории, а также тест последовательной записи aida64
p.s. 2025 винсервер в прод - такое себе решение.
система новая и не ясно, сколько нюансов она может привнести.
2019 винсерв с обновами бест чойс.
по поводу памяти, к 1с как люди подключаются? rdp/remoteapp/публикация базы и подключение через тонкий/веб клиент? настроено ли ограничение памяти в субд?
так ли нужно людям создавать полноценную рдп сессию на сервере для работы?
ибо доки и так можно через шару с огр правами (тем более домен есть) рулить, а подключение извне через впн

ну для начала использовать бытовые тупорылые роутеры как точки доступа - изначально плохая затея.
я бы понял, если бы хотя бы все кинетики были в wifi система была бы настроена, там и вланы передавать можно и пр, правда с оговоркой, что кины будут хотя бы гигабитные на популярном мипсе MT7621, а головной по хорошему уже на arm.

я через WDIDLE3 как раз в свое время отключал парковку на гринах, а также на некоторых редах

с++ библиотеки попробуй проставить