Переезд на новый NAS

Здравствуйте! Решил сменить свою рабочую лошадку ds411j, проработавшую безотказно много лет, на современного друга ds1515+. Старый будет использоваться под бэкапы. В связи с этим вопрос, как правильно организовать процесс переноса данных PhotoStation. Возможно, кто-то это уже делал и проходил грабли, на которые не хочется наступать повторно.

Разумеется, простое копирование своих фотографий с одного устройства на другое приведет к повторному созданию миниатюр, чего не хотелось бы, коллекция фотографий просто огромна. Или же все-таки стоит терпеливо пройти этот путь (ну, например, потому что что-то изменилось за много лет в логике их создания по количеству/качеству/времени, все-таки начинал я с 3-ей версии PhotoStation).

Или же, если пересоздание затея бессмысленна, потому что наполнение получится ровно такое же как есть сейчас, то как правильно перенести имеющиеся миниатюры, чтобы на новой железке все подхватилось?

Есть статья на эту тему вот тут

Там подробно расписан процесс.

Ну статья скорее об общем принципе переезда, а меня все-таки интересует специфика PhotoStation. Поскольку я переезжаю с 411j на 1515+, причем не дисками, а данными (второй комплект дисков куплен для целевого NAS), мой пункт 3.2, который сводится в общем-то к простому копированию данных по сети. Это можно сделать сколь угодно разными способами, только на мой вопрос так и не отвечает. В конце пункта сказано: просто переместите содержимое NetBackup/photo в папку общего доступа photo. Дает ли это гарантию, что PhotoStation подхватит, имеющиеся в скрытых подпапках структуру миниатюр, не понятно.

Более того, в пункте 2.2 (общий раздел о миграции между разными моделями) сказано, что потери данных (в том числе и данных PhotoStation) все-таки не избежать. Какие данные подразумеваются? Скорее всего все служебные, а значит, все те же миниатюры

Пункт 1.3 - Все файлы мультимедиа будут переиндексированы после миграции.

Пункт 1.3 - Все файлы мультимедиа будут переиндексированы после миграции.

Тогда вообще-то, наверное, теряет смысл переноса указанным методом, поскольку он подразумевает перенос вместе с миниатюрами. Зачем их за собой тащить, если все равно будет пересоздание. Не понимаю...

Тогда вообще-то, наверное, теряет смысл переноса указанным методом, поскольку он подразумевает перенос вместе с миниатюрами. Зачем их за собой тащить, если все равно будет пересоздание. Не понимаю...

То была общая сино-статья про миграцию со всего на всё . Если интерусует только частный случай с фото - выбирайте что Вам больше по душе ...

Так получается, что по душе и выбрать нечего. Приняли за аксиому, что пересоздание миниатюр не избежать. Хорошо. Значит, и тащить их на новый NAS смысла нет. Думаю никто не поспорит с этим. Очень уж огромный фотоальбом, чтобы пренебрегать этим. Ни один из перечисленных методов не рассказывает как скопировать только сами фотографии без набора миниатюр к каждой.

Выход-то я найду, конечно. Подмонтирую папки одного NAS к другому на уровне консоли с командной строки, да и дам команду копирования с исключениями @eaDir или как их там, не помню. Но это наколенный метод, что огорчает. И сколько граблей я еще по пути соберу - неизвестно. Думал, может, кто-то имеет опыт.

Ну статья скорее об общем принципе переезда, а меня все-таки интересует специфика PhotoStation. Поскольку я переезжаю с 411j на 1515+, причем не дисками, а данными (второй комплект дисков куплен для целевого NAS), мой пункт 3.2, который сводится в общем-то к простому копированию данных по сети. Это можно сделать сколь угодно разными способами, только на мой вопрос так и не отвечает. В конце пункта сказано: просто переместите содержимое NetBackup/photo в папку общего доступа photo. Дает ли это гарантию, что PhotoStation подхватит, имеющиеся в скрытых подпапках структуру миниатюр, не понятно.

 

Более того, в пункте 2.2 (общий раздел о миграции между разными моделями) сказано, что потери данных (в том числе и данных PhotoStation) все-таки не избежать. Какие данные подразумеваются? Скорее всего все служебные, а значит, все те же миниатюры

А если вам переехать в два этапа - 1) сначала забываем про новые купленные харды для нового наса и мигрируем со старыми хардами на новый нас, а потом 2) уже поочередно меняем харды, один за одним, раширяя раздел? Или миниатюрки потеряются еще на первом этапе? - уже не помню...

