Я хочу сделать любую возможность потери файлов на моем Mac полностью устаревшей.
Time Machine великолепна, но сохранять файлы на один физический жесткий диск совсем небезопасно. Итак, я думаю, что мне нужно сделать резервную копию Time Machine в облаке и убедиться, что мои файлы хранятся более чем в одной копии в разных местах. Тогда возможность потери файлов слишком незначительна, чтобы беспокоиться об этом.
И второе — это шифрование. Резервные копии Time Machine не шифруются! Почему, Эппл? Итак, мне нужно зашифровать его перед сохранением в облаке. Это, наверное, еще больше усложняет задачу, так как теперь у меня есть один огромный файл вместо кучи более мелких независимо синхронизируемых файлов.
Есть готовые решения? Эта проблема кажется довольно важной, так что, вероятно, она уже решена, верно? Хотя, я ничего не нашел.
Среди возможных решений я вижу это: резервное копирование данных в Time Capsule и резервное копирование Time Capsule в Google Cloud Storage с использованием Syncovery, как предлагается здесь . Хотя я не уверен, насколько легко будет настроить резервное копирование из Capsule в облако.
Вы должны использовать несколько уровней резервного копирования, а не серию резервных копий.
Разница в том, что с «серией» резервных копий (резервная копия резервной копии резервной копии и т. д.) вы рискуете создать резервную копию мусора, если произойдет сбой, делающий последующие резервные копии бесполезными (подумайте о вышедшей из строя лампочке в гирлянде рождественской елки). огни).
Также важно отметить, что резервное копирование — это стратегия , а не продукт, который вы покупаете.
Наличие нескольких уровней резервного копирования работает, используя разные пути для защиты ваших данных. Ключом к восстановлению здесь является не восстановление работоспособности вашей системы, а возможность вернуться к работе как можно быстрее.
Чтобы проиллюстрировать разницу и полезность этой стратегии, подумайте о том, что бы вы сделали, если бы случилось что-то катастрофическое (ваш Mac физически взорвался) и вы не могли бы получить другой Mac в течение недели, но имели доступ к ПК.
Резервное копирование Time Machine для всей системы
Документы и данные
Настройки приложения (Настройки, шаблоны и т. д.)
Что касается NAS, (лично я) использую один с RAID для резервирования жестких дисков с несколькими жесткими дисками USB для резервного копирования. Как это настраивается?
Что все это дает?
Давайте взглянем на один документ (может быть, на расчетную ведомость):
Document -> Time Machine
-> Sync to OneDrive
-> NAS -> RAID Array
-> NAS backup to USB drive
-> Selected volume backup to USB drive
-> Selected volume sync to OneDrive
Это означает, что ваш документ находится во многих местах с тремя разными путями, что сводит к минимуму вероятность потери данных в случае сбоя любого из путей. Кроме того, не полагаясь на Time Machine как на единственную стратегию резервного копирования, вы можете вернуться к работе, если у вас нет доступа к эквивалентному или более новому Mac.
Это работает?
Абсолютно. Я запускаю как минимум 3 виртуальные машины на своем iMac, и когда жесткий диск вышел из строя, у меня все было восстановлено и работало на ПК. У меня был гараж, работающий в течение 30 минут, пока я ждал прибытия запасных частей.
Мог ли я использовать выделенный для платных услуг? Конечно, но если вы зависите только от того, что готово к этим службам, и не реализуете их услуги стратегически, вы можете получить резервные копии бесполезных данных.
Не делайте резервную копию. Иногда это не только сложно, но и предполагает, что резервное копирование является хорошим, чего не следует предполагать.
Мне нравится следовать принципу 3-2-1: 3 резервных копии, 2 носителя, 1 (по крайней мере) вне офиса.
Этот тип подпадает под категорию «3 резервных копии». Если у вас есть машина времени, найдите другой формат резервной копии для хранения данных.
Некоторые варианты: вы можете изучить традиционные резервные копии в стиле Linux с помощью таких утилит, как dd
или tar
. Лично я рекомендую Carbon Copy Cloner (здесь: http://www.bombich.com/ ); некоторые люди предпочитают SuperDuper! (здесь: https://shirt-pocket.com/SuperDuper/SuperDuperDescription.html ) подробнее. Существуют также решения для облачного резервного копирования, такие как CrashPlan (здесь: https://www.crashplan.com/en-us/business/ ) или BackBlaze (здесь: https://www.backblaze.com ).
Вы также можете иногда комбинировать их; Возвращаясь к более традиционному стилю Linux, существует служба под названием tarsnap (здесь: https://www.tarsnap.com ), которая принимает резервные копии в формате tar.
Онлайн-сервисы резервного копирования обычно стоят от 10 до 20 долларов в месяц, тогда как программное обеспечение, такое как Carbon Copy Cloner и SuperDuper! стоит единовременная плата за лицензию, и программное обеспечение используется для создания резервной копии (и ее периодического обновления) на локальном жестком диске. Я настоятельно рекомендую иметь два жестких диска, которые вы можете менять как можно чаще, и один из них должен храниться вне офиса.
dd
и tar
пришел из оригинального UNIX. dd
, на самом деле означало «определение данных» в оригинальном JCL для перфокарт . tar
это «ленточный архив», который представляет собой утилиту для добавления файлов в последовательный файл, подобный тем, которые находятся на катушечных лентах . Эти вещи предшествовали Linux и его изобретателю (Линусу Торвальдсу, родившемуся в 1969 году) на пару десятилетий.Ответ Аллана очень хороший.
Менее сложный вариант — просто иметь три отдельных резервных диска, подключая два в любое время. Держите одну в другом месте и периодически меняйте. Если один диск выйдет из строя, у вас останется два. Если дом сгорит, удаленный останется у вас.
Я рассматривал возможность использования облачной службы объемом один ТБ для синхронизации / Users, но на самом деле еще не пробовал. Может не сработать, так как некоторые каталоги в ~/Library защищены SIP.
Тецуджин
пользователь208958
без холма
пользователь208958
без холма