RStarun

https://yandex2mail.ru/ - да пожалуйста.

Не надо так делать. Не надо усложнять, всякие динамические диски и т.п.
Вы в оснастке Hyper-V создаете новый виртуальный диск, добавляете его к виртуалке.
Внутри виртуалки перетаскиваете все данные с диска D на новый диск (любую букву присваиваете).
Старый, освободившийся диск D удаляете.
Получается справа от диска C свободное пространство, туда и расширяете его.

Да, можно. Вопрос - зачем?
Какие-то драйвера на десктопном железе могут ставиться криво. Есть вероятность получить производительность во всяких там 3d ниже. Какие-то плюшки десктопные могут отсутствовать.
Но если вы привыкли десктоп использовать для ssh подключений к другим машинам, для серфинга в FF, для запуска скриптов python и других подобных задач, то разницы нет на чем вы это будете запускать.
Если в GTA играть и 3д макс запускать, то наверное лучше win десктопную ставить.

Раньше MS еще более или менее продвигала RDP в качестве решения для тонких клиентов, а значит, по сути, для замены десктопу. Но потом поняли что VDI будет давать больше денег и стали продвигать в эту тему VDI.

Вероятность того что рейд контроллер сдохнет крайне мала. Она ниже чем вероятность выхода из строя нескольких дисков или сервера в целом.
У каждого рейд контроллера есть документация. В ней указано можно ли заменить адаптер. Например у контроллеров HPE обычно есть возможность апгрейда. То есть новый raid контроллер увидит диски от старого и сможет импортнуть их к себе. Но в документации оговаривается с каких версий ПО и на какие это поддерживается.

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

Стандартная ситуация. Возникает в связи с традицией иметь системный диск и диск с данными. Раньше люди часто ОС переставляли и считалось хорошим тоном данные на втором логическом разделе иметь.

Решение очень простое.
1. Переносите все данные с диска D на любой носитель (соседний комп, внешний диск).
2. В оснастке "управление дисками" выбираете диск D и удаляете его. Правой кнопкой мышки, удалить том. Должно образоваться "не занятое место" с черным окрасом.
3. Там же, на диске C, жмякаете правой кнопкой - расширить диск и указываете на сколько его нужно расширить. Рекомендую на все имеющееся пространство, и обходиться без диска D в дальнейшем.
4. Возвращаете ваши данные с внешнего носителя на диск C в какую-нить папку.

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

сама ilo вроде умеет отправлять алерты по всем возможным сбоям которые она наблюдает. В том числе и на почту. Это если диски от HP конечно.

При подключении должны пробрасываться порты.
Не знаю что вы там видите в реестре, но они должны быть доступны через диспетчер устройств (если мне не изменяет память). Утилита тест драйвера от Атол должна находить кассы через такие подключения - проверено.
обычно при этом Com порты не 1-2, а, внезапно, 9.
Работает только медленно, может отваливаться по таймауту, приходится играть с таймаутом.
В настройках rdp подключения указали "проброс портов"?

В принципе ничем не грозит. Но необходимость такого решения зависит от поставленных задач, условий.
Например, если вы ставите ОС Win на raid1, то выбора у вас особо нет. Скажем так, оно обычно работает.
В случае сбоя диска может не решить поставленную задачу - то есть загрузка может не произойти. Но потерять данные в такой конфигурации сложно. Данные должны будут остаться в виде дубликата на дисках.
Если вы планируете использовать R1 под хранение данных не на системном диске, то есть варианты лучше. Тот же программный рейд от винды.
По конкретному программно-аппаратному raid нужно читать документашку, смотреть отзывы. Ведь вы не на брендовом компе от HP/Dell/Lenovo собираетесь поднимать, а на самосборе? Например, нельзя в intel rste raid 1 использовать SSD Samsung 870 EVO и многие другие SSD. В Raid 0 можно, а в Raid 1 нельзя. Думаю оно не дает контроллеру диска нормально делать trim.

