Pull to refresh

Comments 107

т.е. робокопи, 7-zip и записывать диски — бабушка должна уметь?
Сейчас куча продуктов для домашнего использования, которые умеют делать бекап и на внешний диск и в облако, а не вот это вот ковыряние руками, да ещё и с большей эффективностью (инкременты, дедупы и тд). А это так… средства пещерного человека.
пс а где RAID то!? :)

RAID — средство резервирования. К резервному копированию, отношения не имеет.

Сарказма вы не почувствовали? :)
Да и какая разница — чем зеркалировать? robocopy или RAID-1?
В случае вируса-шифровальщика разница будет, но только в том случае, если место, куда делается робокопи недоступно в момент работы вируса. Так что лучше копировать не на локальные (смонтированные сетевые) диски, а на шару в сети например, или в том же cmd добавить подключение/отключение сетевого диска с другой учетной записью.
Вторая копия служит для быстрого восстановления случайно измененных или поврежденных данных. Для противодействия шифровальщикам используются оффлайн-бэкапы на флешках.

Данная система предназначена для домашних условий. В них обычно нет других сетевых шар. Кстати, вирусы-шифровальшики великолепно распространяются по незащищенной сети даже при полном отсутствии шар, хоть смонтированных, хоть нет.
Ну все сравнения защищенности сети и коварности вируса — это соревнования орудия и брони. У меня в домашней сети есть FreeNAS и IMac, которым самые коварные notpetya и им подобные не страшны (пока что). А подключать и отключать диски (даже локальные) можно из под винды и других ОС, большинство же шифровальщиков к неподключенным дискам не лезет.
UPD: можно даже клёво усложнить задачу в планировщике. Подать команду включения FreeNASу, смонтировать диск с другой учеткой, робокопи, отключить диск, подать команду выключения. При таком сценарии главное не запустить шифровальщика во время копирования.

Нужно запускать процесс копирования не на клиенте, а на сервере. И никакой шифровальщик туда не пролезет.

Верное дополнение! Тем более, что в домашних условиях обычно не надо за NAT ходить к клиенту.
RAID не спасёт вас от шифровальщика, удаления файлов, пожара и т.п.
А робокопия на другом носителе спасёт.

Так что если у вас всего два диска, то лучше настроить робокопи.
Если дисков три, то можно raid и robocopy.
Но ещё лучше третий диск поставить в удалённый компьютер и настроить ещё и туда копирование.

А RAID1 — это всего лишь средство обеспечения непрерывности работы в случае выхода из строя жесткого диска. Не более. Бэкап он не заменит, а если бездумно внедряли, то и навредить может — не раз видел ситуацию «мне не нужны бэкапы, у меня raid1».

Потому raid штука приятная, но его надо использовать сознательно. И не считать заменой бэкапа.
Я же не говорил, что RAID-1 замена всему и вся. Я лишь спросил, почему он не может быть заменой робокопи в текущей реализации (а именно — копия на втором диске, которая так же не спасёт от шифровальщика, удаления файлов, пожара и т.п.)
Если робокопи гонять не из-под того аккаунта, под которым работает пользователь, то от шифровальщика спасёт (если, конечно, шифровальщик себе админский аккаунт не заимел, но это относительно редко бывает).
А от удаления спасёт даже под тем же аккаунтом — благо данные не моментально синхронизируются, а с некоторым лагом.
Ещё раз. В данной реализации этого не предложено, по этому не вижу разницы с предложенным RAID-1.
Но ещё раз, если это выше не ясно — RAID-1 не предлагается в качестве панацеи, а лишь как один из вариантов комплекса мер по защите данных от различных угроз.
robocopy тут «в планировшике с частотой по вашему вкусу» — значит всяко не каждую минуту гоняться будет. Это уже лучше с точки зрения удалённых файлов, чем зеркальный рейд.
Ситуацию можно придумать любую, как и с минусами работы по планировщику раз в Х минут, когда вы сохранили у себя на компе очень важный файл, над которым трудились весь день, умер ваш диск, а robocopy ещё не отработал.

Нет единственно решения, которое сможет закрыть все возможные риски, и каждое из решений хорошо/плохо по своему и только в комплексе они способны дать высокий уровень защиты данных.
А если файл удалили, то вы с рейдом его теряете, даже если диск не умер.

С robocopy-же одна команда в планировщике — это будет не бэкап, а профанация. Придётся несколько делать — хотя бы ежечасная, ежедневная, еженедельная в разные папки. Но это всё усложнение конструкции и обычному юзеру нафиг надо.
Ему в 99% случаев достаточно теневых копий, облачного бэкапа и не запускать шифровальщика из-под админа.
Вам никто не мешает настроить несколько заданий на резервное копирование. Но это в подавляющем большинстве случаев никому не нужно. 99,99% шаблонов домашней работы вполне согласуется с копированием раз в сутки.

Снимки данных НЕ являются средством для бэкапа и в данной статье не рассматриваются. Использование их человеком, не понимающим суть их работы, категорически противопоказано — хотя бы из-за того, что создает ложную иллюзию защищенности.
В статье четко указано: в домашних условиях дорогие решения нецелесообразны. RAID1 в нормальной реализации добавляет к стоимости ПК баксов триста-четыреста как минимум. А то, что называется «RAID1» на обычных домашних материнских платах, совершенно не гарантирует нормальную работу и восстановление после сбоя.

Аппаратная надежность современных дисков вполне достаточна для домашних условий. Описанные в статье меры делают любые разновидности RAID избыточными и ненужными.

Смайлик проморгал, да.

