Резервное копирование Nexus 3 через командную строку?

Question

В Nexus 3 процедура резервного копирования изменилась.

В Nexus 2 рекомендуется запускать запланированное задание / задание cron ОС, чтобы rsync некоторые каталоги в хранилище резервных копий.

В Nexus 3 рекомендованным способом является создание для планирования предварительно определенной конфигурации и метаданных задачи Nexus Export для задачи резервного копирования. А затем также создайте задание cron для резервного копирования того, что экспортируется вместе с этой задачей.

Возможно ли в Nexus 3 сделать резервную копию старого стиля? Завершение работы сервера и резервное копирование определенных каталогов? А потом для восстановления просто все вернуть обратно? Будет ли это работать?

Или использовать командную строку для запуска этой задачи?

То, как это делается в Nexus 3, кажется, не очень хорошо продумано. Вам нужно сделать гораздо больше, чтобы сделать то, что можно сделать с помощью одной задачи cron в Nexus 2:

1. Создайте запланированное задание для экспорта данных.
2. Создайте задание cron для резервного копирования экспортированных данных.
3. Убедитесь, что запланированное задание запущено и завершено до задания cron.

Смотрите, например, https://help.sonatype.com/display/NXRM3/Restore+Exported+Databases

Смотрите также Резервное копирование Nexus Repository 3

Answer 1

Если вы создаете резервную копию всего каталога данных (sonatype-work), это должно работать как вам угодно. Однако, поскольку каталог данных большой и содержит много движущихся частей, безопаснее использовать задачу, в противном случае вы можете получить копии вещей в движении, которые затем могут быть повреждены, а резервное копирование не будет работать. Насколько мне известно, копия рабочей директории рекомендуется только для неработающих серверов, что не подходит для многих крупных компаний.

Answer 2

https://help.sonatype.com/plugins/servlet/mobile?contentId=5412146#content/view/5412146

Если ссылка становится плохой и т. д. (с 20 октября 2017 г.)

---

Репозиторий Nexus хранит данные в хранилищах BLOB-объектов и хранит некоторые метаданные и сведения о конфигурации отдельно в базах данных. Вы должны создавать резервные копии хранилищ BLOB-объектов и баз данных метаданных вместе. Ваша стратегия резервного копирования должна включать совместное резервное копирование баз данных и хранилищ BLOB-объектов в новое место, чтобы сохранить данные в целости.

Выполните следующие шаги, чтобы выполнить резервное копирование:

Резервное копирование хранилища BLOB-объектов

Вы должны создать резервную копию файловой системы или хранилища объектов, содержащего большие двоичные объекты, отдельно от репозитория Nexus.

• Для хранилищ BLOB-объектов файлов создайте резервную копию каталога, в котором хранятся BLOB-объекты.

  • Для типичной конфигурации это будет $data-dir/blobs.

• Для хранилищ BLOB-объектов S3 вместо резервного копирования можно использовать управление версиями сегментов. Вместо этого вы также можете отразить ведро в другое ведро S3.

Для поставщиков облачных хранилищ (S3, Azure и т. д.) см. их документацию о вариантах резервного копирования хранилища.

Резервное копирование идентификатора узла

Каждый экземпляр репозитория Nexus связан с отдельным идентификатором. Вы должны создать резервную копию этого идентификатора, чтобы показатели хранилища больших двоичных объектов (размер и количество больших двоичных объектов на диске) и отчеты брандмауэра Nexus работали в случае восстановления или перемещения репозитория Nexus с одного сервера на другой. Файлы для резервного копирования для сохранения идентификатора узла находятся в следующем расположении (см. также Каталоги):

$data-dir/keystores/node/​

Чтобы использовать эту резервную копию, поместите эти файлы в одно и то же место перед запуском репозитория Nexus.

Резервное копирование базы данных

Базы данных, которые вы экспортируете, содержат указатели на хранилища BLOB-объектов, содержащие компоненты и активы, потенциально находящиеся в нескольких репозиториях. Если вы не создадите их резервные копии вместе, метаданные компонента могут указывать на несуществующие хранилища больших двоичных объектов. Таким образом, ваша стратегия резервного копирования должна включать резервное копирование как ваших баз данных, так и хранилищ BLOB-объектов вместе в новое место, чтобы сохранить данные в целости.

Вот распространенный сценарий резервного копирования пользовательских конфигураций в тандеме с задачей экспорта базы данных:

1. Настройте соответствующую задачу резервного копирования для экспорта баз данных:

• Используйте задачу «Администратор — Экспорт баз данных для резервного копирования» для баз данных OrientDB.

• Используйте задачу «Администрирование — резервное копирование базы данных H2» для баз данных H2 PRO.

3. Запустите задачу для экспорта баз в настроенную папку.
4. Создавайте резервные копии пользовательских конфигураций в каталогах установки и данных одновременно с запуском задачи экспорта.
5. Создайте резервную копию всех хранилищ BLOB-объектов. Храните все резервные копии конфигураций и экспортированные данные вместе.

Доступ на запись к базам данных временно приостанавливается до завершения резервного копирования. Рекомендуется планировать задачи резервного копирования в нерабочее время.

Answer 3

Копирование всей папки у меня не сработало и привело к проблемам с orientdb. В прошлом году я начал создавать N3DR. Версия 3.5.0 только что вышла.