Как известно (ц), не только лишь все пользователи хранят свои документы на сетевых дисках, даже после того, как появились перемещаемые профили. Плюс некоторые ПК лично я бы бэкапал целиком, в основном те, где установлено ПО, которое хрен где потом найдешь или хрен поставишь, или сенситивное типа клиент-банка. Но в массе своей решение правильное, надо хранить профили на сети.
Если всё же надо сохранять образ ПК на сеть, есть решения для бэкапа, я бы использовал Symantec ПО, но я просто с ним дольше общался и видел, что работает и не ломается.
Игорь Кривинцов, технически можно попробовать от этой машины жесткий диск (*vhdx) приделать к другой ВМ как второй, и данные слить. В том числе может даже получиться запустить свежеустановленный mysql/mariadb/postgres смотря что в апплиансе стояло, с использованием скопированных файлов. чтобы вынуть всю БД заббикса, тогда понадобится только её восстановить корректно.
Юрий Ляпин, формально, ели вы вычленили широту и долготу, скажем, внутри заббикса, можете отправить их в ещё один скрипт на запрос внешних данных. А сохранять файлы на диске вам скорее всего не дает SELinux на сервере заббикса, что в принципе логично, так как защищает от вредоносных или дырявых внешних скриптов, не давая им возможности залить на сервер заббикса какой-нибудь шелл.
L0ns, кстати, в powershell CLI можно проделать такую штуку: набрать имя коммандлета, скажем, Get-ADGroup, потом набрать пробел, знак минус и нажать Tab, автокомплит начнет подсовывать допустимые параметры. Ну и вообще Get-Help -Detailed в помощь.
Александр Диденко, мда, погорячился - nested LLD у заббикса отсутствует как факт, и частично его можно эмулировать через host prototypes, который только и появился из-за необходимости обеспечить мониторинг гипервизоров. Я в итоге сделал два обнаружителя (мне нужны были disk drives и storage volumes, но отношение между ними не требовалось), каждый по одному уровню, и к ним item prototypes на необходимые *свойства*. Канонический ответ у Заббикса тут https://support.zabbix.com/browse/ZBXNEXT-1527 - "не будем мы это пилить (сейчас, может позже)", но воз и ныне там. Обходные пути, похоже, сделать два LLD-запроса на хост, один возвращает только {#PROC}, второй возвращает {#PROC} и {#CENCN} в одном объекте *первого уровня*. Соответственно каждому запросу можно создать по одной группе прототипов элементов данных, описывающих соответственно PROC и PROC+CENCN как сущность. В ответе можете посмотреть схему про инстансы и БД, как это можно реализовать, в прототип CENCN должны входить как возвращенный CENCN, так и возвращенный PROC во избежание ошибки дубликатов элементов.
А если тебе надо, чтобы было 2 подключения *всего*, это надо было написать отдельно, а то нагородил-то, минуты какие-то... Это тоже можно сделать, как оказывается.
Проверьте на конфликт IP-адресов. Проверьте, не уплыл ли адрес (сдается мне, у вас DHCP есть, а вдруг у контроллера динамический адрес - нехорошо). Проверьте DC03 на вирусы (мало ли!). Проверьте что используется SMBv3 при подключении. Пока навскидку всё, разве что сам DC03 отвалился от сети.
А ещё, негоже в одной сети иметь два компа с именем PC01, чертов NetBIOS до сих пор ухитряется вылезать при подключениях.
Ссылку поправьте: https://habr.com/ru/post/483218/
Вообще, дискуссионный вопрос, ему тут малость не место. Понятие "успешный" само по себе субъективное (выше сказали), понятие "программист" также расплывается - с одной стороны, если это "кодер", знать хотя бы то, что творится на один уровень ниже того кода, который пишешь, необходимо, с другой, не каждый аналитик бигдаты вообще представляет себе, что он делает в процессе своей работы, не говоря уже о "технологиях вообще" - их слишком много, чтобы понимать все. А ещё, в статье несколько некорректный перевод этого утверждения - там нет такого "технология вообще", правда, есть "технология", и как по мне, оригинальное утверждение №1 вот тут бинарно неверно. В частности, можно быть успешным, востребованным и всё такое программистом на Коболе, и не высовываться во все эти ваши пэхапэ, питоны и что там ещё за мэйнстрим в текущем десятилетии.
*попытка использования телепатии*
Автор, похоже, хочет, чтобы новых подключений к адресу на порт 701 могло быть не более двух в минуту. Это кстати выполнимо на iptables через limit.
Леонид, если вы создавали их в том же порядке, что и на предыдущей системе, то UID были назначены такие же, благо сейчас линуксы назначают их с 1000 по очереди. Как минимум это относится к Ubuntu и CentOS, которые сам тестировал, вероятно, Debian этому правилу тоже следует. А вот если перепутали... хе-хе-хе.
Так можно, только понадобится сверить UID пользователей и групп в новой системе, чтобы права доступа нрмально были настроены. Либо маяться с бэкапом /etc/passwd и ЕМНИП /etc/shadow чтобы сохранить пользователей и их пароли.
Насколько ты можешь управлять структурой JSON? Её надо бы переделать, запихав data внутрь либо отдельного запроса на элемент типа #PROC, либо возвращаемого объекта под #PROC. Сколько помню, Zabbix не умеет из одного результата автообнаружения делать несколько разных типов объектов внутри себя.
Не все образа являются загрузочными. Попробуйте подсунуть известный ISO от LiveCD чего-либо. Если будет грузиться, значит проблема в образе, если нет, смотрите настройки БИОСа на ВМ.
ЕМНИП десятка ещё пишет ключ куда-то в UEFI, и умеет его извлекать оттуда, если выполняется новая установка на замененный хард. Т.е. в случае замены винта может не потребоваться указывать ключ вовсе.
Точнее, в случае виндов, включить правило File and printer sharing (Echo request - ICMPv4-In) для действующего профиля файрволла, на обеих ВМ. Если надо ещё и SMB, рядом есть правило File and printer sharing (SMB-In). И вообще документацию читать, а не бежать за каждым мелким запросом в сообщество - засмеют.
Если всё же надо сохранять образ ПК на сеть, есть решения для бэкапа, я бы использовал Symantec ПО, но я просто с ним дольше общался и видел, что работает и не ломается.