Фотоархив на NAS: что даёт Synology и QNAP, а что нет
Сетевое хранилище в компании обычно появляется, когда съёмки перестают помещаться на диск дизайнера. Вопрос «где хранить» закрывается надолго: массив расширяется дисками, резервное копирование настраивается по расписанию. А вопрос «как найти» после покупки NAS остаётся ровно таким же, каким был.
Типичный запрос, с которым к нам приходят: команда около 30 человек, все активы на NAS в локальной сети, облако не нужно, файлы трогать нельзя. Разберу, что тут решает сам NAS, а что — нет.
Что NAS действительно решает
- Место: терабайты RAW и видео уходят с рабочих машин.
- Доступ: к архиву подходят с любого компьютера в сети.
- Отказоустойчивость: массив переживает смерть одного диска.
- Резервное копирование: есть куда и чем копировать.
Всё это — про хранение. Ни одна строка не про поиск.
Где упирается встроенный поиск
Встроенный поиск Synology и QNAP работает с тем, что знает файловая система: имя, путь, размер, даты. Отсюда три следствия.
Кадр без осмысленного имени не находится. Камера называет файлы `DSC_4417.NEF`, и пока их никто не переименовал, единственная зацепка — папка.
Разрез только один. Съёмка нужна и в «2026/Съёмки», и в «Объекты/Площадка 2» — в файловой системе это две копии.
Содержимое невидимо. Ни того, что на снимке, ни текста внутри отсканированного договора файловая система не знает.
Показательная проверка: попросите найти все кадры, где виден логотип на спецодежде. По NAS это невыполнимо в принципе — не потому, что он плохой, а потому, что он про другое.
Что нужно, чтобы поверх NAS работал каталог
Архив никуда не переносится. Рядом ставится сервер каталога, который читает разделы NAS по сети и собирает по каждому файлу карточку: метаданные, превью, распознанный текст. Оригиналы остаются в своих папках.
| Что | Где | Сколько |
|---|---|---|
| Оригиналы | на NAS, как сейчас | без изменений |
| Сервер каталога | отдельная машина в той же сети | Windows Server 2019+, от 8 ядер 3,0 ГГц, от 16 ГБ памяти |
| Миниатюры и превью | SSD на сервере каталога | 20–30 % объёма архива: для 5 ТБ — 1–1,5 ТБ |
| База каталога | отдельный SSD, PostgreSQL | растёт с числом файлов |
Почему не на самом NAS: индексация, генерация превью и распознавание нагружают процессор и память так, как бытовой NAS не рассчитан. Отдельный сервер — это условие, а не перестраховка.
Что проверить на своём NAS до пилота
- Сетевой доступ: учётная запись сервера каталога должна видеть нужные разделы на чтение.
- Запись в файлы: нужна, только если вы хотите, чтобы теги сохранялись в IPTC и XMP внутри оригиналов. Для каталога достаточно чтения.
- Скорость сети: первичная индексация читает весь архив, первый обход лучше запускать в нерабочее время.
- Смешанная команда: десктоп-клиент работает под Windows. Пользователи macOS работают через веб-клиент в браузере или запускают десктоп в Parallels либо VMware Fusion — это стоит проверить на пилоте.
Чего каталог поверх NAS не делает
Он не заменяет резервное копирование: карточки и превью — производные данные, оригиналы по-прежнему нужно бэкапить теми же средствами.
Он не наводит порядок в структуре папок и не должен: смысл в том, чтобы структура перестала быть единственным способом ориентироваться.
И он не видит того, что лежит вне сети: папка на ноутбуке фотографа в каталог не попадёт, пока её не положат на NAS.
Чек-лист
- Видны ли нужные разделы NAS серверу по сети.
- Есть ли где поставить сервер каталога и SSD под превью.
- Известен ли объём архива в терабайтах и числе файлов.
- Решено ли, разрешать ли запись в оригиналы.
- Есть ли в команде пользователи macOS.
Подробный разбор требований — на странице каталог для архива на NAS. Если хранилище должно оставаться в изолированной сети, смотрите установку на свой сервер.