>т.е. робокопи, 7-zip и записывать диски — бабушка должна уметь?
На самом деле бабушка сломается еще раньше. На попытке структурировать данные иначе, чем они есть на сегодня. Т.е. тут предлагается переразметить диск, не хранить данные в домашней папке, и все такое прочее. Все это звучит в общем логично, но ни одна бабушка этого не сделает. До бэкапа дело даже не дойдет.
Перечитайте, пожалуйста, первый абзац статьи с описанием целевой аудитории.
>Текст рассчитан на не-специалистов ИТ, понимающих основы работы с компьютером
Вот как раз эти и не смогут. Даже если и не бабушки. Ну, впрочем, у вас может быть другой опыт, я это допускаю.
Что конкретно они не смогут? Заархивировать папку с данными, введя в архиваторе пароль? Скопировать этот архив на флэшку? Создать задачу в Планировщике? Или — о ужас! — отделить фотографии от презентаций PowerPoint и разместить их в отдельных папках?
Все сразу. По моему опыту, вы слишком высокого мнения о среднеарифметической «бабушке», даже если это и не бабушка. Типичный неспециалист в моей окрестности — это человек, который на вопрос «А куда ты сохранил этот файл» ответить зачастую не может. Хотя, как это ни странно, о существовании флешек знает, и даже иногда умудряется туда что-то скопировать, не удалив старое содержимое. Но если у флешки вдру поменяется буква диска — это все.

И при этом инструкции такой человек читать не любит, не умеет и не хочет. А вы говорите задачу в планировщике… Поэтому на мой взгляд — только полная автоматика, и никаких 7zip.
У меня нет никакого мнения о среднеарифметической бабушке. Еще раз перечитайте, пожалуйста, первый абзац статьи с указанием целевой аудитории. Я описываю систему, которая на 90% работает автоматически после однократной настройки. Если это не может сделать бабушка, значит, может ее внук или племянник.

Единственное, что здесь нужно делать руками — это создавать шифрованные архивы и сливать их на флэшки, а заодно копировать в папку облачного диска. С этим, при наличии инструкции с картинками, справится даже бабушка. Автоматизировать процесс создания оффлайновых копий невозможно в принципе — ни в домашних условиях, ни в корпоративных. В любом случае вставлять/снимать флэшку/ленту нужно вручную, и вручную же надо их куда-то складывать. В этом вся суть оффлан-бэкапа: требовать действий, которые принципиально не может выполнить вирус или удаленный злоумышленник.

Да, это не соответствует лозунгу о «полной автоматизации», но это суровая реальность. А если в данной конкретной квартире не живет ни одно существо, способное вставить и вытащить флэшку, то можно только тяжело вздохнуть, отказаться от такого бэкапа и истово молиться, чтобы в их ноуте или ПК ненароком не случилось тысячи и одного события, ведущего к утрате данных. Впрочем, вряд ли у таких пользователей есть хоть что-то ценное.
Насчет бабушки — перечитайте, пожалуйста, первый абзац статьи с описанием целевой аудитории.

RAID1 не является средством резервного копирования. Это средство обеспечения отказоустойчивости. Перечитайте, пожалуйста, предпоследний абзац статьи.

Про «продукты для домашнего пользования» — перечитайте, пожалуйста, раздел «От чего защищаемся».
RAID1 не является средством резервного копирования

т.е. копия данных, сделанная на второй диск руками — это бекап, а RAID1 — такая же копия данных — не бекап? :)

Про «продукты для домашнего пользования» — перечитайте, пожалуйста, раздел «От чего защищаемся».

Но ведь эти продукты позволяют делать РК и на съёмные/соседние диски, в облака, сменные носители, умеют в шифрование и тд, т.е. весь ворох того, что вы описали в качестве «бекапа»…
> копия данных, сделанная на второй диск руками — это бекап, а RAID1 — такая же копия данных — не бекап?

Совершенно верно.

> Но ведь эти продукты позволяют делать РК и на съёмные/соседние диски, в облака, сменные носители, умеют в шифрование и тд

Давайте предметно. О каком конкретно ПО вы говорите?
Совершенно верно.

А аргументы?

О каком конкретно ПО вы говорите?

Да хоть тот же Handy Backup
Ага. Платная программа. Без каких-либо деталей реализации. Без четких и ясных алгоритмов, то есть привязывает пользователя к себе и не позволяет уйти к конкурентам. И, самое главное, попытайтесь примерить ее на те четыре типа угроз, которые я описал в самом начале статьи. Начните с простейшего: как она справится с восстановлением данных, зашифрованных вирусом-вымогателем? А как с неверной правкой файла три месяца назад?
Платная программа.

И windows тоже платный, и тоже без чётких алгоритмов, когда на коробку с дистрибутивом смотришь и тоже привязывает пользователя к себе и не позволяет уйти к конкурентам.

как она справится с восстановлением данных, зашифрованных вирусом-вымогателем

как и все — путём отката к более старым данным, до момента их шифрования!?

А как с неверной правкой файла три месяца назад

аналогично!?

А что, бекап как то иначе работает?
Windows не имеет отношения к делу. Не надо демагогии в серьезных диалогах, ОК? Я предложил решение на бесплатных встроенных средствах с полным контролем за происходящим. Вы предлагаете платную программу с неизвестными алгоритмами хранения, обеспечения безопасности и так далее.

> путём отката к более старым данным, до момента их шифрования!?

И где гарантия, где такие данные будут сохранены в этой программе?

> А что, бекап как то иначе работает?

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

Почему? Аналогичный платный продукт. Не нравится конкретно это решение — возьмите Акронис или любой другой, известного вам вендора.

И где гарантия, где такие данные будут сохранены в этой программе?

А почему её собственно не должно быть? Как же весь Enterprise рынок то живёт и доверяет платным и бесплатным продуктам свои данные?

перечитать статью

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

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

Где я его приравниваю к резервному копированию? Можно прям процитировать меня?

