RStarun

веб сервисы
Там дальше еще указать права из раздела directory и api. Указываются теперь поиском, а не выбором из списка.
Но я думаю вы уже эти вопросы решили давно, на дворе апрель. Просто вдруг кто искать будет.

Если в спектр хобби и рабочих обязанностей не входит поднятие серверов, мониторинг, работы с рейдами и бэкапами, то наверное лучше использовать коробочные решения. QSAN, QNAS, QNAP - любые штуки с Q.
Продавцы сами подберут под требования железяку, ибо такое обычно в магазине на полках не валяется.
Скорее всего подойдет то что позиционируется производителем под видеонаблюдение, исходя из того что кроме объема требований не озвучено.
И диски продаваны тоже подберут. Лучше сразу в пару контор обратиться (больше не стоит, много волокиты). Тринити, например, слышал что адекватны. И по текущим условиям гарантий что-то скажут.

Да, диски объемом больше 6 тб я бы не советовал. Ну то есть при любом уровне рейда перестроение может идти очень долго на дисках большого объема. Получается уже хранилка на 24 бэя. Хотя опять же - тз нет.

Ни разу не маркетолог, но почему нельзя присутствовать во всех соц сетях? Есть же всякие сервисы для постинга везде, чтобы меньше времени на это уходило. Ну и нужно понимать где заказчики находятся. Если есть в РФ, то придется VK тоже подключать. Тут Youtube к концу года могут и заблочить.
Хотя Instagram FB заблочены, но все кто хочет пользуются... В любом случае не понимаю зачем себя ограничивать какой-то одной сетью.

Идея так себе. Спрашивать мнение в интернетах. Ответственность за потраченные деньги Вася Пупкин с Хабра будет нести? Regard хоть как-то потом сможет ответить, ну хоть промычать.
Отвечая на ваш вопрос - взлететь вроде должно.

• Кулер не всегда в базе платформы идет, нужно читать
  
• Памяти не надо по 8 гиг брать, берите по 32 хотя бы.
  
• Диски по 8 тб в рейде будут перестраиваться так долго что успеет сдохнуть еще диск. Берите по 6 тб, но большее количество.
  
• 2 тб непонятно зачем, хотя в целом задачи не указаны
  
• про ssd люди пишут
  
• Intel РФ не любит, может лучше Supermicro? А то потом VPN для скачивания дров использовать.
  

Вообще пофиг.
Хотя если подумать - может на микро доли процентов уменьшаться шанс критического воздействия головкой на пластины если располагать блины параллельно вибрационной нагрузке. То есть при внешней вибрации у головки будет больше шансов промахнуться мимо читаемого блока чем чиркнуть по блину. Если исходить из того что вибрации будут в основном идти от пола (трамваи ездют, люди ходют), то размещение вертикально выглядит более рационально. Но это тема для "британских ученых" :)

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 - отличная штука которая позволяет сразу выявить кучу проблем вместо тыканья вслепую.