Бэкап в Lightroom

Вы делаете бэкап? Ну, что если ваши фотки внезапно исчезнут? Я сейчас не говорю о печати, я говорю о работе. Казалось бы, зачем думать о плохом, если все хорошо, и вероятность плохого исхода мала… однако, не так все просто, это примерно как при жизни купить себе место на кладбище, верно? Так, «на всякий случай» — потом будете просто благодарны своей предусмотрительности и паранойе. Но сначала давайте подумаем, что нужно бэкапить…

Прежде всего, импортируемые файлы: вы подтягиваете их в каталог (заодно и на диск), а куда идет вторая копия? Вы в курсе, что в окне импорта есть опция «Make a second copy to»?

Сделать бэкап при импорте

Сделайте себе за правило всегда делать вторую копию: одна будет основной, рабочей, другая резервной — исходник всегда останется. Если импортируете на внешний диск для работы в Lightroom, бэкап сохраняйте на основной диск. Если же фотки падают в ваш большой каталог, сделайте себе систему бэкапа на внешние диски в любом виде, что можно делать уже в самом начале. Я работаю с каталогами в мобильном режиме, на внешнем диске, до окончания проекта, поэтому бэкапы храню на основном диске с фотографиями. Для пущей параноидальности подхода диск с фотографиями я раз в неделю синхронизирую с подключаемым внешним, хранящимся отдельно. Лучше, если эти диски не будут храниться в одном помещении (если есть простой доступ к сейфу, прячьте все туда, трудом будет лишь таскать их туда-сюда).

С исходниками разобрались, теперь сам каталог. Вы знаете ответ на вопрос, что такое каталог Lightroom? Расслабьтесь, я за вас отвечу: это вносимые в процессе редактирования настройки, записанные в числовом виде (это действительно просто строки и числа, соответствующие их параметрам). Если перевести на русский — это то, какой вид вы придали исходнику. Если исходник можно восстановить (что мы обеспечили шагом выше), надо обеспечить и восстановление самого каталога. Поверьте, я терял каталоги — мне повезло, что они были некритичными для меня, и пробовал даже их восстанавливать… так вот, если файлы RAW восстанавливаются с вероятностью примерно 80%, каталоги Lightroom не восстанавливаются никогда — программы восстановления данных просто не понимают их структуры. А потому, храните их как зеницу ока. В зависимости от важности, величины и регулярности внесения изменений, делайте их бэкап, тем более, что они редко занимают место, сопоставимое с размером фотографий в каталоге. От 10 до 700 Мб — это норма (причем, в большинстве случаев, меньше 100 Мб), а значит, такой размер потянет любой сервис синхронизации данных в интернете, самый удобный и популярный из которых — Dropbox. При установке расширений к нему, можно сделать синхронизируемой либо определенную папку прямо на диске, либо некоторые файлы, что идеально подходит для каталогов Lightroom, особенно, хранящихся на жестком диске. Если работаете с каталогом каждый день, возьмите за привычку и бэкапиться в таком же режиме.

Бэкап на внешний диск

Dropbox все автоматизирует, так что можно даже не волноваться, но можно делать все и вручную — просто слушать напоминалки при закрытии. Единственная оговорка, если сохранять бэкап, как предлагает сама программа, лучше просто закрыть этот файл — обязательно выберите опцию сохранения на другой диск. Для этого есть кнопка Choose…, после которой надо лишь найти внешний диск/флешку/папку Dropbox, куда и сохранить файл. Ну и, естественно, ничего не теряйте.