вы словили шифровальщика. Как вам RAID1 восстановить данные, если обе копии даже пошифровались синхронно?

А как вам поможет копия на втором диске? Или он исключительно на первом диске данные зашифрует, а копии вам оставит? :)
1) Пожалуйста, цитирую:
т.е. копия данных, сделанная на второй диск руками — это бекап, а RAID1 — такая же копия данных — не бекап? :)

Возможно не приравниваете, а спрашиваете, вот я и ответил.

2) Копия на втором диске того же хоста? Никак. Да её и бэкапом-то можно считать с некоторой натяжкой. Нормальный бэкап хранится независимо.
Конечно не приравниваю, так же как и не считаю копию данных на соседнем диске полноценным бекапом. И это тоже был сарказм. Я далёк от подхода автора к резервному копированию.

Теневые копии? Не, не слышал.
Специализированные программы для бекапа аналогично.
Бекап должен работать автоматически

Shadow copies — это не средство резервного копирования.

Да что вы говорите.
А если подумать?

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

Ох уж эти интернет-ясновидящие. Как всегда пальцем в небо.
То что теневые копии бекап никак не отменяет необходимости держать копии в разных местах. Но при этом пока они работают можно откатить любые изменения файлов а не только к сохранённой по графику копии.

Ну, как минимум, стандартными(!) средствами винды посредством Shadow Copies в панели управления у меня успешно бэкапились данные на удалённую машину/отдельный диск. С удобным интерфейсом и правилами вроде «каждый день дописываем изменения, раз в неделю делаем полный бэкап»
Еще раз: теневые копии НЕ являются средством резервного копирования. Более того, они не существуют за пределами компьютер, где созданы. Для копирования данных на удаленную машину вы использовали Windows Backup. Он действительно работает на базе теневых копий, но они создаются только на *время копирования данных*. Настоятельно рекомендую ознакомиться с теоретическими основами бэкапа и создания теневых копий, прежде чем начинать высказываться на этот счет.

«каждый день дописываем изменения, раз в неделю делаем полный бэкап» — это тоже возможно, но это ничуть не проще, чем настроить описанное в статье копирование через robocopy и Планировщик задач. В статье специально подчеркнуто: есть и другие программы, но здесь рассматривается конкретно такой простой и бесплатный метод.

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

Теневые копии это очень хорошая штука! Но с обязательной настройкой дисковых квот! Хочу предостеречь не полагайтесь на них всецело, если не понимаете как они работают!

Я бы, пожалуй, начал с покупки/изготовления NAS и установки специализированного ПО. Флешки, CD-DVD — этим нужно целенаправленно заниматься.

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

Вообще-то практически любой NAS работает в режиме "включил и работает".
И часто уже идёт в комплекте с ПО для резервного копирования, тогда задача пользователя сводится к "купить NAS, включить в розетку, поставить ПО, выставить галочки <что копировать> и… и всё". Максимум — проверять, что он работает.
И по размеру тот же однодисковый WDMyCloud немногим больше самого 3.5" HDD, который стоит в нём.

Если вы периодически не проверяете что и куда бэкапится и в каком оно там виде — то можно считать что никаких бэкапов у вас нет.

любой NAS работает в режиме «включил и работает»

Это как раз такой случай. Пользователь думает что он что-то купил, включил, и оно работает. И на коробке написано что умеет в бэкапы. Естественно, в 99% случаев это будет самообман.
Поверьте мне как практику: такой способ «включил в розетку и забыл» — это просто слегка усложненный способ выбросить деньги на помойку и в самый интересный момент обнаружить, что бэкапов у вас нет. Железо умирает само по себе (особенно хорошо и благостно с вентиляторами в домашних условиях где-то в чуланчике), и прошивки тоже глючат. И да, «проверять, что работает», что он все еще включен и что там на самом деле лежит актуальная копия — это не максимум, а как минимум еженедельная процедура. Кто будет этим заниматься?

Неоправданно дорого — это ручное копирование на флешку/cd/dvd. А NAS — включил 1 раз и он просто работает.

  1. "Бекап" в рамках одной системы — не бекап ни разу.
  2. Слишком сложный ваш вариант для домохозяйки. Гораздо проще и совсем недорого взять подписку office 365 (которая в любом случае лишней в хозяйстве не будет) и настроить бекап туда любым удобным способом.
Стесняюсь спросить — вы статью читали?
(2) Логические сбои: случайное удаление или неверная правка, повреждение приложением, сбой файловой системы.


Удаление данных самим пользователем надо выделить в отдельный пункт, так как, по моим наблюдениям — это наиболее распространенная причина потери данных.
Не могу утверждать точно, что за этим пунктом идет 80% таких случаев, но очень похоже на то.
(речь об обычных пользователях)

Знаю случай, когда пользователь по какому-то наитию удалял данные не только с основного диска, но и его резервные копии на дисках и в облаке.
Разбор полетов показал, что это чисто психологическое явление — у человека был стресс из-за огромного количества файлов документов Word, многократно продублированных в различных папках и на различных носителях.
Попытка выявить дубли и отсортировать документы и вызвало такую реакцию — отчаявшись, человек просто удалил все (вероятно, решив начать жизнь с чистого листа).

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

Да, действия пользователя — отдельная песня, но статья описывает упрощенный сценарий. С точки зрения последствий это ничем не отличается от порчи файла при его записи в Ворде или Экселе, например.

Проблема в том, что работа с документами, хоть с бумажными, хоть с электронными, требует самоорганизованности. А это качество не так часто встречается.
Проблема в том, что работа с документами, хоть с бумажными, хоть с электронными, требует самоорганизованности. А это качество не так часто встречается


