AnnaThompson
New member
Пара лет назад у меня накрылся внешний диск с семейным фотоархивом. Не грохнулся физически — просто перестал определяться, а внутри был единственный экземпляр того, что я двадцать лет складывал в папку «Разобрать потом». Восстановление в сервисе обошлось дороже, чем сам диск, и после этого я всерьёз занялся бэкапами. Про облака я тогда уже был начитан, но сознательно решил строить схему без них: интернет у меня в частном секторе нестабильный, а платить вечно за терабайты архива, который меняется раз в месяц, не хотелось. Так я пришёл к классическому правилу 3-2-1, только целиком в домашних условиях.
Суть правила проста: три копии данных, на двух разных типах носителей, и одна копия обязательно за пределами квартиры. Звучит как слоган из корпоративного буклета, но работает именно в таком виде. У меня это выглядит так. Первая копия — рабочая, на внутреннем NVMe в системном блоке, с ней я каждый день и работаю. Вторая — внешний USB-диск на 4 терабайта, который лежит в ящике стола и подключается вечером по расписанию. Третья — такой же диск, но живущий у родителей в другом конце города, в кладовке, завёрнутый в полотенце от пыли. Никаких NAS с постоянным питанием, никаких RAID-массивов: я трижды видел, как люди теряли всё вместе с массивом, потому что это защита от отказа железа, а не резервная копия, и путать эти вещи не стоит.
Софт я перепробовал разный и в итоге остановился на связке из двух программ. Для инкрементных снимков системы и документов у меня Macrium Reflect — он умеет делать образ по расписанию и хранит историю версий, так что можно откатиться на состояние месячной давности. Второй слой — обычный Robocopy, запущенный по планировщику задач с ключом зеркалирования и простым bat-файлом. Да, примитивно, зато предсказуемо и не требует, чтобы программа была жива через десять лет. Раньше пробовал навороченные решения с дедупликацией, но понял: чем сложнее схема, тем выше шанс, что однажды утром она молча перестанет работать.
Отдельная песня — вынос копии за пределы дома. Облака у меня нет, поэтому роль офсайта выполняет та самая ротация дисков: раз в две недели я меняю диски местами, везу свежий родителям, а старый забираю домой. Это лишние поездки, согласен, но зато ни один пожар, потоп или вор не заберёт сразу все копии. Чтобы диск не уехал вместе с содержимым, весь архив лежит в зашифрованном контейнере: даже если носитель потеряется в дороге, чужим людям там ловить нечего. В отпуск я, по привычке, всегда беру с собой маленький SSD с последней копией самых критичных папок — фотографиями и документами. Возможно, паранойя, но сплю спокойно.
Главный вывод, к которому я пришёл за эти годы: бэкап, который никогда не проверяли на восстановление, — это не бэкап, а надежда. Раз в квартал я устраиваю себе так называемый день тревоги: беру диск, разворачиваю пару случайных папок на тестовый компьютер и убеждаюсь, что файлы открываются, а не превратились в битые огрызки. Заодно смотрю SMART-показатели обоих внешних дисков — количество переназначенных секторов растёт у всех, вопрос только в скорости. И обязательно слежу, чтобы инкрементные цепочки не разрастались до бесконечности: раз в полгода делаю полный свежий снимок и начинаю историю заново. Диски я меняю по графику, не дожидаясь щелчков и зависаний, — три-четыре года, и на полку.
Кстати, о типичных ошибках, которые я собрал на личном опыте и наблюдениях за знакомыми. Первая и самая частая — считать синхронизацию бэкапом. Если вы зеркалите папку в мессенджер или между двумя дисками в реальном времени, то удалили файл — он удалился везде, а шифровальщик заразил документ — копия тоже заражена, потому что она мгновенная и умная. Вторая ошибка — держать оба диска на одном столе в одной квартире и называть это резервированием. Третья — экономить на носителях и покупать бэушные винчестеры с рук ради объёма. И четвёртая, обидно частая: настраивать всё один раз и потом годами не заглядывать в логи. У меня так однажды месяц не запускалась задача после обновления системы, и я узнал об этом случайно.
Если решите повторить эту схему у себя, вот что я советую начать со следующего. Сначала честно посчитайте, сколько у вас реально уникальных данных: у меня из шести терабайт всего мусора критичными оказались меньше двухсот гигабайт, и это сильно упростило жизнь. Потом заведите два одинаковых внешних диска — так удобнее ротировать и дешевле менять один при отказе. Разведите копии по времени: пусть задача запускается ночью, а не в момент, когда вы монтируете флешку и сбрасываете её содержимое. И обязательно сделайте распечатку с паролем от шифрованного контейнера, которую уберёте в папку с документами, — иначе вся защита окажется бесполезной, когда пароль выветрится из головы. И не гонитесь за дорогим железом: работать будет даже старый ноутбук, лишь бы задач было две и они лежали в разных местах.
А теперь вопрос к вам, форумчане: какая у вас самая изящная находка для домашнего бэкапа без облака — может, вы придумали хитрую ротацию дисков, договаривались с соседом о сейфе или нашли программу, которая делает всё сама и не ломается годами? Делитесь схемами, я всегда рад разобрать чужой опыт и, честно говоря, с удовольствием украду пару идей.
Суть правила проста: три копии данных, на двух разных типах носителей, и одна копия обязательно за пределами квартиры. Звучит как слоган из корпоративного буклета, но работает именно в таком виде. У меня это выглядит так. Первая копия — рабочая, на внутреннем NVMe в системном блоке, с ней я каждый день и работаю. Вторая — внешний USB-диск на 4 терабайта, который лежит в ящике стола и подключается вечером по расписанию. Третья — такой же диск, но живущий у родителей в другом конце города, в кладовке, завёрнутый в полотенце от пыли. Никаких NAS с постоянным питанием, никаких RAID-массивов: я трижды видел, как люди теряли всё вместе с массивом, потому что это защита от отказа железа, а не резервная копия, и путать эти вещи не стоит.
Софт я перепробовал разный и в итоге остановился на связке из двух программ. Для инкрементных снимков системы и документов у меня Macrium Reflect — он умеет делать образ по расписанию и хранит историю версий, так что можно откатиться на состояние месячной давности. Второй слой — обычный Robocopy, запущенный по планировщику задач с ключом зеркалирования и простым bat-файлом. Да, примитивно, зато предсказуемо и не требует, чтобы программа была жива через десять лет. Раньше пробовал навороченные решения с дедупликацией, но понял: чем сложнее схема, тем выше шанс, что однажды утром она молча перестанет работать.
Отдельная песня — вынос копии за пределы дома. Облака у меня нет, поэтому роль офсайта выполняет та самая ротация дисков: раз в две недели я меняю диски местами, везу свежий родителям, а старый забираю домой. Это лишние поездки, согласен, но зато ни один пожар, потоп или вор не заберёт сразу все копии. Чтобы диск не уехал вместе с содержимым, весь архив лежит в зашифрованном контейнере: даже если носитель потеряется в дороге, чужим людям там ловить нечего. В отпуск я, по привычке, всегда беру с собой маленький SSD с последней копией самых критичных папок — фотографиями и документами. Возможно, паранойя, но сплю спокойно.
Главный вывод, к которому я пришёл за эти годы: бэкап, который никогда не проверяли на восстановление, — это не бэкап, а надежда. Раз в квартал я устраиваю себе так называемый день тревоги: беру диск, разворачиваю пару случайных папок на тестовый компьютер и убеждаюсь, что файлы открываются, а не превратились в битые огрызки. Заодно смотрю SMART-показатели обоих внешних дисков — количество переназначенных секторов растёт у всех, вопрос только в скорости. И обязательно слежу, чтобы инкрементные цепочки не разрастались до бесконечности: раз в полгода делаю полный свежий снимок и начинаю историю заново. Диски я меняю по графику, не дожидаясь щелчков и зависаний, — три-четыре года, и на полку.
Кстати, о типичных ошибках, которые я собрал на личном опыте и наблюдениях за знакомыми. Первая и самая частая — считать синхронизацию бэкапом. Если вы зеркалите папку в мессенджер или между двумя дисками в реальном времени, то удалили файл — он удалился везде, а шифровальщик заразил документ — копия тоже заражена, потому что она мгновенная и умная. Вторая ошибка — держать оба диска на одном столе в одной квартире и называть это резервированием. Третья — экономить на носителях и покупать бэушные винчестеры с рук ради объёма. И четвёртая, обидно частая: настраивать всё один раз и потом годами не заглядывать в логи. У меня так однажды месяц не запускалась задача после обновления системы, и я узнал об этом случайно.
Если решите повторить эту схему у себя, вот что я советую начать со следующего. Сначала честно посчитайте, сколько у вас реально уникальных данных: у меня из шести терабайт всего мусора критичными оказались меньше двухсот гигабайт, и это сильно упростило жизнь. Потом заведите два одинаковых внешних диска — так удобнее ротировать и дешевле менять один при отказе. Разведите копии по времени: пусть задача запускается ночью, а не в момент, когда вы монтируете флешку и сбрасываете её содержимое. И обязательно сделайте распечатку с паролем от шифрованного контейнера, которую уберёте в папку с документами, — иначе вся защита окажется бесполезной, когда пароль выветрится из головы. И не гонитесь за дорогим железом: работать будет даже старый ноутбук, лишь бы задач было две и они лежали в разных местах.
А теперь вопрос к вам, форумчане: какая у вас самая изящная находка для домашнего бэкапа без облака — может, вы придумали хитрую ротацию дисков, договаривались с соседом о сейфе или нашли программу, которая делает всё сама и не ломается годами? Делитесь схемами, я всегда рад разобрать чужой опыт и, честно говоря, с удовольствием украду пару идей.
Скорость разработки порадовала, так как вся команда сосредоточила внимание только на коде и ценности продукта. Запуск MVP занял рекордное время, а работа в простой и понятной среде принесла массу удовольствия. Рекомендую всем начинающим проектам не усложнять начало пути, ведь простота архитектуры приносит невероятную пользу в первые месяцы.