lissyara
хернёй меаетесь... массово...
собрал доки всех узеров на отдельный сервак - монтируется директория при
загрузке. по ночам архивится.
почта - имап - по ночам архивится.
===
и забыл про восстановление. любимую собачку на рабочий стол заново скачают,
после того как закатаю образ на хард поновой, если что-то упало.
если чего-то хранилось не на сервере - не мои проблемы а начальника отдела
(отдела, где работает чувак, который хранил на десктопе) - не объяснил
специфику.

архивировать _воспроизводимые_ данные сотен компутеров - эт никаких архивных мощностей не хватит ... а терять их по недомыслию и тратить время на воспроизводство - ...
нельзя так огульно давать подобные рецепты ... например, у нас некоторые расчёты - 2-3 дня + несколько гигабайт данных, которые анализируются и передаются в другие системы ... и подобных систем - десятки ...
а вы говорите - доки на сервер :)

aleks2Это просто неверная технология восстановления системы избрана... Acronics True Image портит людей... гораздо проще и надежнее NTBackup SystemState.
я трачу на восстановление системы клиента в условиях отсутствия CD/FDD/USB, невозможности вскрытия и перемещения кудабытонибыло (но с PXE на сетевухе) примерно 15+10 минут (система+набор софта в 10гиг + включение в домен + косметика) ... нарисуйте мне технологию через NTbackup, которая меня сможет заинтересовать ...
NTbackup хорош для сереверов с серьёзным софтом, который постоянно тусует реестр ... тут есссно ntbackup + бэкап самого софта ...

lissyara
ну и чё? невпечатлил.
получилось сотня гигов (несколько гигов умножить на несколько десятков) у
меня столько же.

я говорил про 1 клиента ... а их сотни :)

lissyara
т.е. предлагаете не архивировать. зато грамотно разбивать на разделы и при
случае выковыривать дискэдитом данные.
а что говорить клиенту если неполучилось?
===
ушли мы от темы куда-то...
я кстати первое сообщение темы и не читал даже .... пойду почитаю...

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

weberВсё это дебата в никуда. Ежели надо то разделю диск, ежели потом не знаю что с разделённым делать то не разделяю. А то потом от некоторых умельцев возникают вопросы а что делать ежели на С диске места не хватает а на D у меня 100 Gb. Так что вопрос в самом пользователе и его подходе к своим датам.
пользователь - категория обучаемая, а источник указанной вами причины - в опыте, квалификации админа, а также в степени доверия пользователей и их дисциплинированности, что также зависит именно от админа ... админ - не совсем технарь, он д.б. ещё и в некотором роде психологом ...

weber авторпользователь - категория обучаемая,
Вопрос конечно интересный, но не всегда надо его использовать т.к. кто потом админить будет ежели все всё знать будут, да и не все хотят ваше обучение воспринимать иногда считают что вы им на мозги капаете и не хотите свою работу выполнять. Я как и сказал дебата в никуда. Надо разделить диск так разделите использование дискового поля в любом случае остаётся на пользователе системы, обязанности админа разбирать не будем тк это в другой теме. А что положить на разделённые части или как они будут быстро или медленно работать в основном на железе зависит тк помню в старые времена и 4Гига делили на несколько кусков и компы тогда тоже летали на 450Mhz. Этот вопрос разделять не разделять как быть или не быть. Будет и при терабайтах.
это речь не админа, а провайдера ресурсов сети ... речь не об обучении пользователей систему админить, а о том как пользователю самому себе не навредить и как помочь админу решать его, пользователя, проблемы ... в том числе и такую как определение необходимого дискового пространства ... заранее ...
всё, заканчиваю оффтоп ...