Скорее никогда :D Люди ухитряются забыть про платеж по кредиту (и попасть на деньги), например. А забыть сделать архивирование, или забыть, что нужно проверить целостность архивов на внешиних носителях — проще простого.
Описанные выше методы максимально примитизированы для упрощения задачи.


Максимально простой (и реально работающий для простых пользователей) способ — при покупке компа покупается еще один жесткий диск, в точности равный по объему установленному в компьютере (желательно, конечно иметь два дополнительных диска, но это сложно в финансовом плане).
Если есть возможность — этот диск устанавливается во внешний карман (USB 3 онли), более дешевый вариант — в компьютер-десктоп устанавливается внутренний карман.

После чего пользователю делается промывание мозгов рассказывается масса страшилок про вирусы-шифровальщики (это самый надежный вариант — и это правда :)

Главное — убедить человека добровольно делать резервные копии всего жесткого диска (установка соотв. софта не спасает — пользователь должен делать бекапы осознано)
И тут главное — хорошо объяснить, что диск, после завершения бэкапа должен быть обязательно отключен от компа и спрятан в надежном месте (спрятан — чтоб не украли вместе с компом, а надежном — что бы не сгорел при пожаре)

Периодичность? «Как вспомнишь, что давно не делал бекап — сразу делай» — этот принцип реально работает.
Рекомендации «делай бэкап раз в день/неделю/месяц» — не срабатывают, потому как сильно напрягают психологически (хотя у меня был случай, когда одна девушка внимательно меня выслушала и потом делала регулярные ежемесячные бэкапы на протяжении 10 лет, потом узнал об этом совершенно случайно :)

Флешки же для бэкапа практически бесполезны, так как легко теряются и, в большинстве своем, не имеют защиты от записи. Плюс размер у них маловат, а 256 Гб даже при USB 3 бэкапится очень не быстро.
Ну и опять же психология — многократно наблюдал процесс: «надо срочно передать файлы, где флешка? А вот она! Бэкап? Восстановлю потом»

Оптические диски — вещь хорошая, только вот диск даже в 4 Тб на них не забекапишь, долго, да и жесткий диск будет дешевле, особенно при регулярном бэкапе.

А облако… оно платное, причем платить надо постоянно, каждый год.
Как замена флешки — идет отлично, а так — дешевле купить жесткий диск (несколько жестких дисков) и сейф к нему в придачу.
Периодичность? «Как вспомнишь, что давно не делал бекап — сразу делай» — этот принцип реально работает.

Нет, не работает. Работает только полная автоматика.
Нет, не работает. Работает только полная автоматика.


Тут два фактора:
1. Диск для резервной копии не должен быть постоянно подключенным к компьютеру (как непосредственно, так и через сеть)
2. В связи с пунктом 1 пользователь для создания резервной копии должен вручную подключить диск для резервного копирования.
3. Если сделать для пользователя напоминалку (всплывающие окна, сообщения на мобилу) — уже на третий-пятый раз это начнет его напрягать (как следствие — напоминания будут им отключены — есть опыт наблюдений)

А вот правильное воздействие на его сознательность — почти всегда срабатывает.

В правильной системе клиентский комп не имеет доступа к хранилищу архивов. Мне сложно поверить, что до сих пор нет аналогов bacula с более человеческим лицом О_о.
Копировать вручную или самодельными скриптами — не возражаю, но но 2000 год давно прошел ;)

В правильной системе клиентский комп не имеет доступа к хранилищу архивов.


См. выше: «Максимально простой (и реально работающий для простых пользователей) способ»
Люди очень несовершенны. Зачем этот постоянный комплекс вины? Опять я не сделал, но ведь надо. Вот начну бегать по утрам и точно после каждой пробежки буду делать бекап!

Используйте любой приличный софт, и проблема уйдет сама. Про Акронис ведь тут уже говорили? Не нравится он, возьмите другой по вкусу. Выбор гиганский.
Используйте любой приличный софт, и проблема уйдет сама.


Я уже писал выше, повторюсь:
1. Речь не о банках и т.п. — а о простых и относительно простых пользователях.
2. Резервный диск не должен быть постоянно подключен к системе.
3. Резервный диск не должен находится в том же самом помещении, где стоит комп (исключение — диск лежит в сейфе)
3. Если следовать условиям пунктов 2 и 3 — резервный диск должен подключатся к системе в момент создания резервной копии вручную, что исключает автоматизацию процесса (в смысле регулярности бэкапа).

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

(и смутно припоминается, что в начале 2000х тоже самое случилось и с редакцией «Комсомольской правды», надо поискать источник)
Я ровно о таких же простых людях.
Банкам такая наколеночная система из одной программы не подойдет. Они сами умные, сами знают как все делать. Я надеюсь.

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

Где вы увидели что предлагаю все хранить в одном здании? Я просто предлагаю использовать современные технологии, не зависящией от челвоека, а не древние с ручной работой.

Вы как будто не знаете правила: Бекапы бывают или полностью автоматические или никакие. А вы предлагаете давить на чуство вины, заставлять людей страдать и приседать чтобы решить давно решенную автоматикой проблему.
чтобы решить давно решенную автоматикой проблему.


Я так понимаю, что у вас есть готовое решение, учитывающее все изложенные выше требования и вы готовы рассказать о нем?
Если про Акронис еще никто не сказал, то я буду первым. Бекапить естесвенно в облако по вкусу. Если силы есть то можно и в самодельное, если нет то в то которое нравится.

На дворе 2021. Вы живете все еще в 2000. Не хотят люди так жить, прогресс ушел далеко вперед.
Если про Акронис еще никто не сказал


Я его тут упоминал :)

Бекапить естесвенно в облако


Дам эту картинку еще раз:

image

Еще раз — речь не о банках, а о простых пользователях.

На дворе 2021. Вы живете все еще в 2000.


