Як слід створити резервну копію фотографій?


12

Я в даний час Time Capsule резервне копіювання всіх моїх фотографій , але я шукаю поради про те , як ще можна підтримати їх. Мені здається, що мені слід створити резервну копію в Інтернеті разом із капсулою часу або зовнішніми жорсткими дисками. Що роблять усі інші?


3
На партнерських сайтах є кілька подібних питань: serverfault.com/q/512/465 superuser.com/q/177595/897 superuser.com/q/114072/897
chills42

Відповіді:


11

У мене є два резервні копії жорсткого диска, але немає резервного копіювання в Інтернеті, оскільки мій Інтернет-провайдер вважає завантаження, і я не хотів би витрачати гори часу на очікування гігабайт RAW-файлів. Я думаю, це було б суб'єктивним уподобанням, тоді як резервне копіювання жорсткого диска є суттєвим.

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

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

alt текст


3
+1 за картинку, мені сподобалось! Тепер, єдине, що у вас є, це те, що вам не вистачає хмари. Усі діаграми потребують хмари. ;)
Джон Каван

Була хмара, але будучи графічним дизайнером OCD, це була чорна заливка білими контурами, тому я не міг її використовувати :-P
Нік Бедфорд

Нічого собі, це дивно виглядає 50D. Я не знав, що це так боксує. І ця лінза надзвичайно крихітна. : P +1
BBischof

1
Це гмм ... європейська модель. Так.
Нік Бедфорд

3
Вихід із веб-сайту або в режимі онлайн резервне копіювання настільки важливо, що ви ніколи не знаєте, коли пожежа в сусідньому будинку знищить усе
Джон

4

Існує три ключові ризики, про які слід поглянути, плануючи створення резервних копій:

  1. Поломка / поломка комп'ютера
  2. Випадкове видалення
  3. Крадіжка, пожежа чи інше знищення приміщень

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

Або ви можете використати запатентовану [1] схему резервного копіювання мега-overkill Reid [2]:

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

    • Перший DVD місяця переходить до архіву вдома.
    • Другий DVD місяця переходить до архіву вдома.
    • Третій DVD місяця надсилається поштою родичам в Арізоні.

MacBooks в будинку використовує Super Duper через мережу для створення зображень на диску на сервері (вище), для копіювання цього плану.

Це все координується автоматично сценарієм Python, який я написав .


[1] Не дуже.

[2] Я фактично це роблю.

[3] Фотографії не включені в ці етапи.


1
Я додав би до вашого списку четвертий ризик - помилка / недбалість оператора. Мої спостереження полягають у тому, що цей ризик дорівнює сумі перших трьох ризиків.
labnut

3

Це дуже популярне питання, і багато спільних рішень не продумують усі випадки. У відповіді Рейда фактично перелічені 3 основні події, які потребують резервного копіювання. Я написав цю статтю про це в останній час, яка охоплює ці та ще кілька випадків.

Основний момент полягає в тому, що ви повинні витратити зусилля пропорційно безпеці, яку ви хочете мати, і що резервне копіювання потрібно, щоб прийняти кілька можливих ситуацій.


3

Це залежить. Які фотографії тобі варті?

Мій процес останнім часом трохи, ну, простий. Це не гарантує 100% відновлення кожного зображення, якщо трапиться найгірше. Але я з цим все в порядку.

Я стріляю сирим до CF. Ці CF імпортуються в LR і перетворюються в DNG або на моєму ноутбуці (далеко від дому) або на моєму робочому столі (більшість матеріалів).

У будь-якому випадку картки НЕ видаляються до пізніше.

Після того, як у мене є робоча копія в моїй системі, я роблю другу копію вдома в моїй Drobo. Це фізично на протилежній стороні будинку, тому щось погане, що відбувається в моєму кабінеті, не вплине на це ... але все одно в тому ж будинку.

Все, з чим я працював на ноутбуці, приноситься на робочий стіл, коли я повертаюся додому. Робочий стіл обробляється часом (не для дробота) та здійснює рейд, тому втрата даних на ньому потребує відразу декількох незалежних дисків.

Лише коли я маю ці дві копії (настільний і дробовий), чи можу я очистити зображення з карти. Найчастіше, хоча, мені не потрібно, щоб карта знову знімалася.

Зараз я обробляю зображення в LR і роблю свій перший проріз мінімум, як правило, я роблю 2 проходи. Будь-яке зображення, яке можна використовувати навіть віддалено, тобто не відхиляється з-за поганого фокусування тощо, потім завантажується в Інтернет. (Зокрема, до приватних галерей у моєму обліковому записі SmugMug - відмова від відповідальності. Зараз я працюю в SmugMug, але я почав це робити раніше.)

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

Зрештою, мої найкращі зображення зберігаються в декількох місцях:

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

тимчасовий робочий стіл: те саме, що вище

drobo: оригінальна сировина від CF

Amazon S3 (через SmugMug): відображати копії та (склепінчасті) сировину

Це дає мені можливість скасувати будь-які випадкові помилки (btdt), витягнувши з машини часу або дробо, відновити зі зіпсованих LR-каталогів (btdt) тим же методом, плюс можливість повернути мої найкращі зображення з хмари, якщо щось погане трапляється у мене вдома. Для моїх сімейних знімків моя відпустка знімається, навіть сценіки, які я намагаюся продати, для мене це достатньо уваги.