А вообще - не вижу особой проблемы в переиндексации на более/менее мощном железе :-)

А если вам переехать в два этапа - 1) сначала забываем про новые купленные харды для нового наса и мигрируем со старыми хардами на новый нас, а потом 2) уже поочередно меняем харды, один за одним, раширяя раздел?

Дано (инфа от автора)

1. Куплен (будет куплен) новый НАС,

2. Куплены (будут куплены) новые диски,

3. Старый НАС (со старыми дисками) планируется оставить под бэкапы

Доказать:

Предложенный Вами способ миграции - самый оптимальный

Или миниатюрки потеряются еще на первом этапе?

А куда они денутся - конечно потеряются ибо классическая миграция - это миграция именно старых дисков из одной коробки в другую.

А вообще - не вижу особой проблемы в переиндексации на более/менее мощном железе :-)

Так проблемы то и нет, ну разве что месяц (и более) процедурка будет крутиться

А если вам переехать в два этапа - 1) сначала забываем про новые купленные харды для нового наса и мигрируем со старыми хардами на новый нас, а потом 2) уже поочередно меняем харды, один за одним, раширяя раздел? Или миниатюрки потеряются еще на первом этапе? - уже не помню...

 

А вообще - не вижу особой проблемы в переиндексации на более/менее мощном железе :-)

Тут, конечно, уместно будет сказать, что как на исходном, так и на целевом - RAID 5. Можно конечно 4 диска со старого поставить в новый, потом по одному старому диску вынимать (издеваясь над рэйдом), по одному новому вставлять, восстанавливая рейд. Но в этой процедуре есть ряд опасностей, на которые я не пойду, можно вообще без данных остаться. Поэтому подвергать риску старые данные пока полностью не взлетел новый NAS с новыми данными - я не буду.

Но и опять-таки. Предлагая способ миграции, Вы на какой из моих вопросов отвечаете? Миниатюры переносятся, но не подхватываются

Так проблемы то и нет, ну разве что месяц (и более) процедурка будет крутиться

Когда 5 лет назад я запустил весь свой имеющийся на тот момент альбом на 411j - создание миниатюр заняло ровно месяц. Сейчас конечно машинка 1515+ по мощнее, но и фотографий на 5 лет больше.........

Когда 5 лет назад я запустил весь свой имеющийся на тот момент альбом на 411j - создание миниатюр заняло ровно месяц. Сейчас конечно машинка 1515+ по мощнее, но и фотографий на 5 лет больше.........

Используйте Synology Photo Station Uploader

Используйте Synology Photo Station Uploader

А это интересно - и как Вы себе это представляете в контексте задачи автора? С одной сетевой шары на другую через комп? Так быстрее?

Используйте Synology Photo Station Uploader

Ну у меня не очень мощный комп. Конфигурация схожа с 1515+. Поэтому бессмысленно, наверное. Плюс комп не выключать столько времени (и по ночам), а он шумит. Не. Пусть Syno в укромном уголке лопатит никого не раздражая

Ну у меня не очень мощный комп. Конфигурация схожа с 1515+. Поэтому бессмысленно, наверное. Плюс комп не выключать столько времени (и по ночам), а он шумит. Не. Пусть Syno в укромном уголке лопатит никого не раздражая

Комп не заменяет индексацию - ей всё равно быть на сино-приёмнике (а это львиная доля времени). А вот миниатюрки он создаёт "своёй процессрной мощью". Но повторюсь - правая кнопка мыши + комбинация из 3-х у-в (сино-передатчик->комп->сино-приёмник) это что-то новое

В общем придется делать как я уже и писал выше

Подмонтирую папки одного NAS к другому на уровне консоли с командной строки, да и дам команду копирования с исключениями @eaDir или как их там, не помню

Лучшего варианта пока не предложено

Поэтому подвергать риску старые данные пока полностью не взлетел новый NAS с новыми данными - я не буду.

это правильный подход, абсолютно согласен.

Когда 5 лет назад я запустил весь свой имеющийся на тот момент альбом на 411j - создание миниатюр заняло ровно месяц. Сейчас конечно машинка 1515+ по мощнее, но и фотографий на 5 лет больше.........