Даже в 2000 мне нужно было бекапить не менее 10 Гб.
У вас очень специфический набор данных. И черезмерно большой.

Допустим полтерабайта фото. Средний размер хорошей фотографии 10мб. Итого у вас там 50.000 фото. Вы не пробовали мусор удалять? Или не использовать для долговременного хранения не предназначенные для этого форматы? Или это работа и тогда отношение другое. За хранение рабочих данных можно и заплатить баксов 10 в месяц в любом облаке.

Фильмы — 2 терабайта домашних съемок (вы же не храните просто фильмы? так уже никто давно не делает). В часах сами посчитает это сколько? Опять таки с учетом разумного формата хранения. Куда вам столько? Что это вообще?

И так далее. У вас много и странно. Ваше право, но не надо считать что у всех так.

Обычному пользователю с головой хватит любого облака от 100 до 700 рублей в месяц. С кучей всяких скидок за большой период.

Необычный пользователь справится с каким-нибудь Амазоном. У них можно совсем дешево все сделать, хотя и повозиться немного побольше надо.
У вас очень специфический набор данных. И черезмерно большой.


Данные накапливаются с 1993 года. Поэтому так много :)
Кстати, у меня осталось около сотни знакомых примерно с того же самого времени (я помогал им с компьютерами в те легендарные времена) — у них накопился примерно такой же объем данных.

Средний размер хорошей фотографии 10мб.


Нет. На этом диске лежат далеко не все фотографии, а только сканы с пленок в достаточно большом разрешении с размерами от 5 до 150 Мб на одно фото (всего 20 000 файлов за период с 20х годов до 2006 года, до полного перехода на цифру)
И это SSD — так как с обычным хардом работать с такими объемами просто невозможно, тут уже и САТА 3 — узкое место.

Или не использовать для долговременного хранения не предназначенные для этого форматы?


Это не хранение. Это задел для тщательной работы над каждым фото. Причем нельзя угадать — что из этого потребуется завтра.
(процесс идет, но не быстро, первые сканы были сделаны еще в 1998)

Фильмы — 2 терабайта домашних съемок


Это оцифровки с видеокамеры (с 1997 года), причем большая часть снято уже в HD на HDR-HC7E (с 2007 года)
И опять же — это все в перманентной работе с начала 2000х.

Ваше право, но не надо считать что у всех так.


У меня по 150 человек новых пользователей каждый семестр :)
Большинство, конечно, ограничено размерами дисков их ноутов.

Однако встречаются люди, которым надо бэкапить уже по 40 Тб — у них в десктопах стоят диски на 12...16 Тб (и не обязательно по одному такому диску)
Я, правда, не спрашиваю, что они там хранят и не строю догадок — у нас это не принято :)
Люди со странными потребостями найдут для себя странные способы. Это далеко не типовой варинат. Типовый это ноут и терабайт максимум. Решается гораздо проще типовым софтом и типовыми облаками.
Это далеко не типовой варинат. Типовый это ноут и терабайт максимум.


Ноуты — это только у студентов (им нужна компактность и мобильность)
Как только человек начинает работать по настоящему — он пересаживается за десктоп (и это не программисты и не ИТ-шники как таковые).
И это понятно — я сейчас глянул, у меня только в архивной папке и только для документов лежит 35 Гб при 38 000 файлов — для ноута будет несколько многовато.

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

(читали ли вы внимательно договоры с Гуглом и МС на эту тему?)
И это понятно — я сейчас глянул, у меня только в архивной папке и только для документов лежит 35 Гб при 38 000 файлов — для ноута будет несколько многовато.

35Гб и 38к файлов? Вы смеетесь? Это мелочи для более-менее современных ссд.

Плюс некоторые сферы деятельности, например, юридические — напрочь исключают саму возможность отправки документов в облако даже в зашифрованном виде

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

Да и облака кое-что гарантируют. Тот же Яндекс сертифицировался неслабо. https://cloud.yandex.ru/security#standards
35Гб и 38к файлов? Вы смеетесь? Это мелочи для более-менее современных ссд.


Удивился, глянул в конфигуратор наиболее популярного у нас интернет магазина — нет, ничего кардинально не поменялось, многие ноуты в диапазоне от $500 (Lenovo V15-ADA) до $3200 (Dell Latitude 9510 (N012L9510152IN1EMEA-08)) все еще имеют SSD в 256 Гб

Более, того, ноуты с 128 Гб тоже встречаются.

На практике все всё облака все равно отправляют.


Ну, представьте ситуацию — вы адвокат криминального авторитета и кое-что знаете по долгу службы.
Узнанное в виде документа отправляете, естественно, в зашифрованном виде в облако гугла. А вашим клиентом, между прочим, интересуется и ФБР.

Будете ли вы рисковать в такой ситуации?
Вы на 256 гигабайтный диск не можете положить 32 гигабайта данных?
И по 512 моделей до 1000 долларов достаточно.
И с терабайтными дисками моделей немало разных. Тут уже тысячу придется выложить, но проблем тоже не видно.

С ноутами до 500 долларов вообще не рекомендую связываться. Лучше купить бу мак или любой другой бу бизнес ноут. Гораздо лучше будет.

Не вижу никаких проблем с дисками на ноутах.

Ну, представьте ситуацию — вы адвокат криминального авторитета и кое-что знаете по долгу службы.
Узнанное в виде документа отправляете, естественно, в зашифрованном виде в облако гугла. А вашим клиентом, между прочим, интересуется и ФБР.

Будете ли вы рисковать в такой ситуации?

Никакого риска. Яндекс облако подойдет идеально. Или еще лучше Аликлауд какой. Можно даже не шифровать.

