Как мне сделать резервную копию моих фотографий?


12

В настоящее время у меня есть Time Capsule для резервного копирования всех моих фотографий, но я ищу совет о том, как еще их зарезервировать. Я чувствую, что мне нужно иметь резервную копию онлайн вместе с Time Capsule или внешними жесткими дисками. Что все остальные делают?


3
Есть несколько похожих вопросов на сайтах партнеров: serverfault.com/q/512/465 superuser.com/q/177595/897 superuser.com/q/114072/897
chills42

Ответы:


11

У меня есть две резервные копии на жестком диске, но нет оперативной резервной копии, так как мой провайдер считает количество загрузок, и я бы не стал тратить кучу времени на ожидание резервного копирования в гигабайтах файлов RAW. Это, я полагаю, было бы субъективным предпочтением, в то время как резервное копирование жесткого диска имеет важное значение.

Это моя установка. Резервное копирование жесткого диска емкостью 1 ТБ выполняется с помощью Time Machine, а резервное копирование 750 ГБ - с использованием Carbon Copy Cloner. В прошлом я обнаружил, что Time Machine пропускала случайные важные файлы или изменения, которые должны были быть скопированы, что приводило к потере данных, на что я ответил добавлением второй резервной копии, не относящейся к Time Machine.

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

альтернативный текст


3
+1 за картинку, мне понравилось! Теперь единственный недостаток в том, что вам не хватает облака. Все диаграммы нуждаются в облаках. ;)
Джон Каван

Было облако, но, будучи графическим дизайнером OCD, оно было черной заливкой с белым контуром, поэтому я не мог его использовать :-P
Ник Бедфорд,

Вау, это странно выглядящий 50D. Я не знал, что это было так квадратно. И этот объектив супер крошечный. : P +1
BBischof

1
Это ммм ... европейская модель. Ага.
Ник Бедфорд

3
Резервное копирование вне сайта или онлайн так важно, что вы никогда не знаете, когда пожар в соседнем здании разрушит все
Джон

4

При планировании резервного копирования следует учитывать три основных риска:

  1. Поломка компьютера / сбой
  2. Случайное удаление
  3. Кража, пожар или другое разрушение помещений

Для защиты от всех трех вам необходимо иметь внешнюю резервную копию. Простым решением для Mac является Super Duper и пара USB или FireWire-дисков, каждый из которых больше, чем все ваши активные диски вместе взятые. Настройте Super Duper для клонирования дисков по ночам и оставляйте их на работе или в доме друга. Еженедельно чередуйте диски - возьмите одного на работу и принесите домой (они оба никогда не должны быть дома, потому что тогда у вас не будет резервной копии в течение этого периода). Этот план должен обойтись вам примерно в 250 долларов, и за ним довольно легко следовать.

Или вы можете использовать запатентованную Reid [1] схему мега-избыточного резервного копирования [2]:

  1. Все жесткие диски в зеркальных парах RAID-1.
  2. Некоторые разделы клонируются по ночам в другие разделы онлайн. [3]
  3. Все клонируется на внешний диск E-SATA, который еженедельно вращается для работы.
  4. Некоторые разделы еженедельно записывались на DVD. [3]

    • Первый DVD месяца попадает в архив дома.
    • Второй DVD месяца уходит в архив дома.
    • Третий DVD месяца разослан родственникам в Аризоне.

Собственные MacBook используют Super Duper по сети для создания образов дисков на сервере (см. Выше), чтобы использовать этот план.

Все это автоматически координируется скриптом Python, который я написал .


[1] Не совсем.

[2] Я действительно делаю это.

[3] Фотографии, не включенные в эти шаги.


1
Я бы добавил четвертый риск в ваш список - ошибка оператора / халатность. Мои наблюдения состоят в том, что этот риск равен сумме первых трех рисков.
лабнут

3

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

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


3

По-разному. Какие фотографии стоят для вас?

Мой процесс в последнее время немного, ну, просто. Это не гарантирует 100% восстановления каждого изображения, если произойдет худшее. Но я в порядке с этим.

Я стреляю сырым в CF. Эти CF импортируются в LR и конвертируются в DNG либо на моем ноутбуке (вдали от дома), либо на моем рабочем столе (большинство вещей).

В любом случае, карты НЕ удаляются до позднего времени.