Ну и пусть себе... У меня тоже фоток не сильно мало, 400 гигабайт, 70 тыс. файлов, примерно. Да еще в персональной фотостанции порядка 100 гиг. Так вот когда примерно год назад я мигрировал на другой нас, я тоже не хотел данными рисковать, так я сделал бэкап (на всякий случай) и мигрировал со старыми хардами на новый нас, что там было с индексацией фотографий - я как то и не очень заметил, ну заняло наверное какое-то время, так что? прошло все (что касается фоток) безболезненно, даже незаметно, я бы сказал. Нас полностью доступен, тормозов особо не чувствуется, куда тарапыся :-)

Ну и пусть себе... У меня тоже фоток не сильно мало, 400 гигабайт, 70 тыс. файлов, примерно. Да еще в персональной фотостанции порядка 100 гиг. Так вот когда примерно год назад я мигрировал на другой нас, я тоже не хотел данными рисковать, так я сделал бэкап (на всякий случай) и мигрировал со старыми хардами на новый нас, что там было с индексацией фотографий - я как то и не очень заметил, ну заняло наверное какое-то время, так что? прошло все (что касается фоток) безболезненно, даже незаметно, я бы сказал. Нас полностью доступен, тормозов особо не чувствуется, куда тарапыся :-)

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

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

Переезжал с ds410 на hp n54l + xpenology, то есть на довольно мощную машинку. Соответственно можно считать, что версия dsm точно менялась, хотя номер и оставался такой же ;-), версия фотостанции точно не менялась. Организация дисков не менялась. Подхватыватились ли превьюшки - а фиг его знает, но то, что процесс переезда прошел безболезненнее, чем я ожидал - факт. Причем, забыл сказать, у меня еще ребенок довольно активный источник фотографий, так вот она (ребенок) вообще ничего не заметила ;-).

Кстати, если делаешь бэкап фотостанции, а потом ее восстанавливаешь из бэкапа - как в этом случае с миниатюрками и индексацией?

Тема заглохла? Хотелось бы узнать, чем закончилась эпопея. Достаточно ли было папку /photo скопировать? И попутно еще один вопрос: где фотостанция хранит геотэги? Она их внутрь джипега вписывает или отдельным файлом где-нить в служебной папке?

Тема заглохла? Хотелось бы узнать, чем закончилась эпопея. Достаточно ли было папку /photo скопировать? И попутно еще один вопрос: где фотостанция хранит геотэги? Она их внутрь джипега вписывает или отдельным файлом где-нить в служебной папке?

Вроде в самом файле, судя по тому, что эти геотеги, прописанные в фотостанции и в других программах (как минимум пробовал daminion и geosetter) взаимно видны друг в друге ;-). Ну и при тупом копировании самого файла из одной папки в другую не средствами фотостейшн - тоже вроде все тэги сохраняются, что таки подтверждает, что в самом файле... Но лучше сам попробуй, поменяй геотег и сравни файл сам с собой до и после - иногда с этими тэгами интересные явления наблюдаются ;-)

Тема заглохла? Хотелось бы узнать, чем закончилась эпопея. Достаточно ли было папку /photo скопировать?

Я не стал сохранять миниатюрки. Все-таки они создавались слишком старыми версиями. Подумал, что наверняка логика уже сто раз поменялась и решил сделать все с начала. Переписал только сами фотографии. Когда 5 лет назад я запустил весь свой имеющийся на тот момент альбом на 411j - создание миниатюр заняло ровно месяц. Сейчас добавилось еще 5 лет, но я рискнул. Индексация и создание миниатюр прошли за двое полных суток. Уж не знаю настолько ли 1515 мощнее чем 411 или алгоритмы с тех пор тоже сильно поменялись или и то и то в совокупности, но результат порадовал

Я не стал сохранять миниатюрки.

Для тех кто забыл или не знает напомню - миниатюрки создаются и хранятся в подпапках @eaDir, которые в свою очередь создаются в каждой подпапке стандартной индексируемой папки фотостанции photo. То есть копирнуть их тоже вслед за оригиналами фото - никаких проблем. Весь вопрос - насколько это правильно и стоит ли это делать. Я бы тоже не поленился и отдал бы это на откуп новому сино - пусть перемалывает ...

