Перенос данных на новый сервер с увеличением объема дисков

Коллеги, доброго вечера. Есть 2 пк, на обоих стоит виндовс. На первом 2016 сервер, на втором 10 х64.
На первом нода 8 тб, занята почти “под завязку”. На втором - хочу поднять уже 12 тб.
Вопрос как перенести данные? Установить по и импортировать файл настроек с ключами - это понятно, а вот как перенести данные?
В первом сервере диски стоят внутри, во втором - внешний HDD бокс.
И второй вопрос, если все тоже самое, но во втором сервере стоят внутренние диски в рейде и нет возможности их физически вытащить и поставить в первый для копирования.

Самый простой способ - по сети:
https://documentation.storj.io/resources/faq/migrate-my-node/how-to-migrate-the-windows-gui-node-from-a-one-physical-location-to-other
В файле настроек нет ключей.
Ключи у вас расположены отдельно, если не перемещали, то в папке %APPDATA%\Storj\Identity\storagenode
Функции импорта настроек не реализовано.

Такое ощущение, что вы рассказываете о версии 2 сети, которая выключена год назад:

Если это так, то v2 можете спокойно удалять.
v3 сети несовместима с v2, поэтому нужно установить по руководству: https://documentation.storj.io/

Я не совсем понял как синхронизировать данные… вручную папку постоянно копировать без замены существующих файлов…или как?)

нет нет, у меня точно V3 )))

Давайте сначала определимся, какую версию клиента вы используете?
Windows GUI или Docker?

Windows, версия 1.6.4 (STRJ)

Тогда в точности по руководству

  1. Расшарить диск на втором ПК
  2. Копировать identity пока узел работает на первом ПК с помощью команды robocopy из командной строки (cmd) - используйте ваши актуальные пути:
robocopy "%AppData%\Storj\Identity\storagenode" \\pc2\storagenode\identity /MIR
  1. Копировать данные пока узел работает на первом ПК с помощью команды robocopy из командной строки (cmd) - используйте ваши актуальные пути:
robocopy d:\storagenode \\pc2\storagenode\storage /MIR
  1. Повторять пункт 3, пока разница не будет маленькой
  2. Остановить и деинсталлировать storagenode на первом ПК
  3. Запустить п.3 ещё раз, чтобы скопировать остаток
  4. Установить storagenode на втором ПК
  5. Поменять правило в маршрутизаторе на новый ПК.

Но вообще, вы можете создать новый узел на втором ПК вместо миграции. Тогда у вас будет два узла. Для второго узла нужно будет использовать свою identity (нельзя использовать копию существующей!), другой внешний порт, например - 28968 и сделать второе правило проброса на маршрутизаторе на этот второй ПК и порт 28967. В поле внешнего адреса будет указан тот же адрес, что на первом узле, но порт будет 28968.
То есть правило проброса будет

28968:28968 ---> 28967:28967  IP2

А возможно с хранилища в 8 тб перейти на 6 тб?

Очевидно нет, особенно если оно заполнено :slight_smile:
Зато можно создать второй узел.

Если вы имели ввиду уменьшить предоставленный объём - то можно. Но это не гарантирует, что данные клиентами будут удалены. Ваш узел просто перестанет принимать новые данные, пока не появится доступное место.

Но создание второго узла и глушение первого разве не означает потерю данных на первом? Там же другие ключи будут и это вообще новая нода будет? И вся репутация пропадет с существующей как и доход…

Не надо глушить :slight_smile:
Будет два разных узла. Каждый со своей identity и данными. Они будут шарить трафик, но так как первый уже полный, то весь трафик будет доставаться второму.

Задача сменить сервер)) Больно шумное решение))

А, ну тогда по инструкции:

Есть желание перейти с такого решения на мини-пк с выносным usb3 диском…

NASы, как я понял, использовать не стоит?

Если установить прямо на NAS - будет идеально.

А если NAS старый и не поддерживает установку ПО? Не вариант?

Нет. storagenode просто не совместима с NFS/SMB. Можно попробовать использовать iSCSI. Но такой узел будет получать заметно меньше данных и будет иметь выше вероятность потери данных и как следствие - дисквалификация.

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