lubezniy

Переоформление имеет 2 аспекта:
I. Технический
II. Юридический

I. Технический
1. Передача домена - это смена администратора домена. Пишется заявление своему регистратору с просьбой передать домен и заявление от принимающей стороны о согласии на принятие домена. Формы документов обычно имеются на сайте регистратора.
2. Передача лицензии - надо смотреть условия лицензии. Но, в общем случае, это делается через владельца прав - у кого лицензировали/приобретали продукт. Необходимо, чтобы не только Вы сменили владельца лицензии, но и у него это было зафиксировано (Может быть не обязательно, но это зависит от условий лицензии.).
3. Хостинг услуг - это только юридический вопрос - закрывается один договор с ИП и заключается новый договор с ООО. Технически обговаривается только что сервисы/данные не удаляются, а переносятся на новый договор.

II. Юридический
1. Перенос домена. Можно перенести просто по факту - вот не было домена у ООО и вот появился - заключили договор с регистратором. Либо заключается договор, что ИП передает домен ООО - за плату/безвозмездно. Если это зачем-то надо. Если передача без денег, то договор л не делать, чтобы не было повода для налоговой прицепиться.
2. То же самое про лицензию - либо передача просто по факту, либо договор.

В ЛК Регистратора ничего перебивать не надо, т.к. эти действия должны быть задокументированы официально (формально).

Сначала определиться с бюджетом, временем и что у вас есть, прикинуть возможные риски.
Я бы начал с того, что поднял hyper-v (как я понял лицензия у вас есть), одна лицензия это хост + 2 виртуалки, сделал бы план бэкапов и восстоновлений. Поднял бы active directory, посоздовал бы учётки и ввел бы это всю хрень в домен. Из трат - ваше время, время специалистов, пока вы им настраиваете учётки из AD. Если это возможно операционки ставьте новые. Под серверную крайне желательно выделить отдельное помещение с 1-2 кондиционерами и хотя бы ибп, не говорю уже про резервную линию питания.
С сетью очевидно прямых трат больше. Надо прикинуть возможно ли поставить всё в одну коммутационную стойку, или надо несколько стоек по предприятию. Считаем траты на кабель, коммутациюнные шкафы, сколько метров до самых удаленных точек, разетки, маркировка, кабель-каналы и прочий строительный храм + время простоя во время ременота + пространство (КРАЙНЕ ЖЕЛАТЕЛЬНО ЗАКРЫТОЕ, та же серверная) в котором всё это будет находиться. Обсудить с начальством целесообразно ли покупать управляемые свитчи (с тем же storm control и прочими протоколами), либо конторка без проблем денек подождёт, пока вы будете носится как угарелый искать какой такой нехороший сотрудник решил подключить неподключенный кабель в разетку и куда именно, денек до этого выясняя, что это всё-таки именно broadcast storm. Схему рисовать обязательно. Всё должно быть понятно и подписано. В качестве шлюза микротик более, чем норм. И РАЗУМЕЕТСЯ вы на каждую комнату закладываете больше разеток, чем там находится пользователей процентов на 20-80 в зависимости от ситуации.
В описанном не вижу необходимости нарезать vlan'ы и как-то сегментировать сеть, но возможно вы что-то не договариваете, либо я недооцениваю. Разве, видеокамеры в отдельную подсеть и отдельный vlan (хотя и второе не обязательно в зависимости от схемы подключения).
Для принтетов можно подумать принт-сервер. Для удаленки pptp сервер на микротике.

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

Это я так, сходу прикинул. Вообще всё зависит от финансирования.

Так у любой крупной компании с большим штатом специалистов на рутинной деятельности при общении с людьми (читай в любой техподдержке). Такие отделы - бизнес инструмент, который постоянно пытаются соптимизтровать или заставить приносить допдоход. Как правило в таких подразделениях люди работают год-полтора, а дальше или уходят в другие отделы, или совсем из компании.
Обилие негативных отзывов результат большой текучки. Люди приходят, думают халявная офисная работа, а по факту получают гору KPI, жесткую оцифровку и обилие требований/регламентов. Чтобы принять решение о трудоустройстве нужно понимать природу подразделения, что от вас там ждут и сколько вы сможете там проработать. Иначе тоже будете писать негативные отзывы)