Я не стал сохранять миниатюрки. Все-таки они создавались слишком старыми версиями. Подумал, что наверняка логика уже сто раз поменялась и решил сделать все с начала. Переписал только сами фотографии. Когда 5 лет назад я запустил весь свой имеющийся на тот момент альбом на 411j - создание миниатюр заняло ровно месяц. Сейчас добавилось еще 5 лет, но я рискнул. Индексация и создание миниатюр прошли за двое полных суток. Уж не знаю настолько ли 1515 мощнее чем 411 или алгоритмы с тех пор тоже сильно поменялись или и то и то в совокупности, но результат порадовал

Ну вот и у меня примерно такие же впечатления были от переезда...

Для тех кто забыл или не знает напомню - миниатюрки создаются и хранятся в подпапках @eaDir, которые в свою очередь создаются в каждой подпапке стандартной индексируемой папки фотостанции photo. То есть копирнуть их тоже вслед за оригиналами фото - никаких проблем. Весь вопрос - насколько это правильно и стоит ли это делать. Я бы тоже не поленился и отдал бы это на откуп новому сино - пусть перемалывает ...

Да, кстати, забыл написать об этом. Тривиального способа "не брать миниатюрки с собой", наверное, нет. Простое копирование унесет естественно их с собой. Для того, чтобы от них избавиться я писал скрипт, который проходится по всей иерархии и удаляет все папки @eaDir с содержимым

Да, кстати, забыл написать об этом. Тривиального способа "не брать миниатюрки с собой", наверное, нет. Простое копирование унесет естественно их с собой. Для того, чтобы от них избавится я писал скрипт, который проходится по всей иерархии и удаляет все папки @eaDir с содержимым

А что, простите Вы имеете в виду под простым копированием? Папки @eaDir не видны даже в файловой станции... На 100% конечно не уверен (надо протестировать), но скорее всего эти самые едирные папки просто так автоприцепом не потащатся.

PS А вот что касается избавления от папки @eaDir - то таки да - необходим отдельный скрипт ...

А что, простите Вы имеете в виду под простым копированием? Папки @eaDir не видны даже в файловой станции... На 100% конечно не уверен (надо протестировать), но скорее всего эти самые едирные папки просто так автоприцепом не потащатся.

Я из FileStation цеплял сетевую папку другого Syno и копировал. И скорее всего они перепишутся, даже что и не видны при просмотре. Это же такое же поведение как и в консоле, FileStation выполняет все те же команды. Когда мы открываем каталог и смотрим содержимое FileStation выполняет ls -l (а именно без скрытых/системных), поэтому мы и не видим @eaDir (чтобы увидеть нужно было бы выполнить ls -la. А когда мы копируем директорию FileStation выполняет cp -r, которая копирует все рекурсивно, это команда не игнорирует скрытые/системные объекты

Я из FileStation цеплял сетевую папку другого Syno и копировал. И скорее всего они перепишутся, даже что и не видны при просмотре.

подтверждаю - перепишутся.

Здравствуйте!

После переезда на другой NAS (с переносом HDD-дисков) потребовалось переустановить DSM из-за кривой миграции.

То есть все общие папки, включая папку Photo от Photostation, остались нетронутыми, а пакеты, соответственно, убились.

Дальше я установил заново все пакеты, включая Фотостанцию, и обнаружил, что исчезли все сведения о правах доступа к альбомам. То есть все общие альбомы перестали быть общими альбомами, все назначенные ранее права сбросились.

Но у меня с собой было... полный бэкап пакетов от Hyper Backup. Я провёл восстановление пакетов из этого бэкапа, включая Photo Station. Но ничего не изменилось. Сохранились только ключевые слова и геометки для фотографий, права не восстановились.

Теперь мне придётся заново сидеть и распределять права между 5-ю разными пользователями уникальные для каждого права на фотоархив за последние 10 лет. Это сложновато...

Вот что хочется узнать наверняка, если кто-нибудь это знает - как правильно делать бэкап и последующее восстановление, чтобы сохранялись пользователи и установленные для них права на просмотр альбомов.

И после того, как я наложил восстановление пакетов на исходные файлы, теперь не могу точно понять, где хранились метаданные Фотостанции (ключевые слова, геометки, описания и рейтинг фото) - в исходных файлах на диске или восстановились из бэкапа пакетов?

upd: скачал одну фотку для пробы себе на комп - никаких метаданных, добавленных через Фотостанцию, не сохранилось - ключевые слова, описание. Значит, вся эта мишура хранится внутри Пакета, и к файлу никак не привязывается. То есть при смене Программы Просмотра в будущем всё опять послетает нафикк...

Спасибо!