Saboteur

Нет. Тем более тут вообще хранение информации полностью реорганизуется при переезде из 1 в 10.
Да и вообще, я не припоминаю чтобы любая переконфигурация рейда позволяет сохранять данные прямо во время переконфигурации.

Все указанные ошибки никакого отношения к перемещению файлов не имеют.

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

Вы хотя бы на время события смотрите, как оно согласовывается с вашим перемещением файлов.
В общем ничего критичного я не вижу.

использование CPU начинает отображаться только со второго прохода (такая же ситуация, кстати, при парсинге обычного top

Это не проблема, это так работают счетчики - любая программа типа top или systemd-cgtop сперва считывает показания счетчиков, а через две секунды считывает их заново, получая среднестатистическую нагрузку на CPU, и по этому уже выводит инфу.
Найти нагрузку другим способом Линукс не предусматривает. Так же как и вытащить более детальное распределение слайсов времени по процессам.

systemd-cgtop -b -n 2
У меня попадает вроде оба экрана.

Вы можете попробовать разве что самостоятельно считывать сразу счетчики
читайте /proc/stat, /proc/sched_debug (возможно даже только его вам хватит), /proc_schedstat, вычислите какие цифры вам нужны и считывайте с той частотой, какая вам нужна.

На что установлен ориентир:
В первую очередь разумеется стабильная работа с отказоустойчивой системой.

Берем нормальную стойку для серверного и сетевого оборудованием.

Можно легко поискать бушную.

1. Сеть
В первую очередь хотелось бы перекроить в нормальные короба с выводом розеток, а не набивать провода в тонкие кабель-каналы.

Какая разница в чем идут кабеля? Главное чтобы они шли не в одном канале с силовыми и их было достаточно.

Кабель выберем экранированную витую пару.

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

Тут встает выбор:
1. Или на каждый этаж заводить управляемый коммутатор из дешевого сегмента (D-Link какой-нибудь на 16-24 портов), что не особо нравится в плане расширения. Поэтому склоняюсь к второму варианту.

Заводите на каждый этаж несколько пар. Надо будет расширить - подключите на этаже 2-3 коммутатора. Вдобавок если какой-то кабель повредился, будет запасной. Вдобавок некоторые коммутаторы умеют увеличивать скорость за счет объединения двух портов.

2. Разорится на парочку многопортовых стоечных коммутаторов и вести к каждой машине свой кабель.
На сколько нарыл в интернете можно взять 2 по 48 портов, объеденить их.

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

Дальше, т.к. в наличии есть филиалы, то не обойтись без маршрутизатора.

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

Он в дальнейшем поможет организовать и активный резервный канал связи, соответственно 2 WAN порта + wifi модуль.
WiFi будет для пользовательский мобильных устройств через резервный канал, т.к. основной канал планируется резать от "паразитного" трафика - только рабочие ресурсы.

Vlan

2. Сервер
Тут меня одолевают смутные сомнения, взять 2 сервера и объединить их в кластер для оперативной подмены или
в целях экономии взять 1 сервер и считать что ничего с ним не случиться.
Хотелка для серверов: недорогая стоечная kvm консоль с IP.

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

По серверам мысль такая:
Про кластер из 2х новых серверов, если позволит бюджет, я уже сказал (пока не углублялся, но как понял во время работы синхронизируется, можно настроить распределение нагрузок и при выходе одного сервера из строя, идет полное переключение на второй)

1 виртуальный сервер - Linux Ubuntu: Работает как DHCP-сервер (? или лучше отдать роль коммутатору/маршрутизатору) + как домен контроллер и служба каталогов (LDAP. Беглый анализ показал что популярности Samba) + сервер лицензий.

Нагрузка на домен контроллер, DHCP и ldap обычно такая маленькая, что совершенно нет смысла делать для этого кластер. Обычная виртуалка на виртуалбокс справится с офисом на пару сот рабочих мест. А учитвая, что новые юзеры/новые машины в домен заводятся нечасто, бэкап недельной давности может оказаться вполне актуальным. Поэтому вместо кластера - просто каждую ночь резервная копия всей виртуалки на другой физический комп, и в случае чего просто поднимаете виртуалку с домен контроллером на другом сервере за пару минут. Сразу минус все сложности с кластерами.

2 виртуальный сервер: ОС будет зависеть если все таки отыщется лицензия на MS SQL и Windows Server. Если нет, то ставим Linux Ubuntu и отдаем сервер под базу данных на PostgreSQL. Приоритет ресурсов: память.

А зачем вам база, если так легко переезжаете с одной на другую? Если вам непринципиально, то сразу PostreSQL берите, зачем с лицензиями мучаться и виндой?

3. Хранение данных

Серьезно? SSD, точнее РЕЙД из SSD для хранения драйверов инсталляшек и бэкапов?
SSD нужно разве что под postgres или 1C и без всяких рейдов, все остальное - на обычные HDD.
Бэкапы настраивать исходя из предположительных потерь в случае простоя.

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

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

5. Что мог упустить из виду в этом наброске плана?

Наймите в вашем городе сисадмина или компанию, которая настроит или разработает для вас детальный план, и будет консультировать первые пару месяцев.

так по скриншоту винда русская, может у вас "администратор", а не "administrator"?

В Линукс взломать локального админа еще проще.

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

uptime что говорит?

p.s. если процесс жрет слишком много CPU, хостер может его и рубануть автоматом.

ssh
teamviewer
mstsc
vnc
тысячи их.

Провайдер предлагает динамический внешний ip и статический белый внутренний ip (может не правильно написал, заранее извиняюсь). Такой подойдет?

Написано неправильно.
Адрес может быть статическим или динамическим.
Адрес может быть внутренним(серым) или внешним (белым).

Это разные вещи - статика, значит адрес всегда один и тот же. Внешний - значит адрес доступен снаружи, и с такого адреса можно пробрасывать порты на компы внутри квартиры.

Вам нужен статический белый IP и все будет хорошо.

Дженкинс не сложный. И для данной задачи вполне можно использовать его, тем более что работает он в фоне, и что удобно - вы можете на свой GUI заходить откуда угодно (если белый IP)

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

Возможно после исправления /etc/aliases вам нужно их скомпилить

sudo newaliases

Выше правильно сказали - преобразовывайте дату в timestamp и выполняйте любые сравнения.
Например можно вот так:

while read
do
  SUBMIT_DATE=$(echo $REPLY | awk -F "RUN" '{print $2}')
  declare -i DAYS=($(date "+%s")-$(date -d "$SUBMIT_DATE" "+%s"))/3600/24
  if [[ "$DAYS" -ge 10 ]]; then
    echo "This job was executed more than 10 days ago: $REPLY"
  fi
done <yourcommand

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

Ключ без чека, который удостоверяет что вы купили легальную лицензию у официального продавца - вас не спасет в случае проверки.