С клиентом общаться в телеге естесвенно. Можно даже в секретном чате. Мы же серьезные люди! И там же документы пересылать ему для ознакомления.
Вы на 256 гигабайтный диск не можете положить 32 гигабайта данных?


Там же был выше скриншот с диском С — на нем только система и прикладное ПО (даже игр нет, они отдельно)

И 32 Гб — это архивные документы (см выше), текучка — это еще 37 Гб (лежит на диске О, вместе с обычной файлопомойкой)

И с терабайтными дисками моделей немало разных.


Терабайтными — это с HDD? Нет, такого никому не посоветую (после эпопеи с трехкратной гарантийной заменой терабайтника даже не в МБП, а в аймаке).

Никакого риска. Яндекс облако подойдет идеально.


Вы считаете, что ФСБ работает менее профессионально, чем ФБР?
Там же был выше скриншот с диском С — на нем только система и прикладное ПО (даже игр нет, они отдельно)

Окей. 512 в любом случае удобнее. 256 неудобно.

Терабайтными — это с HDD? Нет, такого никому не посоветую (после эпопеи с трехкратной гарантийной заменой терабайтника даже не в МБП, а в аймаке).

Ссд. Хдд в современном мире не нужны на пользовательских компьютерах.
Пример. Их там много.
https://www.dns-shop.ru/product/ed224c6d84433332/14-noutbuk-lenovo-yoga-slim-7-14iil05-seryj/

Вы считаете, что ФСБ работает менее профессионально, чем ФБР?

Ни в коем случае. Прятаться от государства лучше всего используя другие государства. В идеале конфликтующее с первыи. Есть хороший шанс что не договорятся. Или поленятся все оформлять.

Вы же не крупный наркобарон чтобы за вами так гоняться.
Ссд. Хдд в современном мире не нужны на пользовательских компьютерах.


У меня есть старый МБП, 2011 года. Поменял в нем диск без проблем (сейчас там MZ-76E500BW на 500Gb, в оригинале был HDD такого же объема).

А вот новый такой ноут с 1 Тб — это уже $3500 и без возможности самостоятельной замены, overpriced.
Пока, конечно.

Вы же не крупный наркобарон чтобы за вами так гоняться.


Выше был описан совершенно другой пример.

А вот новый такой ноут с 1 Тб — это уже $3500

Ноут за 3500? Это что же за зверь такой.
Мак с m1 стоит 2500. Любые другие бизнес ноуты столько же или дешевле.

Ноутов с терабайстными дисками за 1000 валом. Я чуть выше приводил ссылку.

Выше была описан совершенно другой пример.

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


Dell Latitude 9510 2-in-1 (N012L9510152IN1EMEA-08)

В любом другом случае облака в другой юрисдикции не очень дружайшей с вашей хватит с запасом.


Это в какой? У китайцев?
Dell Latitude 9510 2-in-1 (N012L9510152IN1EMEA-08)

Открываю цену. 150.000 или 2к долларов примерно. Типичная цена бизнес ноута.
Откуда вы 3500 взяли все еще непонятно.

Это в какой? У китайцев?

И Россия и Китай при таких вводных отлично подойдут. ФБР им не указ. Это не случай с расследованием явной террористической организации. Тянуть годами милое дело. И даже отказать можно.
Откуда вы 3500 взяли все еще непонятно.


Вот тут

Курс — 1:28
Простите, вы всерьез утверждаете, что внешний жесткий диск для бэкапа проще, чем флэшка?

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

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

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

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

Что же до платности облака, то Гугл предлагает 15 Гб бесплатно. Для целей резервного копирования этого более чем достаточно.
что внешний жесткий диск для бэкапа проще, чем флэшка?


Не проще — а подходит намного больше.

Но точно то же самое может случиться и с диском, с той разницей, что диск куда менее устройчив к механическим повреждениям.


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

Потому что завтра окажется, что самый нужный файл вы ненароком удалили неделю назад и ни в каком «сразу бэкапе» его нет и никогда не было.


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

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


Я тут уже давал картинку:

image

Рабочая ситуация — надо забекапить содержимое диска D (там только документы, так как все прочее лежит на других дисках)
Всего каких-то 1,26 Тб… инкрементный бэкап, конечно, вещь хорошая, но и флешки такого размера встречаются довольно редко.

Конечно, можно последовать моему примеру и в качестве внешнего жесткого диска использовать SSD — но это решение хоть и очень быстрое, но очень дорогое.

image

Но обучить его правильно распоряжаться флешками ничуть не сложнее, чем подключать и отключать диск.


Как я мог заметить — наши студенты уже несколько лет как перестали пользоваться флешками, гоняя всю инфу через облака.
Мы не против — раньше во время пар то и дело раздавались сигналы спикеров компов, когда антивирусы находили на только что воткнутой флешке очередную заразу.
Плюс довольно геморным делом было собирать после каждой пары в специальную коробку забытые флешки — с последующим проведением опросов и расследований: «кто хозяин?»
Забавно, что довольно много людей не только забывали флешки, но и забывали где они их забывали.

то Гугл предлагает 15 Гб бесплатно


Этого хватает только на этапе «обучаем пользоваться облаком гугла»

Тут есть критический недостаток. Этот диск при подключении будет доступен на запись. И отключать его после завершения бэкапа может быть уже поздно — вирус может параллельно с проведением бэкапа его же и повреждать. Я бы на месте того, кто пишет вирус-шифровальщик так бы и поступал. Увы, но нормальный бэкап должен состоять из истории архивов (как минимум хранить 2 последних на разных носителях), перезапись должна быть невозможна (или сделана отдельным очень сложным способом) и запись должна быть нетривиальной (никаких сетевых/локальных дисков или виртуальных папок ЯндексДиска/OneDrive/Dropbox — до них шифровальщик дотягивается без проблем). Увы, единственным приемлем домашним решением остаются оптические диски.
Я так и делаю — в каждые новогодние праздники сбрасываю на DVD фотоархив с кое-какой мелочью и храню пачку дисков за 2 последних года.
Все так, только у резервного копирования на оптику есть один существенный недостаток:

