Можно прям одновременно. Мультикастом. То есть ждем пока все компы пройдут этап первоначальной сетевой загрузки, будут отображаться в менеджере WDS как ожидающие. И прям на всех сразу запустить развертывание.
К каждому перед этим придется конечно подойти, настроить BIOS, ну или разово выбрать загрузку по сети. 15-30 мин на гигабитке и все 20/30/40 машин уже с ОС. https://techdirectarchive.com/2020/05/26/windows-d... это если про Windows. И да, win 11 что-то там изменили и wds она не любит.
Но есть и проще вариант, как указали ниже - usb ssd и вперед.
Нет никакой особой разницы между win и lin системами. Ну то есть она есть, но технологии применяются одни и те же. Если есть понимание как работает ip, dns, ldap, smtp, sql, то можно применять эти знания на любой платформе. Да, будут отличия в реализации, но основа та же. Книги по win опираются на те же стеки технологий, просто реализация другая.
Ну и помощника сисадмина на практике никто в AD пускать не станет, тк это критичная инфраструктура. Там вся помощь будет заключаться в замене картриджей, приеме заявок от пользователей и переустановке ПО на машинах если что не автоматизировано.
Проектирование сетевой инфраструктуры Windows Server_ 2008 Учебный курс MCTS Экзамен-70-642
Настройка Active Directory_ Windows Server_ 2008 Учебный курс Microsoft_ МСTS Экзамен-70-640
Развертывание и настройка Windows Server 2008. Учебный курс Microsoft. экзамен 70-643
Все учебники у МС есть и на русском языке, проблем никаких.
Курсы составлены грамотно, все данные есть.
Порядок чтения обычно соотносится с порядком сертификации. Я бы начал не с новых (облачных), а со старых. В старых курсах (2008-2012 сервера), меньше внимания облакам и больше локальным решениям.
Нужно определить - вам бэкап или репликацию?
Если бэкап, то нужно софт для бэкапа (veeam, bacula). Поднимаем вм с сервисом бэкапа, показываем ему где забирать (сетевые папки видимо smb), показываем куда закидывать бэкапы (lun подключить к вм, smb дать и т.п.).
С какой-то версии raidix умеет в снепшоты в варианте air, но не уверен что их бэкапить можно.
abofaci, не очень понятно в чем проблема с dc режимом и какие железки нужно еще докупать. Режим dc не должен влиять на возможность репликации.
Но нужно понимать что реплика это не бэкап. И вы не указали версию ОС raidix. И не очень понятно - у вас их две или вы под "две" имели в виду двухконтроллерную СХД?
Sata подключается к южному мосту, между южным и северным есть канал связи, он тоже ограничен. Скажем 2 гбайт/с , надо смотреть что там в теории на этой материнке. Их сложно забить, но возможно.
Есть еще влияние ОС. Ведь файловые системы - программная часть. А значит работая загружает CPU, даже чисто из-за фс. Но есть еще и встроенные антивирусные проверки и т.п.
А еще SATA интерфейс так или иначе сам задействует системные ресурсы при обработке команд.
Но как тут написали, есть неплохие шансы что проблема в аппаратной части южного моста. Бывает люди ставят башенные кулеры, не подумав об охлаждении компонентов мат платы.
Согласен. Если речь идет о разношерстных системах типа само в себе, например - станках, то образ всех возможных дисков, всеми возможными средствами снятия образов.
Данные в таких системах, как правило, не меняются со временем. И образ снятый год назад будет прекрасно работать.
Если в системе есть какие-то БД, изменения в которых имеют ценность - их просто нужно копировать отдельно любыми предназначенными для этого средствами.
Желательно составить перечень всех носителей данных, всех основных угроз их потери (отказ диска, пожар в здании, шифровальщик, воровство), для каждого из носителей расписать что, как, куда и как часто бэкапим. Чтобы сторонний человек смог найти копию в случае чего.
В теории это работает так:
- работодатель хочет получить сотрудников дешевле рынка. Он готов принять риск что сотрудники будут учится на его бизнесе (с компенсацией ошибок из зп сотрудника). Ну или уволит через неделю если не понравится.
- ученик хочет получить опыт по новой для него профессии и готов на сниженную зп.
Ну и если вот вообще никому не интересен человек, то шарашкина контора предлагает ему зп в 3 тыс рублей в месяц и формально условия контракта выполнены. Или 70 т.р., но в Минусинске.
Если этот ярлык скачать, то можно в нем просто руками поправить в текстовом редакторе.
А еще - не очень помню, но разве нужно менять порт на самом rdp сервере если есть шлюз. Для шлюза используется 443, либо другой. Пробросы портов в этом случае не нужны, а значит и менять стандартные порты не нужно.
Странно. При подключении хоть с linux, хоть с win 11, интерфейс в rdp сессии должен быть один.
Проверить можно просто подключившись под другим пользователем (у которого интерфейс другой по вашему мнению)
Сегодня на этом ядре крутится один сервер, а завтра 5 серверов на этом же ядре :)
Сегодня для теста дали нагрузить проц, а завтра придушат производительность при нагрузке.
Это сложно тестить и прогнозировать, потому что не контролируется со стороны пользователя.
yuda_wd, диски классные. Но информации о защите кеша я в спецификации не нахожу. Прямым текстом не написано что кеши защищены.
Хотя есть Advanced Write Caching (Internal NOR flash)... но там и dram есть наверняка.
yuda_wd, если у контроллера есть батарейка, то можно включить write back вместо write through. Заработает кеш на контроллере.
Если диски не крутые энтерпрайз, то у них нет своей защиты кеша. Значит нужно выключать это кеширование, оно опасно. Модель дисков не указали, так что гадать остается.
ответом на вопрос будет - использование динамических дисков. Не помню было ли ограничение на применение динамических дисков к системным разделам, но вроде нет.
Правильный ответ на вопрос - нельзя так делать. Можно все лишнее (раздел D) скинуть на новый ssd и расширить диск c на освободившееся пространство. При этом нужно будет загружаться с live cd и использовать спец утилиты, потому что там в середине странный раздел 690м, возможно имеющий отношение к загрузке.
Но раз уж использовать загрузку с live cd и утилиты, то почему бы просто не скопировать с маленького диска на большой все как есть, просто увеличив разделы?
BlinCT, если будет 4 диска по 16 тб, то емкость вы получите 32 тб. Уйдет 50% емкости. В этом случае проще R10, оно почти такое же по надежности, но значительно быстрее. В R6 емкость двух дисков уходит, их интересно собирать если носителей от 6-7 шт.
При 16Tb можно попрощаться мысленно с данными в R5. Слишком велики шансы сбоя во время ребилда. Ну то есть, может и повезет. Но надо понимать что риски высоки и просто смириться с этим.