Возможно я неправильно понял вопрос, но вообще меню команд бота задается через BotFather. Хотя это может я по старинке...

Если это внутри вашей инфраструктуры и все это на Hyper-v и большая часть win, то по мнению МС вы должны использовать System center VMM + SCCM или как там его сейчас звать. Первый вводит в эксплуатацию голое железо, деплоит на нем виртуалки из образов, второй может деплоить софт (насколько я помню).
Но все это можно заменить скриптами, Powershell'ом. Большим количеством powershell'a и т.п.. Ими можно и виртуалки разворачивать и внутри виртуалок потом что-то задуманное воплощать. Наверное не все, но многое.
На голый хост, например, силами power не накатить гипервизор )

Вы можете настроить резервное копирование любой удобной вам программой. Их много и многие из них бесплатны. Cobian, duplicati... Пусть она копирует уже сжатые данные (папки с документами на сервере неплохо сжимаются) в отдельную папку, можно и у документы юзера. А уже эта папка синхронизируется с облачным хранилищем. Некоторые проги сразу умеют сами закидывать в облака.

У ЯДиска есть настройка расположения папок.
Учтите что Яндексу не очень нравится такой вариант использования, со своей стороны они могут периодически что-то менять.

А чего вы хотите добиться?
Предположим у вас накрылся сервер. В этом случае копии сохранятся.
Предположим у вас сотрудник удалил файлы в папке. Через месяц в облаке они тоже удаляться.
Предположим шифровальщик. Если в истории файлов есть нужные файлы до шифрования, вы спасены.
Ну и самый печальный вариант. Шифровальщик который узнал ваши учетные данные для подключения к ЯДиску...

Настройте лучше копирование сразу в разные места, часть этих мест - оффлайн. Это значительно повысит ваши шансы на успешное восстановление

Количество юзеров у вас небольшое. По соотношению производительность/стоимость конечно же мощный ПК сделает сервер если не в разы, то около того. То есть вы можете поставить ПК на базе последнего поколения Ryzen/i7 и вам этого наверняка хватит. Стоить будет значительно дешевле сервера начального уровня и работать будет значительно шустрее. Но возникает вопрос администрирования и надежности. У ПК обычно нет ECC памяти и сдвоенных блоков питания, а так же средств диагностики и удаленного управления. Выбор за вами. Нужно посчитать все решение на сервере и посмотреть можете ли вы себе его позволить. В решение должны войти железка, лицензии МС, ИБП, хранилка для бэкапов или просто съемный диск.
Делать файловый вариант в данном случае не стоит. Либо терминальный либо веб публикацию если конфига позволяет, либо серверный.
По архитектуре решения.
Самый дешевый вариант - веб публикация. Не требует никаких доп лицензий. Но нужно убедиться что конфигурация поддерживает. Можно хоть сейчас попробовать, проверить устраивает ли вариант.
Вариант подороже это терминальный доступ + файловая база. Наверное оптимальный для 5-15 юзеров. Нужно будет купить win srv (40k) + TS CAL(5k*10).
Сервер 1с предприятия наверное будет перебор на 10 юзеров. 60-90к на саму лицензию сервера + еще на лицензию МС SQL или ковырять postgre который на Win не дает хороших результатов. С другой стороны тогда можно не покупать терминальные лицензии.
Посчитайте все варианты, сведите в табличку и поймете на что хватает, на что не очень.

