АртемЪ

Программы подбираются под ситуацию. Общего универсального средства нет.
Можно использовать и штатные механизмы WIndows, работают отлично, хотя не всегда удобны.

Как правило делается образ системных дисков серверов - для быстрого развертывания.
Диски виртуальных машин как правило удобнее делать отдельно.
Такие вещи как БД лучше бэкапить штатными средствами в большинстве случаев.

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

2)Работа механизма бэкапа должна обязательно контролироваться - чтобы в случае неуспеха и проблем приходили сообщения ответственным лицам. Иначе по факту зачастую оказывается бэкап есть, но за прошлый год.

3)Доступ к хранилищу бэкапов по сети должен быть только у пользователей которые создают бэкап, больше ни у кого, даже у администраторов не должно быть доступа. В идеале сам сервер бэкапа забирает бэкап.

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

5)Особо критичные данные должны хранится территориально удаленно.

каждый язык сделан под свою группу задач

так и есть.

якобы можно программировать все и на всем, различие только в простоте и лаконичности метода выполнения задачи.

Это так, но с некоторыми оговорками.

Компьютер понимает один язык - машинные коды.
Человеку этот язык крайне неудобен поэтому для удобства делаются языки более-менее понятные человеку после чего программа переводится в машинный код понятный компьютеру.

Например самый низкоуровневый - ассемблер.
Минимум абстракции близок к машинным кодам - язык очень гибкий и сделать на нем можно что угодно, но написать на нем обычный текстовый редактор вроде блокнота - это куча кода и месяцы работы.
Или взять C довольно низкоуровневый язык, позволяет что угодно, но тоже объемный проект очень долго писать, хотя конечно на порядок быстрее чем на ассемблере. Можно написать драйвер на нем.
А вот всякие C#, пайтон - это уже языки более высокого уровня - писать гораздо быстрее, не надо думать о выделении памяти, и вообще пофиг что там и как под капотом. Десяток строк кода и у вас уже работает нейросеть. Но драйвер для устройства на них уже не получится написать.

Ну и есть специализации - например php это язык для серверного бэкэнда для этого он разрабатывался и неплохо себя в этом показывает. Написать на нем обычное десктопное приложение затруднительно, хотя и можно, но это будет набор костылей.
Пайтон - универсальный, подходит для написания бэкэнда, для скриптов администратора, для научных расчетов, на нем можно и десктопные приложения писать.
C# заточен для работы в майкрософтовской инфраструктуре - если нужно написать десктопное приложение идеальный язык.
Java - корпоративный язык.
JS - скрипты администратора, фронтэнд.

Элементарно.

1. Второй микротик подключаете к локальной сети кабелем в LAN порт (те порты которые у вас в свитч)
   
2. Отключаете на нем DHCP
   
3. Настраиваете WiFi с тем же SSID и паролем.
   

И все будет работать.
Небольшой тюнинг -
Частоту ставите другую для минимизации взаимных помех, или автовыбор.
По размещению желательно тоже смотреть чтобы они меньше пересекались и мешали друг другу - используя естественные препятствия на пути WiFi сигнала и убавляя мощность передатчика.

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

NTLDR is missing - банально не видит загрузчика.
Скорее всего нет диска с загрузчиком, либо не на том диске его ищет.
В BOOT MENU поставьте первым диском в очереди загрузки именно системный диск.
Там например может тупо стоять дисковод, или какой нибудь диск с архивами.
Если не поможет - тогда придется править загрузчик, это надо загрузится с какого-нибудь диска (проще всего установочный диск), попасть в консоль, и сделать fixmbr и возможно bootcfg /rebuild.

клавиатура выключается при заходе

Втыкайте клавиатуру в порты непосредственно на мат. плате. В биос выставите для USB legasy или compatible или что-то подобное.

Дома флешек больше чем 2гб нет

Если речь про Win XP то этого вполне хватит.