Бэкап каталога Capture One: база, правки и то, чего в копии нет
Самая дорогая потеря в работе с каталогом — не фотографии, а правки. Raw-файлы можно переснять, а месяц ретуши — нет.
Capture One умеет делать бэкап, но у этой функции есть границы, и их нужно знать до того, как что-то сломалось.
Что входит в бэкап
Официальная документация перечисляет состав:
- файл базы .cocatalogdb;
- папку Adjustments, в которой лежат:
ICC— пользовательские ICC-профили;LAM— маски локальных правок;LCC— профили коррекции линзы.
Всё остальное — превью, кеш — в бэкап не входит.
Ключевое ограничение, которое документация повторяет дважды: оригинальные изображения не копируются, если только они не хранятся внутри пакета каталога (а по умолчанию это не так).
То есть бэкап каталога защищает от потери правок и структуры, но не от потери диска с исходниками.
Где лежат бэкапы
По умолчанию:
- macOS:
~/Library/Application Support/Capture One/Backups; - Windows:
Users\%username%\Pictures\Capture One\Backups.
Папки именуются по дате и времени создания. В настройках можно указать другое расположение — и это стоит сделать, если системный диск небольшой.
На macOS каталог — это пакет .cocatalog: внутри база, превью и прочее. Посмотреть содержимое можно через правый клик → Show Package Contents.
На Windows файлы лежат отдельно, и это важно при ручном восстановлении.
Как настроить автоматические напоминания
- Откройте настройки: Capture One → Settings (macOS) или Edit → Preferences (Windows).
- Вкладка General.
- Раздел Catalog Backup.
- Выберите частоту: при каждом закрытии, раз в день, раз в неделю, раз в месяц.
Это именно напоминание, а не тихий автоматический бэкап. Если пропустить запрос, копия не появится.
Ручной бэкап
File → Backup Catalog...
В этом же диалоге есть две полезные опции:
- Test Integrity — проверка базы на ошибки;
- Optimize Catalog — пересборка внутренних данных.
Документация по восстановлению повреждённого каталога советует запускать бэкап именно с этими двумя галочками: обеспечивается базовая профилактика базы.
Практический график: раз в неделю — с проверкой и оптимизацией; перед крупным обновлением Capture One — обязательно.
Что делать перед обновлением версии
При открытии каталога в новой версии Capture One обновляет базу и рядом появляется файл вида .cocatalogdb.backup. Это не ваш бэкап, а автоматическая копия старой базы.
Документация описывает откат:
- закрыть Capture One;
- удалить новый
.cocatalogdb; - переименовать
.cocatalogdb.backup, убрав расширение.backup.
После этого каталог откроется в прежней версии. Важное предупреждение из документации: правки, сделанные в новой версии, будут недоступны.
Восстановление из бэкапа
Штатный путь:
- Откройте каталог. Если база повреждена, Capture One предложит Verify and Repair или Restore from backup.
- Выберите восстановление.
- Укажите нужную копию из списка.
- Дождитесь пересборки базы.
Ручной путь, если интерфейс не помогает:
- Закройте Capture One.
- Найдите папку бэкапа.
- Скопируйте оттуда
.cocatalogdbи папкуAdjustments. - Вставьте в папку каталога, заменив существующие файлы.
- Удалите файл
writelock, если он остался. - Откройте каталог.
Пятый пункт важен: при аварийном завершении блокировка может остаться и помешать открытию.
Проверка целостности
File → Verify Catalog or Session.
Если проверка не проходит:
- Нажмите Repair и дождитесь завершения.
- Запустите Verify снова.
- Повторяйте, пока не появится сообщение об успешной проверке.
Документация отдельно отмечает: каталог на внешнем или сетевом диске может не проходить проверку. В этом случае базу копируют на локальный диск и повторяют процедуру.
Чего в бэкапе нет и что копировать руками
Список того, что нужно хранить отдельно:
- Исходные raw-файлы — они живут своей жизнью.
- Пользовательские стили и пресеты — лежат в папке приложения, а не в каталоге.
- Рабочие пространства — тоже вне каталога.
- Экспортированные файлы — если они нужны клиенту, это отдельный архив.
Для полноты картины: папка пользовательских данных Capture One на macOS — ~/Library/Application Support/Capture One, на Windows — C:\Users\%USERNAME%\AppData\Local\CaptureOne.
Схема 3-2-1 на практике
- Три копии: рабочий каталог, локальный бэкап, внешний диск.
- Два носителя: например, внутренний SSD и внешний HDD.
- Одна копия вне площадки: облако или диск, который хранится в другом месте.
Для каталога это означает: сам каталог + регулярные бэкапы базы + отдельная копия исходников.
Как часто делать бэкап
Универсального ответа нет, но есть простое правило: частота копий должна соответствовать объёму работы, которую вы готовы потерять.
Ориентиры:
- Раз в день — если каталог ведётся ежедневно и в нём сотни правок.
- Раз в неделю — для периодических съёмок.
- Перед обновлением Capture One — всегда, независимо от графика.
- Перед переносом на новый компьютер — всегда.
Отдельно стоит делать копию перед экспериментом с массовыми правками: пресеты, синхронизация настроек, пакетная обработка. Откатить такие изменения сложно, а копия базы решает проблему за минуту.
И ещё: бэкап, который ни разу не проверяли, — это не бэкап, а надежда. Раз в месяц попробуйте открыть копию на другом диске.
Частые ошибки
Считать бэкап каталога бэкапом фотографий. Исходники в него не входят.
Отключить напоминания «чтобы не мешали». Тогда бэкапов не будет вовсе.
Хранить копию на том же диске. При отказе диска пропадут обе версии.
Восстанавливать базу без папки Adjustments. Правки и маски не вернутся.
Забыть про writelock. Каталог не откроется после ручной замены файлов.
FAQ
Копирует ли Capture One исходные raw-файлы?
Нет. В бэкап входят база и папка Adjustments; изображения нужно копировать отдельно.
Где по умолчанию лежат бэкапы?
На macOS — в ~/Library/Application Support/Capture One/Backups, на Windows — в Pictures\Capture One\Backups.
Как восстановить каталог из бэкапа?
Через предложение системы при открытии повреждённого каталога или вручную: заменить .cocatalogdb и папку Adjustments.
Что делают Test Integrity и Optimize Catalog?
Проверяют базу на ошибки и пересобирают внутренние данные. Полезно перед обновлением.
Можно ли откатиться на предыдущую версию Capture One?
Да, если сохранился файл .cocatalogdb.backup. Правки из новой версии при этом будут недоступны.