15 комментариев

  • nicki says:

    По-моему, в XMP файлах хранятся последние изменения, сделанные с файлом, в то время как в lrcat – вся история того, что делал с файлом.

    • nicki, а какая разница? Разве что в том, что можно, к примеру, Exposure туда-сюда гонять десять раз, а потом 10 раз нажать Ctrl-Z, чтобы точно так же откатывать. Опять-таки, XMP хранит данные дополнительно к каталогу, куда они пишутся, в любом случае.

  • bormotov says:

    Конечно импортируется изображение в каталог, но raw’ы никуда не перемещаются и расположением файлов и директорий внутри D:\Photos я рулю сам.

    Конечно директории можно делать и средствами системы, а “Synchronize folder…” можно сказать для всего D:\Photos (я первые пол года так делал), но это дольше, он же всё дерево сканирует.

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

    • bormotov, так никто и не сказал, что обязательно перемещать. Вообще, есть очень правильная идеология хранить исходники в подпапках одного диска только с исходниками, а все каталоги создавать в папочке специализированной, добавляя файлы в них без копирования или перемещения. А вот удалять с диска желательно через ЛР, в любом случае, чтобы он их не терял.

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

  • vladimir says:

    UncleSam: Синхронизация директории 🙂

    есть у меня на десктопе с виндой D:\Photos (на маке аналогичную функцию выполняет $HOME\Изображения). Как я сказал LR’у, что “фотографии живут тут” не помню, давно дело было. Эта диреткория у меня видна в режиме библиотеки справа, в плашке Folders. В меню Library стоит птичка у пункта “Include Photos from Subfolders”.

    Сейчас технология такая – правый клик, на этом самом Photos, “Create folder inside Photos” – создаю диреткорию, обычно это ГГГГ-ММ-ДД-Название (дата для “привязке в памяти к дате”, название – что-то осмысленное, например “Суздаль” – с выходных в Суздали). LR создает директорию. Сливаю туда raw’ки. Потом в LR на этой директории правый клик – “Synchronize folder…” Получаю Import Dialog, вписываю ключевые слова. Поскольку LR обучен никуда ничего не копировать, то он просто начинает создавать превьюшки, генерит xml с ключевыми словами.

    Директория D:\Photos сливается rsync’ом на другой диск время от времени (обычно когда экспортирую из LR – запускаю rsync всего Photos)

    Сам photos.lrcat у меня живет в другом месте, там-же рядом с ним живут превьюшки и автоматические бекапы lrcat’а (установлено не реже раза в неделю, но есть возможность делать копию каждый день и даже при каждом запуске LR: Catalog Setting – General – Backup).
    Я прикинул, что заниматься отдельно бекапом lrcat’а на другой диск мне смысла нет.
    Но если это работа, конечно есть смысл бекапить и .lrcat на другой диск, а может даже и превьюшки тоже. Рабочее время всегда стоило дороже чем место на диске, а при нынешних ценах на диски – так вообще не вижу смысла место экономить.

    Из глобальных решений: под виндой давно и успешно использую Acronis TrueImage Home, на маке в дополнение к TimeMachine – SuperDuper!
    При всём очевидном удобстве регулярного бекапа на уровне директорий и файлов, бекап на уровне раздлов диска сильно экономит время после глобальных сбоев (а при переезде на другой диск рулит неимоверно 🙂

    МакОСь свои образы диска сама умеет монтировать, под виндой TrueImage монтирует свои архивы с образом диска.

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

    Как говорилось в далеких 90-ых: “Умрет диск или нет – даже не вопрос. Вопрос в том, насколько старая резервная копия будет у вас в наличии, в момент когда диск умрет”.

    • vladimir, ну так все равно импортируется же. А то вы прям напугали, что с папками только живете. Каталог же все равно есть, просто настройки дублируются еще в XMP. Очень понравилась ваша методика именно применительно к бэкапу, а тем более и идеология из последнего абзаца — такие вещи надо себе в память вбивать.

  • андрей says:

    http://www.goodsync.com/
    это программа для синхронизации
    бесплатная
    левое крыло и правое крыло
    задаем адреса с обеих сторон
    можно синхать в любом направлении, в любом сочетании
    его плюсы
    + создается заданий

    мое практическое применение:
    создал 2 задачи для: синхать ноут и внешний хард
    1я задача синхать фото
    2я задача синхать каталоги ЛР

    * можно в настройках поставить учет удаленных файлов
    погрузитесь на 20 минут. этого достаточно для изучения

    • андрей, огромное спасибо за рекомендацию. Не поверите, вообще никогда не слышал. Пользуюсь родным WD-шным синхронизатором, которой в комплекте с диском шел, чтобы сливать с подключенного внешнего на отключаемый. Программа пошла в копилку.

  • bormotov says:

    UncleSam: копировать на другой диск конечно нужно.

    Я к тому, что именно lrcat не трогаю совершенно, и не особо волнуюсь о его судьбе. Файлы XMP пишутся рядом с исходными, и всё это копируется одновременно с копированием исходных (обычно один проект – один каталог).

    Да! Файлы в “библиотеку” я не импортирую совсем. Мне ближе файловая структура, и LR совсем не возражает против такого подхода.

  • андрей says:

    синхаюсь прграммой goodsync

    • андрей, это из той сферы, когда хочется знать больше. Расскажите, что это, пожалуйста.

  • bormotov says:

    про бекап каталога – разве принудительная запись XMP-файлов не проще/лучше? Там же (насколько я понимаю) хранится всё то, что в каталоге.

  • Ребят, кто знает как заставить LR хранить параметры снимков в той же папке, что и снимок, как это делает Camera Raw в PS?

    • KIL, это то, о чем сейчас сказал bormotov. Делается просто: выделили файлы, нажали Ctrl-S. Можно также в настройках каталога, вкладка Metadata поставить галку Automatically write changes to xmp.

      bormotov, а я не настаиваю, но ва метод примерно настолько же правилен, сколько и хранение бекапа каталога на том же диске. У меня один раз мой диск чуть в метро из сумки не вытащили, с тех пор в кармане куртки ношу. Первая копия файлов хранится дома, бэкапы каталогов, с которыми работаю — в Dropbox (условно говоря, в интернете и на двух компах одновременно, плюс сама «флешка») — такой вариант мне кажется более безопасным, хотя я ни на чем не настаиваю. Я просто один раз потерял каталог с 50 фотками, больше не хочу, пришлось стать параноиком.

Leave a Reply

Your email address will not be published. Required fields are marked *