В настоящее время у меня есть Time Capsule для резервного копирования всех моих фотографий, но я ищу совет о том, как еще их зарезервировать. Я чувствую, что мне нужно иметь резервную копию онлайн вместе с Time Capsule или внешними жесткими дисками. Что все остальные делают?
12
Ответы:
У меня есть две резервные копии на жестком диске, но нет оперативной резервной копии, так как мой провайдер считает количество загрузок, и я бы не стал тратить кучу времени на ожидание резервного копирования в гигабайтах файлов RAW. Это, я полагаю, было бы субъективным предпочтением, в то время как резервное копирование жесткого диска имеет важное значение.
Это моя установка. Резервное копирование жесткого диска емкостью 1 ТБ выполняется с помощью Time Machine, а резервное копирование 750 ГБ - с использованием Carbon Copy Cloner. В прошлом я обнаружил, что Time Machine пропускала случайные важные файлы или изменения, которые должны были быть скопированы, что приводило к потере данных, на что я ответил добавлением второй резервной копии, не относящейся к Time Machine.
Если вы действительно хотите, вы можете делать еженедельное резервное копирование за пределы площадки. Принесите большое внешнее устройство, сделайте резервную копию, а затем возьмите для нее место друга или родственника для хранения.
источник
При планировании резервного копирования следует учитывать три основных риска:
Для защиты от всех трех вам необходимо иметь внешнюю резервную копию. Простым решением для Mac является Super Duper и пара USB или FireWire-дисков, каждый из которых больше, чем все ваши активные диски вместе взятые. Настройте Super Duper для клонирования дисков по ночам и оставляйте их на работе или в доме друга. Еженедельно чередуйте диски - возьмите одного на работу и принесите домой (они оба никогда не должны быть дома, потому что тогда у вас не будет резервной копии в течение этого периода). Этот план должен обойтись вам примерно в 250 долларов, и за ним довольно легко следовать.
Или вы можете использовать запатентованную Reid [1] схему мега-избыточного резервного копирования [2]:
Некоторые разделы еженедельно записывались на DVD. [3]
Собственные MacBook используют Super Duper по сети для создания образов дисков на сервере (см. Выше), чтобы использовать этот план.
Все это автоматически координируется скриптом Python, который я написал .
[1] Не совсем.
[2] Я действительно делаю это.
[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 недели после доставки отпечатков клиенту и из онлайн-резервной копии примерно через год.
источник
Моя собственная схема: (нарисована с использованием Gliffy )
В основном это происходит из-за того, что у меня дома работает сервер под управлением Linux, что позволяет мне использовать rdiff-backup - инструмент резервного копирования, который хранит информацию о наборах изменений и, следовательно, способен восстанавливать старые данные в случае, если я случайно их удаляю.
Что мне нравится в этой схеме, так это то, что я могу заархивировать все с помощью простой команды после загрузки изображений с камеры, поэтому к моменту удаления файлов с карты они уже сохранены на сервере.
источник
После копирования моих фотографий с карты памяти, я делаю 2-ю копию на внешний жесткий диск (для защиты от случайного удаления или аппаратного сбоя).
Для защиты от пожара, кражи и т. Д. Я также использую Backblaze для резервного копирования в онлайн- хранилище . Это 5 долларов в месяц за неограниченное пространство, у меня сейчас около терабайта изображений (и я слышал, что другие люди имеют 3 или 4 терабайта), так что они действительно означают неограниченное пространство. Первое полное резервное копирование заняло некоторое время (несколько недель), но как только это было сделано, отслеживание новых фотографий по мере их добавления довольно быстрое (это приложение, работающее в фоновом режиме и отслеживающее изменения в резервном копировании). Мне нужно было несколько раз восстановить вещи, и у меня никогда не было проблем с этим.
У Mozy есть такой же сервис, которым пользуются некоторые мои знакомые люди - и они тоже этому довольны.
За последние несколько лет у меня была пара аппаратных сбоев и одна «человеческая ошибка», но до сих пор я никогда не терял никаких образов благодаря моей стратегии резервного копирования. Так что я очень доволен этим на данный момент.
источник
Моя основная резервная копия - это внешний жесткий диск. Вторичное резервное копирование с использованием Jungledisk. В-третьих, я также синхронизирую файлы между моими двумя компьютерами. Три резервных копии в разных местах.
Кроме того, я никогда не форматирую карту памяти камеры, пока не буду удовлетворен полученными фотографиями, и эти файлы будут заархивированы.
источник
Я использую подход, который, вероятно, похож на подход Кэбби, за исключением того, что у меня не так много компьютеров. Мой единственный компьютер для редактирования фотографий - это мой ноутбук, поэтому мне не нужно переносить данные и синхронизировать их с рабочим столом. Однако я также немного путешествую по работе, поэтому большая часть моего процесса направлена на решение проблем и рисков, связанных с поездками. Моя резервная копия не позволяет мне получить 100%, но она позволяет мне сохранять важные вещи.
Из сообщения в блоге, которое я написал недавно, вот мой основной рабочий процесс:
Благодаря этому новому процессу я относительно легко выполнил следующее:
Я принял решение о том, что у Amazon S3 очень (ну удивительно высокий) уровень надежности данных, поэтому моя уверенность в том, что они сохранят мои данные доступными, намного выше, чем я мог придумать. Я просто решил по финансовым причинам, что я бы поместил некоторые в SmugMug с неограниченным хранилищем JPG, но использую JungleDisk для других форматов, а не SmugVault. Однако решение JungleDisk и SmugMug перекрывают меня, единственная разница заключалась в цене за ГБ.
Ключ должен знать и понимать, в чем разница между резервным копированием и архивированием, чтобы убедиться, что, когда вы оцениваете услуги, вы получаете желаемые результаты. Мой друг использовал службу для резервного копирования и думал, что они могут удалить вещи без риска; просто вспомните из резервной копии, как она работала во время тестирования. Проблемный момент наступил на 31 день после удаления оригинального файла, сервис удаляется через 30 дней. Поэтому, пожалуйста, убедитесь, что вы используете и понимаете условия внимательно.
Мои более длинные мысли о формате по этому вопросу находятся на http://bradfordbenn.com/2010/05/data-backup-and-access/
Надеюсь, это поможет.
источник