Nexus Migration Guide: 3.69.0 to 3.76.0 (Alauda Build of Nexus Operator Version v3.76.z)
TOC
Overview
This document provides detailed instructions for migrating Nexus Repository Manager from version 3.69.0 to 3.76.0. Due to Nexus discontinuing OrientDB support after version 3.70, a manual data migration process is required.
Prerequisites
- Install Alauda Build of Nexus Operator v3.76.z version
- Ensure sufficient system resources are available for the upgrade
- Use product functionality to upgrade Nexus to version 3.69.0
Migration Process
1. Data Backup
Create backup directory (ensure sufficient local disk space for backup):
Set environment variables:
1.1 Service Shutdown
Before deletion, you must uninstall the old version operator first, otherwise the service will be automatically recreated after deletion.
1.2 Backup Blob Storage
1.3 Database Backup
- Navigate to: Admin Dashboard > System > Tasks
- Create new task:
- Type: Admin - Export databases for backup
- Task name: [Your choice]
- Backup location: [Specify path] - The directory path must be within the Nexus data volume directory.
- Frequency: Manual
- Execute task and verify completion status
2. Database Migration
2.1 OrientDB to H2 Conversion
Set environment variables:
Access container and download migration tool:
If direct network download is not available, you can download the file locally first and then copy it to the container:
Execute migration:
Backup converted database:
3. New Instance Deployment
Since data and storage are imported from the original instance, when deploying the new instance, you only need to maintain the same access method as the original instance.
Note: Using the same NodePort and Ingress configuration as the old version will cause conflicts and prevent creation. Configure new values instead, and after successful migration, delete the old version instance and then modify the external exposure settings.
3.1 Configuration Options
For NodePort access:
For HTTP ingress:
For HTTPS ingress:
3.2 Data Import
Set new instance variables:
Clear existing data (skip this step if the new data volume is empty):
Import backup data:
Then restart the Nexus Pod.
4. Verification Steps
-
Verify pod status:
-
Validation checklist:
- Web UI accessibility
- Repository visibility
- Artifact upload functionality
- Artifact download functionality
- User authentication
- Repository permissions
-
Post-migration cleanup:
- Remove old instance after successful verification (requires reinstalling the old version operator to complete old instance resource cleanup)
- Archive backups according to retention policy