tukreb, не работаю в датацентре. Регулярно встречаю ситуации где R5 нормально совершенно отрабатывает. Еще раз - Raidz1 который вы предложили это тот же raid 5 только в профиль. Если будете моим директором - буду использовать то что вы скажете, без проблем.
buddh1st, не могу сказать наверняка, нет под рукой dpm. По идее даже форматировать не надо, надо просто удалить из dpm этот пул и пересоздать его заново. Это если никакие бэкапы там не нужны.
И я могу ошибаться, но нужно бы запустить сами бэкапы. Возможно DPM просто сделал преалокацию и учел что джобы будут занимать указанное место, поэтому вы видите что места нет. Но на самом деле бэкапы могут идти, vhd по мере наполнения данными будет расти.
Подключить новую (временную) емкость, мигрировать dpm пул, разобраться со старой емкостью (что угодно, хоть уформатироваться всласть), мигрировать обратно.
Ну очень интересный стиль ответов на ответы. Аж зачитался, потом увидел нервность и токсичность.
Я бы рассмотрел варианты:
- QNAP говорят умеет на некоторых железках подключать дочерние NAS к себе. Насчет iscsi не уверен, но вроде возможность сама по себе была заявлена. (я бы не доверил) Да и чем это поможет непонятно если нет снэпшотов.
- Поначалу подумал на штатные средства типа DFS или штатных sds, но понял что речь не о переезде с одной хранилки на другую, а о резервном копировании.
- В итоге получаем правильный вопрос - какие использовать средства резервного копирования? (не имеет значения das/nas/san и вот эта вся ситуация с qnap, unraid)
Мильон вариантов для бэкапов файлопомойки. Duplicatti, Cobian, aomei, acronis...
А можно еще замутить вариант более устойчивый к вирусам, шифровальщикам и т.п. Выделенную железяку в виде относительно старого пк, к которой и подключить UNRAID. (ну или заменить unraid на truenas какой нить) и настроить bacula/bareos. Оно будет забирать данные с вин и перемещать их к себе на хранилку. С основной системы будет сложнее добраться до резервных копий. Хотя если на unraid снепшоты, то это частично решает проблему.
Тривиально конечно, но может дело в "сжимать резервные копии"? Почему бы сразу не указать вместо default - сжимать. И в ручном режиме тоже убедиться что стоит пункт "сжимать".
Ночной должен отрабатывать, даже если минуту назад уже был бэкап. Обычно есть ошибки в журнале по которым можно понять что произошло.
tukreb, думаю это называется holywar и к делу не относится. Не всем и не всегда нужны SDS, не всем и не всегда нужны ZFS и raidz.
Выход из строя в raidz1 двух и более дисков точно так же карается потерей данных емнип. Это не более чем маркетинг, тот же рейд разных уровней, только с буквой Z.
tukreb, для бэкапов норм вариант. Хотя лучше R6 конечно.
Но тут и R6 бы не помог - диски отвалились (слово диски подразумевает количество более 1). В R6 если отвалится более 2х, та же картина будет.
DPM у вас ReFS использует? Если да, то может тут есть проблемы?
Он по умолчанию использовать дедупликацию должен, и наиболее вероятно еще какие-то снепшоты. Тогда удаление не приведет автоматически к удалению всех тех старых копий.
Кстати да - дедупликация очень чувствительна к любым потерям данных. Теряются какие-то 4кб и все затронутые копии на помойку.
Если dpm позволяет - перенести данные на другое временное хранилище, это пересобрать.
1. Да, SSD очень нужен. Как все написали выше.
2. Нужно убедиться что 1G есть скорость хотя бы с сервера до коммутатора.
3. Если очень хочется, то веб публикация либо rdp.
4. Средствами 1с реиндексация баз бывает не лишней и делается совершенно бесплатно. (обязательно бэкапы)
Вы случайно не пытаетесь утащить с любимой работы ценные данные таким незамысловатым способом?
В вин сервер есть iis6/smtp relay, устанавливается как роль, то есть можно сказать что часть ос. Оно умеет принимать нешифрованные соединения без всяких там паролей и пересылать уже на нормальные сервера. Возможно в десктопной тоже есть, надо смотреть.
да, hotspare это хорошая идея. И диски под ОС 2 шт небольшой емкости тоже хорошая идея.
То есть поставить пару ssd в R1
11 дисков в R6, R60 в зависимости от потребности в скорости
1 диск под резерв.
1. Не брать на себя лишние обязанности. Не подписывать никаких лишних инструкций, приказов и т.п.
2. Пусть штрафуют директора, тогда:
- сразу появится интерес у руководства к тому чтобы исправить ситуацию.
- появится возможность обращаться к ИТ специалистам которые построят инфраструктуру и вам останется только за ней следить.
- а чтобы лучше следилось, появится возможность обучения по применяемым вами ПО и железкам.
Это печально, но оно вот так работает. Пока директор уверен что все можно повесить на вас, у него нет никакого интереса что-то менять.
Можно прям одновременно. Мультикастом. То есть ждем пока все компы пройдут этап первоначальной сетевой загрузки, будут отображаться в менеджере 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