Получите полную резервную копию Nexus OSS 3 данных и двоичных файлов

Question

Я настроил Nexus OSS 3 на экземпляре Amazon Linux ec2. Я хочу периодически создавать резервные копии базы данных и хранить резервные копии в корзине S3. Для этого я установил S3 Bucket на свой экземпляр Linux. Я создал запланированную задачу экспорта в Nexus 3. После запуска задачи я вижу, что 5 различных .bak-файлов создаются локально и синхронизируются с корзиной S3, НО размер .bak-файла настолько мал. Если размер хранилища BLOB-объектов равен 250 ГБ, размер файла .bak составляет всего 45 МБ (компонент). Остальные 4 .bak файла еще меньше. Интересно, действительно ли работа по экспорту расписания в Nexus вообще экспортирует хранилище BLOB-объектов или нет? Если нет, то как включить все данные, двоичные файлы и конфигурации?

Еще одна информация: я добавил отдельный том AWS EBS объемом 1 ТБ и смонтирован в Linux (/ data), переместил папку nexus sonatype-work в это место и обновил файл nexus.vmoptions, указав новое расположение : -Dkaraf.data = / данные / Sonatype-работа / nexus3

Менеджер репозитория nexus OSS 3 работает правильно с этой настройкой.

Answer 1

Задача резервного копирования просто выполняет резервное копирование баз данных, резервное копирование хранилища больших двоичных объектов необходимо выполнять за пределами Nexus Repo.

Для s3 Интерфейс командной строки AWS (CLI) предоставляет команду синхронизации s3, которую вы можете периодически вызывать для выполнения этого:

http://docs.aws.amazon.com/cli/latest/reference/s3/sync.html

Существует также ряд сторонних инструментов, которые могут выполнить эту задачу.

Если вам нужно выполнить восстановление из резервной копии, восстановите том s3 из резервной копии и восстановите базы данных, как описано здесь:

https://help.sonatype.com/display/NXRM3/Restore+Exported+Databases

Затем перейдите к «system / tasks» в пользовательском интерфейсе администратора, запланируйте и запустите задачу «Repair - Reconcile базы данных компонентов из хранилища BLOB-объектов», чтобы устранить любые расхождения между хранилищем BLOB-объектов и базой данных.