image

Некоторое время спустя бекапы на оптических дисках перестают помещаться в квартире и их приходится отправлять в гараж (на фото далеко не весь архив дисков :)

:)))))
Поэтому храню только за 2 года.
Поэтому храню только за 2 года.


Ну, гараж у меня большой, зачем выбрасывать-то? :)
Кстати — прошлым летом вытаскивал часть самописных дисков из самого начала 2000х- они читаются нормально, сам удивлен :)
Типичная ошибка — жить по преданиям Windows 98:
Не надо бить диск на разделы и придумывать какие-то разделы с данными. В профиле всё очень удачно всё вместе хранится в консистентном состоянии.

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


Это, насколько я помню — еще Питер Нортон придумал.
Смысл и тогда и сейчас был одинаковый — на диске С- система.

В случае внезапного п. — все содержимое диска С восстанавливается из образа системы (дело 15 минут, буквально)
При этом будут перезаписаны все данные на диске, и если кто-то ухитрился сохранить на него свои файлы с данными — они будут потеряны.

Диск Д в этой операции не участвует и файлы пользователя не пострадают.

(При подготовке своих компьютеров для других пользователей — всегда, когда нельзя отправлять файлы с Рабочего стола прямиком в облако — переношу папку Рабочий стол и проч на диск D. Уже сбился со счета — сколько раз уже это простейшее действие спасало файлы пользователя от полного уничтожения — народ у нас любит самостоятельно переустанавливать винду)

Только когда приносят ноут на восстановление, обычно выясняется, что данные по итогу хранили и на D, и на C, да ещё и в разнообразных папках. Так что спасать файлы приходится всё равно из всех мест. Только при этом ещё и появляется ограничение на размер системного раздела, которого и при нормальной работе через какое-то время может перестать хватать (даже когда почти все данные — на D).

Только когда приносят ноут на восстановление, обычно выясняется, что данные по итогу хранили и на D, и на C, да ещё и в разнообразных папках.


Передача компа в сервис — это обычно крайний случай, никто этого делать не любит, по целому ряду причин. Из которых ИБ стоит на первом месте.

Поэтому многие пользователи пытаются восстановить систему самостоятельно (переустановить винду сейчас несложно).
И вот тут многих ждет облом — так как сделать предварительно резервную копию восстанавливаемого диска догадываются буквально единицы.

А если такой пользователь заранее позаботится о раздельном хранении файлов — шансов не потерять данные будет значительно больше.
Обычно хватает одного случая потери важной информации в такой ситуации — что бы в дальнейшем пользователь накрепко запомнил этот простой принцип.

Только при этом ещё и появляется ограничение на размер системного раздела, которого и при нормальной работе через какое-то время может перестать хватать


Если диск изначально был разбит правильно (70...80 Гб под диск С для винды) — переполнение диска С может случится только в случае установки на диск С множества компьютерных игр :)
Благо этому сильно способствует политика игроделов — опция указания каталога для установки игры задается не самым явным для пользователя образом, и только не так давно дело стало меняться к лучшему (клиент Gog уже научился запоминать выбранный пользователем каталог установки и использовать его по умолчанию — а Стим, кажется — все еще по дефолту пытается поставить все игры в папку со своим клиентом)

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

Пример практической реализации этого принципа:

image

Увы, WinSxS и installer разрастаются достаточно шустро, а чистятся не всегда эффективно. Даже в вашей ситуации на системном диске уже занято 160 гигабайт — при том, что игры, фотографии и прочее вы явно храните на других дисках.

Увы, WinSxS и installer разрастаются достаточно шустро