Получив рабочую копию в своей системе, я делаю вторую копию на моем Drobo дома. Он физически находится на противоположной стороне дома, поэтому что-то плохое, происходящее в моем офисе, не повлияет на это ... но оно все еще в том же доме.

Все, с чем я работал на ноутбуке, переносится на мой рабочий стол, когда я возвращаюсь домой. Рабочий стол одновременно подвергается механической обработке (не для drobo) и контролируется, поэтому потеря данных на нем потребует одновременной гибели нескольких независимых дисков.

Только после того, как у меня появятся эти две копии (десктоп и drobo), я рассмотрю возможность удаления изображений с карты. Чаще всего, хотя, я не делаю, пока мне действительно не нужна карта, чтобы стрелять снова.

Теперь я обрабатываю изображения в LR и делаю мой первый проход как минимум, обычно я делаю 2 прохода. Любое изображение, которое можно использовать даже удаленно, то есть оно не было отклонено из-за плохой фокусировки и т. Д., Затем загружается в Интернет. (Специально для частных галерей на моей учетной записи SmugMug - отказ от ответственности, я сейчас работаю на SmugMug, но я начал делать это раньше.)

Теперь я продолжаю финальную обработку (обычно через несколько дней, использую итеративный подход к обработке) и загружаю изображения конечного хранителя в общедоступные галереи SmugMug с хранилищем raws (dng) вместе с jpgs.

В конце мои лучшие изображения хранятся в нескольких местах:

рабочая станция: оригинальное сырье в каталоге LR, обработанная dng в каталоге LR

рабочая станция времени: такая же, как указано выше

Дробо: оригинальное сырье из CF

Amazon S3 (через SmugMug): отображать копии и (сводчатые) необработанные

Это дает мне возможность отменить любые случайные ошибки (btdt), извлекая из машины времени или drobo, восстанавливать из поврежденных каталогов LR (btdt) тем же способом, плюс возможность вернуть мои лучшие изображения из облака, если что-то плохое происходит в моем доме. Для моих семейных снимков, моих каникул, даже сцен, которые я пытаюсь продать, этого достаточно для меня.

И наоборот, несколько лет назад я помог подруге настроить схему ее хранения для ее студийной съемки. Поскольку эти изображения являются ее зарплатой, они значат для нее гораздо больше. Вот что мы настроили: в студии у нее есть два мака, на которых она и ее помощник редактируют. Обе машины имеют большой массив raid ... Я забыл, сколько места было, но это как 12 дисков. Обе машины настроены для монтирования обоих raid-массивов (один локально, другой по сети). Когда она импортирует изображения в LR, она автоматически делает вторую копию в массив raid другого компьютера. Они записывают DVD (или 2) с дневными изображениями по ночам, эти диски хранятся вне офиса (я думаю, в ее доме). Флэш-карты не стираются до тех пор, пока DVD не будут удалены. Когда они заканчивают постобработку изображений, результаты загружаются в Интернет и записываются на компакт-диск. Я думаю, что они теперь используют backblaze ... изначально это было для другого большого рейдового массива на локальном провайдере; это стало слишком дорого. Они удаляют контент из локального рейдового массива примерно через 2 недели после доставки отпечатков клиенту и из онлайн-резервной копии примерно через год.


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

1
Еще не с Дробо. Но я понимаю проблемы ... потеряв много времени на RE'ing и восстановление данных с проприетарного стороннего "рейдового" контроллера в прошлом. На данный момент моя потребность во что-то, что «просто работает», перевешивает мою потребность во что-то открытое, которому я могу доверять, чтобы всегда быть доступным.
Кэбби

2

Моя собственная схема: схема резервного копирования (нарисована с использованием Gliffy )

В основном это происходит из-за того, что у меня дома работает сервер под управлением Linux, что позволяет мне использовать rdiff-backup - инструмент резервного копирования, который хранит информацию о наборах изменений и, следовательно, способен восстанавливать старые данные в случае, если я случайно их удаляю.

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


1
Возможно, вы захотите взглянуть на Nilfs: www.nilfs.org «NILFS - это файловая система с лог-структурой, поддерживающая управление версиями всей файловой системы и непрерывный моментальный снимок, который позволяет пользователям даже восстанавливать файлы, ошибочно переписанные или уничтоженные всего несколько секунд назад». По сути, это файловая система управления версиями, и теперь она является частью ядра.
лабнут

1

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