SAP окажется слишком узкопрофильным

зависит от того в какой интегратор вас занесет.
Одна крайность - вам доверят один модуль, другая - вам придется лазить по цехам и железо ремонтировать
Потому банально допросите товарища об сути работы фирмы и куда именно вас отправят после стажировки
Также уточните какой бонус ему пообещали за вас

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

если сап накроется, то вам будет не до ИТ впринципе

Платная, но для ваших целей есть:

1С:Предприятие 8.3. Технологическая поставка
https://1c.ru/news/info.jsp?id=18630

Не понятно почему все говорят что отдельно нельзя купить

Данный продукт является технологической поставкой платформы "1С:Предприятие 8.3" и предназначен:

для распространения партнерских прикладных решений,
разработки собственных прикладных решений пользователями.

notepad++ или FAR

Правильно начали, с помощью dd создаёте образ, но не iso, а просто файл, можно без расширения, это будет RAW-образ. Потом его можно подключить в VirtualBox или той же dd записать на другой диск (или на исходный). Главное, делать такую копию не на живой системе, а загрузившись с LiveCD.

Очевидно, нет драйвера для данного контроллера, так бывает, Linux - это лотерея.
Посмотрите на сайте производителя, часто они выкладывают драйвер.
Попробуйте другой дистрибутив, может быть, Ubuntu или CentOS (вторая предпочтительнее).
Если ничего не поможет, настраивайте mdadm.

Как по SSH с линукса на линукс получить доступ к GUI?

Зависит от того, что подразумевается под "доступом к GUI". Есть как минимум два варианта:
- возможность запускать GUI приложение на удалённой машине с отображением интерфейса на локальной машине
- возможность взаимодействовать с локальной машины с дисплеем удалённой машины

Первое делается либо тупо запуском приложения внутри сессии ssh -X, либо запуском удалённого vnc-сервера и присоединением к нему. "Тупо" -- потому что при обрыве связи в первом случае приложение будет потеряно, а во втором -- нет, можно будет присоединиться к vnc повторно и продолжить.

Второе делается запуском x11vnc на удалённой машине с параметром -display указывающим на нужный X11-дисплей и последующим присоединением к этому vnc-серверу.

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

Это не PCI, а PCI-e то есть экспресс! Ты не поверишь, но это разные... вещи.

Конкретно по ссылке - хреновый расширитель, а кабеля и платы там как раз нормальные. Хреновый только из-за того, что одну линию раскидывает на много карт - только для майнинга, там прокачиваемый объём небольшой. Для твоих же задач, нужно искать конструкцию с широким шлейфом в полноценный слот. Но такое найти сложнее (просто по времени).

Delphi (Object Pascal/Lazarus/etc.)

Зачем вообще люди продают - чтобы получить деньги.
Почему например фирма продающая оборудования для переработки леса, не перерабатывает лес сама, а продает оборудование?
Просто это не их работа. Они умеют делать оборудование, и возиться с закупкой леса, его переработкой и продажей им нафиг не надо.

То же самое и тут.
Люди продают оборудования для майнинга потому что им нужны деньги.
Заниматья майнингом, возиться с криптовалютами - им невыгодно, и не интересно.

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

Метод отправки сообщения sendMessage() не предлагает никакого параметра, который бы «пробрасывался» клиенту для последующих запросов. Кроме клавиатур.

Наверное, можно попробовать давать Inline Keyboard для последующих ответов, содержащих в своих параметрах его предыдущие ответы (до 64 байт).

Например, первым вопросом спрашивать что-то длинное типа имени-фамилии, чтобы он ввёл текстом. А последующие ответы принимать только через заготовленные кнопки.

Но всё это попахивает ржавым велосипедом. Вам лучше подумать, как хранить state на сервере. Пусть во временном in-memory хранилище – Memcached или Redis.