2

Дома у меня есть около 1 ТБ данных, требующих резервного копирования и частого обновления.

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

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

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

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

Онлайн-машина A (ПК):- общедоступные фотографии

Онлайн-машина B (Mac):- личный документ

Автономный жесткий диск 1 - конфиденциальные данные - резервное копирование (контроль версий?) А - бэкап (контроль версий?) из Б

Автономный жесткий диск 2 - зеркало (контроль версий?) из 1

3 ответа3

2

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

Программное обеспечение резервного копирования позволяет вам определять, как часто (и когда) выполнять полное и инкрементное резервное копирование. Другой параметр - сколько места вы можете выделить для резервного копирования или как долго вы хотите хранить данные. Это зависит от того, сколько ваших данных изменяется. Если вы изменяете 5% своих файлов еженедельно, то благодаря резервному хранилищу, в два раза превышающему размер ваших данных, вы можете хранить историю в течение 20 недель.

Вы можете определить внешние жесткие диски в качестве носителя резервного копирования. Я бы порекомендовал диски eSATA или USB3, потому что полное резервное копирование данных объемом 1 ТБ через USB2 заняло бы довольно много времени. Их также легко зашифровать, что удобно, если вы хотите хранить один диск в другом месте (ваш рабочий стол на работе (в соответствии с политикой работодателя), место друга, сейф в банке).

1

Если вы покупаете несколько жестких дисков емкостью 1 ТБ (или меньше, в зависимости от вашего бюджета), вы можете сделать обычное резервное копирование на один из дисков (в день, в неделю?) и вращайте диски внутрь и наружу. Если один диск выходит из строя, вы теряете работу нулевого дня (он находится на главном диске), поэтому только в случае сбоя основного и одного резервного диска вы возвращаетесь на один день. Мы используем что-то похожее на это, где мы используем Quantum TC-L42AN-EZ-B, который может хранить 1.6 ТБ сжатых данных на ленту, и мы запускаем ежедневный цикл ночью (7 лент).

Но если вы находитесь в домашней обстановке, то вам необходимо сбалансировать стоимость жестких дисков и ценность ваших данных.

0

Подключите автономный жесткий диск.

  1. Если это первый раз для резервного копирования:

    :>git init
    
  2. Скопируйте файлы, которые вам нужно сделать резервную копию:

    :>cp source_directory(anywhare) target_git_folder
    
  3. Совершить мерзавец:

    :> git add ...
    :> git commit ...
    

Подключите второй автономный жесткий диск и подготовьтесь к зеркалу первого.

  1. Если вы используете его впервые:

    :> git --bare init
    

    (рабочая копия не требуется)

  2. В противном случае сделайте тягу:

    :> git pull src_git desk_git
    

Очистите рабочую папку на каждом жестком диске, если это необходимо.

Проверяйте целостность мерзавца часто.

В этом случае,

  • Конфиденциальные данные на автономном жестком диске могут быть отражены
  • Несколько копий удовлетворены
  • Ошибка пользователя допускается

Всё ещё ищете ответ? Посмотрите другие вопросы с метками .