Для защиты от пожара, кражи и т. Д. Я также использую Backblaze для резервного копирования в онлайн- хранилище . Это 5 долларов в месяц за неограниченное пространство, у меня сейчас около терабайта изображений (и я слышал, что другие люди имеют 3 или 4 терабайта), так что они действительно означают неограниченное пространство. Первое полное резервное копирование заняло некоторое время (несколько недель), но как только это было сделано, отслеживание новых фотографий по мере их добавления довольно быстрое (это приложение, работающее в фоновом режиме и отслеживающее изменения в резервном копировании). Мне нужно было несколько раз восстановить вещи, и у меня никогда не было проблем с этим.

У Mozy есть такой же сервис, которым пользуются некоторые мои знакомые люди - и они тоже этому довольны.

За последние несколько лет у меня была пара аппаратных сбоев и одна «человеческая ошибка», но до сих пор я никогда не терял никаких образов благодаря моей стратегии резервного копирования. Так что я очень доволен этим на данный момент.


1

Моя основная резервная копия - это внешний жесткий диск. Вторичное резервное копирование с использованием Jungledisk. В-третьих, я также синхронизирую файлы между моими двумя компьютерами. Три резервных копии в разных местах.

Кроме того, я никогда не форматирую карту памяти камеры, пока не буду удовлетворен полученными фотографиями, и эти файлы будут заархивированы.


1

Я использую подход, который, вероятно, похож на подход Кэбби, за исключением того, что у меня не так много компьютеров. Мой единственный компьютер для редактирования фотографий - это мой ноутбук, поэтому мне не нужно переносить данные и синхронизировать их с рабочим столом. Однако я также немного путешествую по работе, поэтому большая часть моего процесса направлена ​​на решение проблем и рисков, связанных с поездками. Моя резервная копия не позволяет мне получить 100%, но она позволяет мне сохранять важные вещи.

Из сообщения в блоге, которое я написал недавно, вот мой основной рабочий процесс:

  1. Выйди и сделай много снимков, иногда я использую несколько камер в одном месте, наведи и снимай, зеркальная камера и даже небеса - камера мобильного телефона.
  2. Вернитесь к компьютеру с флеш-картами, полными изображений.
  3. Загружайте изображения в Adobe Lightroom, сохраняя те же имена файлов, которые назначены камере. Однако изображения сгруппированы в каталоги по году - месяцу - дню.
  4. Если у меня есть внешний накопитель, скопируйте оригиналы на HD.
  5. Используя Lightroom загрузите все изображения до моей учетной записи SmugMug в закрытой области моего сайта.
  6. Начать процесс отбора и редактирования
  7. Скопируйте изображения хранителя в общедоступные галереи
  8. Экспорт изображений Keeper RAW в файлы DNG
  9. Загрузите изображения DNG в мою папку JungleDisk. Не раздел службы резервного копирования, а сетевой диск Jungle Disk, поэтому они всегда рядом, даже если я удалю их с локального диска, чтобы освободить место.

Благодаря этому новому процессу я относительно легко выполнил следующее:

  • Скопируйте файлы JPG в удаленное местоположение, находящееся в облаке, с помощью сервиса Amazon S3 (SmugMug).
  • Организовал изображения, чтобы я мог найти их снова.
  • Скопируйте файлы DNG в удаленное расположение службы Amazon S3 (JungleDisk).
  • Не нужно беспокоиться о том, что изображения читаются на оптическом носителе, который я сейчас использую.
  • Получил резервные и избыточные копии из моего владения - специально.

Я принял решение о том, что у Amazon S3 очень (ну удивительно высокий) уровень надежности данных, поэтому моя уверенность в том, что они сохранят мои данные доступными, намного выше, чем я мог придумать. Я просто решил по финансовым причинам, что я бы поместил некоторые в SmugMug с неограниченным хранилищем JPG, но использую JungleDisk для других форматов, а не SmugVault. Однако решение JungleDisk и SmugMug перекрывают меня, единственная разница заключалась в цене за ГБ.

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

Мои более длинные мысли о формате по этому вопросу находятся на http://bradfordbenn.com/2010/05/data-backup-and-access/

Надеюсь, это поможет.

Используя наш сайт, вы подтверждаете, что прочитали и поняли нашу Политику в отношении файлов cookie и Политику конфиденциальности.
Licensed under cc by-sa 3.0 with attribution required.