І навпаки, кілька років тому я допоміг подрузі створити схему її зберігання для зйомок в студії. Оскільки ці зображення є її зарплатою, вони означають для неї набагато більше. Ось, що ми налаштовуємо: У студії у неї є два маки, які вони та її помічник редагують. На обох машинах додається великий рейдовий масив ... Я забуваю, скільки місця було, але це як 12 приводів. Обидві машини встановлені для монтажу обох рейдових масивів (один локально, один по всій мережі). Коли вона імпортує зображення в LR, вона автоматично робить другу копію до масиву рейдів другої машини. Вони записують DVD (або 2) із зображеннями дня щоночі, ці диски зберігаються в стороні (я думаю, що в її будинку). Флеш-карти не стираються, поки DVD-диски не вийдуть на сайт. Після закінчення опрацювання зображень результати завантажуються в Інтернет, а також спалюються на компакт-диск. Я думаю, що вони зараз використовують backblaze ... спочатку це був ще один великий рейдовий масив на локальному досвіді; що стало надто дорого. Вони видаляють вміст із локального рейдового масиву, як через 2 тижні після доставки відбитків клієнтові, та з Інтернету, резервне копіювання через рік.


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

1
Ще не з дробоком. Але я розумію занепокоєння ... втративши багато часу на RE'ing та відновлення даних у власного третього стороннього "рейдового" контролера. У цей момент моя потреба в чомусь, що "просто працює" переважає мою потребу в чомусь відкритому, до якого я можу довіряти, щоб бути завжди доступним.
каббе

2

Моя власна схема: схема резервного копіювання (намальована за допомогою Gliffy )

Це здебільшого випливає з того, що у мене вдома є сервер під управлінням Linux, що дозволяє мені використовувати rdiff-backup - інструмент резервного копіювання, який зберігає інформацію про набір змін і тому може відновити старі дані, якщо я випадково її видалюю.

Що мені подобається в цій схемі, це те, що я можу створити резервну копію всього за допомогою простої команди після завантаження зображень з камери, тож до моменту видалення файлів із картки вони вже є резервними копіями на сервері.


1
Ви можете поглянути на Nilfs: www.nilfs.org "NILFS - це файлова система, структурована журналом, що підтримує версію всієї файлової системи та безперервний знімок, який дозволяє користувачам навіть відновити файли, помилково перезаписані або знищені всього кілька секунд тому." По суті це файлова система версій, і тепер вона є частиною ядра.
labnut

1

Після копіювання фотографій з моєї картки пам’яті я роблю другу копію на зовнішній жорсткий диск (для захисту від випадкового видалення або збоїв обладнання).

Для захисту від пожежі, крадіжок тощо я також використовую Backblaze для резервного копіювання в Інтернеті. Це $ 5 на місяць за необмежений простір, у мене зараз є терабайт зображень (і я чув, що інші люди мають 3 або 4 терабайти), тому вони насправді означають необмежений простір. Перше повне резервне копіювання зайняло деякий час (кілька тижнів), але як тільки це було зроблено, не відставати від нових фотографій, коли я додаю їх, досить швидко (це додаток, який працює у фоновому режимі, спостерігає за змінами резервного копіювання). Мені потрібно було декілька разів відновлювати матеріал і ніколи з ним не виникало жодних проблем.

Мози мають такий самий сервіс, яким користуються деякі люди, яких я знаю, - і вони задоволені цим.

За останні кілька років у мене було кілька апаратних збоїв і одна "людська помилка", але досі я ніколи не втрачав жодного зображення завдяки своїй стратегії резервного копіювання. Тож я зараз доволі задоволений цим.


1

Моя основна резервна копія - зовнішній жорсткий диск. Вторинне - це резервне копіювання за межами сайтів за допомогою Jungledisk. По-третє, я також синхронізую файли між двома комп'ютерами. Три резервні копії в різних місцях.

Крім того, я ніколи не відформатовую карту пам'яті камери, поки не буду задоволений отриманими фотографіями, і ці файли не були резервні.


1

Я роблю підхід, який, мабуть, схожий на Cabbey, за винятком того, що міна не залучає стільки комп’ютерів. Мій єдиний комп'ютер для редагування фотографій - це мій ноутбук, тому мені не потрібно переносити та синхронізувати на робочий стіл. Однак я також подорожую трохи для роботи, тому значна частина мого процесу спрямована на проблеми та ризики подорожі. Моя резервна копія не дає мені отримати 100%, але це дозволяє мені зберігати важливі речі.

З публікації в блозі, про яку я писав деякий час тому, ось мій основний робочий процес:

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

Завдяки цьому новому процесу я порівняно легко здійснив наступне:

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

Я прийняв рішення про те, що S3 Amazon має дуже (добре, надзвичайно високий) рівень довговічності даних, тому моя впевненість у тому, щоб вони зберігали мої дані, набагато вища за все, що я міг придумати. Я просто вирішив з фіскальних причин, що розміщую деякі в 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.