Папка WinSxS- 7,3 Гб
Папка Installer — 2,11 Гб
(вся папка Windows в целом — 20,7 Гб
Папка Пользователи — 52/36 Гб + 25 Гб инсталлированного прикладного софта
Плюс теневая копия «Восстановления системы (Защита системы)» на 23 Гб

Все доступные папки в целом на С — 131/117 Гб
При этом система сообщает, что на диске всего занято 179 Гб
Где еще винда спрятала от меня целых 48 Гб — мне интересно и самому.
(после полной очистки диска, естественно)

При всем этом Акронис пакует весь диск в 60 Гб
Вот я и говорю: что это реалии конца прошлого века, когда всё жило на FAT, чтобы интенсивная работа с пользовательскими данными/файлами вместе с собой не роняла систему.
С переходом на NTFS «внезапный п.» из обыденной ситуации перешёл в разряд чего-то исключительного, и природа у него совсем другая.
Ну и сценарий у вас из своих костылей: сначала восстановиться из неактуального бэкапа, а после плакать о файлах. Если резервное копирование автоматизировано, то всё содержимое восстановится с более-менее актуальными файлами. А штатными средствами ОС восстанавливается без затирания пользовательских данных.
С переходом на NTFS «внезапный п.» из обыденной ситуации перешёл в разряд чего-то исключительного


Сейчас возможностей для п. стало больше, чем во времена FAT.
Например, пользователь в сети нашел инфу про TPM и битлокер, после чего зашифровал диск и через полгода забыл пароль (ключ восстановления в таких случаях сохраняют в виде файла на том же зашифрованном диске)

Про вирусы (а они таки есть, что бы говорили обратного :) и «что-то винда стала тормозить, переустановлю» — и речи нет.

сначала восстановиться из неактуального бэкапа


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

Если резервное копирование автоматизировано, то всё содержимое восстановится с более-менее актуальными файлами.


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

а правильно организованное резервное копирование — для простых пользователей задача куда более сложная, чем хранение файлов пользователя только на диске Д.
Целевая операционная система – Windows 10.

Совершенно не понял, почему не используются родные средства бэкапа, которые достаточно широки, настраиваются как угодно и предоставляют самые разные способы архивации: от конкретных файлов и папок хоть каждые 10 минут — до полного образа диска, который сама Винда при проблемах восстановит при минимальном вмешательстве пользователя?

Конкретно у меня используется внешний однодисковый NAS WD MyBook Live, но вполне то-же самое можно сделать с отдельным внешним диском или, даже, массивом: WD MyBook/Duo/Studio/etc…
0. Штатный способ на OneDrive: Рабочий Стол, Документы, Изображение и прочее, что настраивается в OneDrive. 5ГБ бесплатно, есть возможность шифрованного хранилища для всяких секретов…
1. История файлов: кроме создания копии, как следует из названия, можно хранить историю изменений конкретных файлов с нужной глубиной (максимум — 2 года) и частотой сохранения (минимум — 10 минут), которая доступна прямо из проводника на отдельной вкладке.
2. Архивация и Восстановление из Windows 7: образы дисков, документы и папки, диски восстановления:
а) образ всего диска — еженедельно, формат vhdx можно подключить как образ диска прямо в проводнике и полазить по копии, как по отдельному диску;
б) архивация нужных папок и документов — ежедневно, формат zip так-же просто открывается обычным проводником. Глубина — любая: пока не потребуется место под очередную копию, например.
3. Защита системы на случай отката установленных обновлений, драйверов и прочего, что достаточно глубоко интегрируется в систему и иначе исправляется только восстановлением полного образа диска или раздела.
ИМХО, эти четыре способа решают 146% задач домашнего пользователя, в том числе доступ к документам с мобильного через OneDrive или с любого компьютера с интернетом через браузер, что не относится к резервному копированию, но тоже приятно и полезно…
И да, у меня настроены все способы в автоматическом режиме. Я только периодически проверяю их наличие, ну, или, Винда сама ругается, когда не может исполнить очередное задание по каким-то причинам…

У меня пункт 2 исторически не срабатывал при восстановлении. ОС были от 7 до 8.1 (и серверные соответствующие). Veeam ещё ни разу не подвёл.

Виндовый бэкап — странноватый. Мне из стороннего veeam нравится.
Ожидал увидеть нечто более интересное, чем размазаные на 10 пунктов советы бекапить руками (в 2021 году можно хотя бы про встроенный в винду бэкап было вспомнить) по принципу 3-2-1 и использовать антивирус.
Больно много и больно сложно.
Самый простой рецепт:
1) Включить теневые копии с хранением их на отдельном диске.
2) Взять любую программу бэкапа и бэкапиться в любое облако. Без разницы, хоть клиентом дропбокса, хоть уже упомянутый handy backup. Главное — чтобы автоматом и в удалённую локацию.

Шифрование — по вкусу. И если пользуетесь, то не забывайте беэкапить ключи и пароли.

Всё. Чайнику ничего сложнее всё равно не осилить, а специалист сам себе придумает удобную схему бэкапа.
Включив теневые копии, вы создаете сеье замечательную возможность убедиться в том, в тем уже убедились тысячи сисадминов: теневая копия НЕ является бэкапом.

«Бэкапиться в любое облако» — замечательная возможность однажды обнаружить, что все ваши бэкапы зашифрованы вместе с оригиналом данных.

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

Кстати, про хранение на отдельном диске я не прав, похоже — это серверная фича и у десктопной винды она недоступна. Даже десятка проф ругается на «add shadowstorage», молчу уж про хоум.

Шифровальщик, как правило, обнаруживается довольно быстро. Потому даже если у вас последняя облачная копия будет зашифрована, то всегда можно будет откатиться на предыдущую версию. Ибо нормальное облако ведёт историю версий.
А я вышел из положения так:
1. Несколько папок с Win10 копируются на один домашний сервер с помощью Syncthing (в одну корневую папку).
2. Папка с копиями бэкапится на Proxmox Backup Server в другой комнате. Со сжатием, дедупликацией и шифрованием.
3. Зашифрованные бэкапы хранятся в другой стране на ещё одном инстансе Proxmox Backup (автоматически синкаются) на Storage VPS.
Тот случай когда комментарии к статье интереснее самой статьи. Внесу свой вклад
Дано 2 сервера:
1. линукс с шарами, фтп… сюда складывают все и всё;
2. винда архивы… сюда юзеры не ходят;

Что реализовано:
На виндовой машине каждый день Cobian Backup собирается инкрементальный архив общих шар, еженедельные полные архивы, ротация архивов за месяц.

Папка с архивами через FreeFileSync синхронизируется обратно на линуксовую машину в отдельную недоступную юзерам шару.

Раз в месяц забираю на съемный ж.д. крайние полные копии архивов.

Одну шару линукса периодически (раз в 15 мин.) сканирую FreeFileSync и синхронизирую с виндовой папкой в FreeFileSync настроено, что удаляемые в папке файлы складываются в отдельную архивную папку на винде с отметкой времени в имени файла.

Подскажите, для шифровальщиков будет проблемой отсутствие доступа на запись к файлу? Что если скриптом на соседний диск делать копию, потом оставлять права только на чтение? В среде Windows

Если у шифровальщка нет прав администратора, а у скрипта, который это делает — есть, то почему бы и нет.
habr.com/ru/company/southbridge/blog/454420
и вся серия статей — для кого?

Duplicati чуть более чем бесплатна, умеет сама в планировщик, архиватор, инкремент, загрузку в облако и вот это вот всё.
Sign up to leave a comment.

Articles