В настоящее время у меня есть Time Capsule для резервного копирования всех моих фотографий, но я ищу совета о том, как еще сделать их резервную копию. Я чувствую, что у меня должна быть онлайн-резервная копия вместе с Time Capsule или внешними жесткими дисками. Что делают все остальные?
У меня есть две резервные копии жестких дисков, но нет онлайн-резервной копии, поскольку мой интернет-провайдер считает загрузки, и я не хотел бы тратить горы времени на ожидание резервного копирования гигабайтов RAW-файлов. Это, я полагаю, было бы субъективным предпочтением, тогда как резервное копирование жесткого диска необходимо.
Это моя установка. Резервное копирование жесткого диска объемом 1 ТБ выполняется с помощью Time Machine, а резервное копирование 750 ГБ — с помощью Carbon Copy Cloner. В прошлом я обнаружил, что Time Machine пропускала случайные важные файлы или изменения, которые должны были быть зарезервированы, что приводило к потере данных, на что я ответил, добавив вторую резервную копию, не относящуюся к Time Machine.
Если вы действительно хотите, вы можете делать еженедельное резервное копирование вне офиса. Принесите большой внешний, сделайте резервную копию, а затем отнесите его другу или родственнику для хранения.
При планировании резервного копирования необходимо учитывать три основных риска:
Чтобы защититься от всех трех, вам необходимо иметь удаленную резервную копию. Простое решение для Mac — Super Duper плюс пара дисков USB или FireWire, каждый из которых больше, чем все ваши активные диски вместе взятые. Настройте Super Duper для клонирования дисков каждую ночь и держите один на работе или дома у друга. Еженедельно меняйте диски — берите один на работу, а другой домой (они никогда не должны быть дома оба, потому что тогда у вас не будет удаленной резервной копии в этот период). Этот план обойдется вам примерно в 250 долларов, и ему довольно легко следовать.
Или вы можете использовать запатентованную Рейдом [1] мега-избыточную схему резервного копирования [2]:
Некоторые разделы еженедельно записывались на DVD. [3]
MacBook в доме используют Super Duper по сети для создания образов дисков на сервере (см. выше) в дополнение к этому плану.
Все это автоматически координируется сценарием Python, который я написал .
[1] Не совсем так.
[2] Я действительно делаю это.
[3] Фотографии не включены в эти шаги.
Это очень популярный вопрос, и многие распространенные решения не продумываются во всех случаях. В ответе Рейда фактически перечислены 3 основных события, для которых требуется резервное копирование. Недавно я написал об этом статью , в которой рассматриваются эти и еще несколько случаев.
Суть в том, что вы должны прилагать усилия пропорционально безопасности, которую вы хотите иметь, и что резервные копии должны учитывать множество возможностей.
Это зависит. Чего вам стоят фотографии?
Мой процесс в последнее время немного, ну, просто. Это не гарантирует 100% восстановление каждого изображения в случае наихудшего случая. Но я согласен с этим.
Снимаю в CF в сыром виде. Эти CF импортируются в LR и конвертируются в DNG либо на моем ноутбуке (вдали от дома), либо на моем рабочем столе (большинство вещей).
В любом случае карты НЕ стираются до определенного момента.
Когда у меня есть рабочая копия в моей системе, я делаю вторую копию дома на своем Drobo. Физически он находится на противоположной стороне дома, поэтому что-то плохое, происходящее в моем офисе, не повлияет на него... но он все еще находится в том же доме.
Все, с чем я работал на ноутбуке, переносится на мой рабочий стол, когда я возвращаюсь домой. Рабочий стол обрабатывается во времени (не для дробо) и подвергается рейдам, поэтому потеря данных на нем потребует одновременной остановки нескольких независимых дисков.
Только когда у меня будут эти две копии (рабочий стол и дробо), я подумаю об удалении изображений с карты. Однако чаще всего я этого не делаю, пока мне действительно не понадобится карта, чтобы снова стрелять.
Сейчас я обрабатываю изображения в LR и делаю первый проход как минимум, обычно я делаю 2 прохода. Любое изображение, которое даже удаленно можно использовать, т. е. оно не было отклонено из-за плохого фокуса и т. д., затем загружается в Интернет. (Особенно для частных галерей в моей учетной записи SmugMug - отказ от ответственности, я сейчас работаю на SmugMug, но я начал делать это раньше.)
Теперь я продолжаю окончательную обработку (обычно через несколько дней я использую итеративный подход к обработке) и загружаю окончательные изображения хранителя в общедоступные галереи на SmugMug, при этом необработанные файлы (dng) сохраняются вместе с jpg.
В конце концов, мои лучшие изображения хранятся в нескольких местах:
рабочая станция: исходный raw в каталоге LR, обработанный dng в каталоге LR
машина времени рабочей станции: такая же, как указано выше
drobo: оригинальный сырец из МВ
Amazon S3 (через SmugMug): отображать копии и (хранилище) необработанные
Это дает мне возможность отменить любые случайные стирания (btdt) путем извлечения из машины времени или дробо, восстановить поврежденные каталоги LR (btdt) тем же методом, а также возможность вернуть мои лучшие изображения из облака, если что-то пойдет не так. происходит у меня дома. Для моих семейных снимков, снимков из отпуска, даже пейзажей, которые я пытаюсь продать, мне этого достаточно.
И наоборот, несколько лет назад я помог другу настроить систему хранения для ее студийных съемок. Поскольку эти изображения — ее зарплата, они значат для нее гораздо больше. Вот что мы настроили: в студии у нее есть два компьютера Mac, на которых она и ее ассистент редактируют. К обеим машинам подключен большой рейд-массив... Я забыл, сколько там было места, но вроде 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/
Надеюсь, это поможет.
озноб42