Чаще всего встречаю такую картину если неправильно настроен ДНС на клиентах и на сервере. Посмотрите в настройках сетевых адаптеров на клиентских ПК - кто прописан в качестве ДНС сервера? Вероятно там прописано что угодно, например 8.8.8.8, только не нужный адрес - адрес вашего dns сервера. Там должен быть он и ТОЛЬКО он! Если DC несколько, то конечно несколько адресов. Если там прописаны другие DNS сервера, скажем Яндекса, то откуда Яндекс может знать ваши внутренние адреса в вашей сети?
Так же, если адреса присваивали вручную, то хорошо бы указать DNS суффикс подключения. Если суффикс не указан, то по запросу pc03 комп может ничего не найти, а если указать, то он сначала попробует найти pc03.mylan.local и, скорее всего, найдет.
Со стороны сервера необходимо чтобы в настройках сетевого адаптера так же был прописан в днс сам сервер (127.0.0.1). Ну и далее уже смотрим настройки службы сервера ДНС если что-то не так.
Если используете dhcp, то сервер dhcp должен быть авторизован в домене чтобы его записи попадали на dns сервер. Если не используете и прописываете адреса руками, то пропишите так же руками и в dns эти ip/hostname.
В качестве средства диагностики используйте nslookup - отличная штука которая позволяет сразу выявить кучу проблем вместо тыканья вслепую.

Варианты:
1. wifi сеть на сервере вероятно воспринимается как "общедоступная", а значит недоверенная. Нужно посмотреть настройки файрвола
2. при подключении по wifi выдается новый ip адрес, а подключиться пытаетесь по старому.

Вероятно у вас хороший сервер с raid контроллером на борту.
С его помощью создайте Raid уровня 1 (зеркало) из двух свободных дисков 146gb. Это делается прямо из винды, через программу Hp storage manager.
После этого у вас появится новый свободный диск на 146 гб куда вы сможете скопировать полностью вашу текущую папку и расшарить ее уже по новому местонахождению. У вас в системе окажется один диск 146 под Windows server и один 146 для вашей папки.
При копировании желательно использовать всякие xcopy чтобы данные перенеслись сразу с необходимыми правами доступа. При таком решении у вас папка будет еще и защищена от выхода из строя одного диска.
Диск на 1тб можно воткнуть в этот сервер только в качестве внешнего диска, через usb переходник (внешний бокс). И это стоит сделать. Используйте его как локальное хранилище для автоматических резервных копий. Ну или как съемный носитель для резервных копий.

Данных для решения задачи недостаточно. Но первое что приходит на ум, это подключить все диски к одному контроллеру. На P841 скорее всего 4 разъема, если они не все заняты, то берем один из них и подключаем внутрь сервера, к backplain. А P840 просто выкидываем из сервера.
То есть кабель с внешнего разъема заворачиваем аккуратно через заглушку внутрь. Не совсем по феншую, но зато рабочее решение. Сможете все диски подключить в один контроллер и построить один большой массив. Просто представьте что передняя часть сервера с дисками и backplane'ом это та же дисковая полка по сути.
Тут, правда, нужно смотреть точки отказа и в сервере и в полках.
В идеале я бы на такое количество дисков уже брал HBA и подключал все все диски к нему, а дальше программный рейд в зависимости от ОС и задачи.

УТ это такая штука которую каждый под себя переписывает. Возьмите, да и напишите себе там часть с патентом. Штатно, насколько мне известно, 1с не выпустила пока версию 10.3 с поддержкой патента, хотя какие-то заготовки уже есть в конфигурации.
Если у вас 10.3 писана, переписана - перепишите еще раз, добавив патент.
Если у вас 10.3 штатная, то переезд на 11 версию дело 1-го дня.

Так пусть каждый со своим накопителем изначально и работает. Раз так нужно чтобы не пересекались. Воткнул накопитель и работает. Потом выключил, выткнул.
Другой пришел, воткнул, работает. У каждого на своем накопителе своя ОС.
Ведь если будут разные ОС, то из под одной из ОС пользователь по любому сможет получить доступ к данным другого пользователя. Тут только если шифровать.

Микроофис не требует сисадмина. Нужен аутсорс - человек который разово настроит и при необходимости к которому можно обратиться за решением технических вопросов. Такие люди есть на рынке, не все сисадмины с утра до ночи в газпромах работают. Настроить на сервере/ роутере RDP займет 3-4 ч. часа. Такие разовые работы любой микроофис потянет.
Вероятно потребуется пара более или менее одинаковых роутера для поднятия тоннеля. Как правило, кроме rdp есть еще и файлопомойки, которые через rdp не всегда удобно юзать.