КВБ56 Давайте сразу расставим точки над “i” - фокусы с переносом AppData\Roaming на другой компьютер НЕ ПОДДЕРЖИВАЮТСЯ и не будут поддерживаться, а я отказываюсь принимать претензии в случае потери данных или потери активации приложения при подобных сомнительных практиках. Надеюсь, вы понимаете почему.
Перенос локальной базы данных приложения на другой компьютер в принципе не предусмотрен. Воспринимайте эту базу как локальный кэш. Он содержит минимум уникальных данных (альбомы в основном), все остальные данные дублируются либо в самих изображениях (теги, названия, локации и т.п.), либо в ini файлах (соответсвие лиц людям), файл people.tnfp (подробная информация о людях и родственных связях). Поэтому, все эти данные восстановимы из файлового архива, пусть даже это будет требовать какого-то времени на индексацию. Поэтому, в первую очередь нужно бекапить сам архив файлов.
Способ бекапа может быть любой. Можно даже делать посекторные копии, но на мой взгляд, данный способ просто сильно неэффективен. Гораздо эффективнее обычный файловый бекап. Во-первых, он намного быстрее, его можно (И НУЖНО) запускать регулярно, и копироваться будут только изменившиеся файлы. Есть масса софта, который это делает. Я лично в восторге от того, как это работает в стандартном TimeMachine на Mac.
Также не самая плохая идея - бекапить и сам компьютер, включая AppData\Roaming. Чтобы в случае нештатной ситуации можно было бы быстро восстановить работоспособность программы.
Однако, в обоих описанных сценариях резервного копирования, это копирование делается только с одной целью - возможность быстрого восстановления в случае поломки основной копии или утраты каких-то данных. Однако, если вы пытаетесь использовать бекап как способ создания полноценных работающих копий - это уже совсем другой сценарий, это не резервное копирование. И никто не обещал что так будет работать.
Вы скопировали данные на второй диск и подключили его - программа определила его как новый диск, а не как изменившийся старый. В программе сделан специальный механизм, который привязывается именно к самому диску, а не к букве. Даже если буква изменится, то он все равно определит этот диск и будет с ним работать. Но не будет работать с другим диском, даже если он на той же букве. Это не ошибка, это так и задумано.
Возвращаясь к исходному вопросу - с бекапом всё в порядке, программа естественным образом поддерживает работу с данными, восстановленными из бекапа. Проблема в том, что то, что делаете вы - это вовсе не бекап. Это клонирование данных, а это уже совсем другая задача. И в этом плане не совсем понятно почему вы ожидаете, что программа как-то должна специально это поддерживать. Для нее это новый источник данных, который она тоже может начать сканировать, если ее попросить. Но там будут сплошные дубли, так что смысл этой операции не очень понятен.
