How to Migrate Data to a New UGREEN NAS
If your old NAS still works, leave its drives in place and transfer the files to your new UGREEN NAS over a wired local network. Rsync is the best starting point for Synology and other compatible NAS systems because you can copy the data in stages while keeping the source available.
Moving the drives themselves is a separate process. It applies only to an intact UGOS Pro storage pool transferred between compatible UGREEN NAS devices. Do not initialize Synology, QNAP, TrueNAS, Unraid, or other cross-brand arrays inside a UGREEN NAS.

Which NAS Migration Method Fits Your Setup?
| Your situation | Best migration method | Main constraint |
|---|---|---|
| Working Synology, QNAP, TrueNAS, or another NAS | Pull the files to UGREEN NAS with rsync | Users, applications, snapshots, and platform metadata do not migrate |
| Older UGREEN NAS with new drives installed in the destination | Rsync plus a separate UGOS Pro configuration backup | Both storage pools must remain available during the transfer |
| Existing UGREEN drives will move to the new UGREEN NAS | Convert the supported UGOS Pro pool to Internal Storage | The old NAS becomes unavailable when its drives are removed |
| Source NAS cannot boot | Restore from an independent backup or access the disks through compatible source hardware | Cross-brand arrays cannot become UGREEN internal storage without being erased |
If the working source does not support rsync, connect its SMB share as a network folder in the Files app and copy the data from there. An external drive can also provide temporary transfer storage, but it requires enough capacity and doubles the amount of copying.
This article covers NAS-to-NAS migration. For online services, use the workflows for moving Google Photos to UGREEN NAS or transferring and synchronizing Google Drive or Dropbox data.

Prepare Both NAS Devices Before Migrating
Migration reads a large portion of the source storage and writes the same amount to the destination. Check the backup, capacity, drive health, network, and account structure before starting.
Create an independent backup
The destination NAS is part of the migration, so it does not count as the safety copy for that operation. A failing source drive, incorrect filter, permission error, or accidental deletion can still affect the transfer.
Create or refresh an independent copy of irreplaceable data before moving drives or changing the source configuration. UGOS Pro can back up selected NAS folders to an external drive.
Do not physically migrate a degraded storage pool. Confirm that every pool and member drive reports a normal state. If a source drive is actively failing, prioritize copying irreplaceable files instead of forcing the array through repeated full reads.
Confirm usable destination capacity
Compare the used source capacity with the usable destination capacity. Raw drive capacity is not the amount available after RAID and system overhead.
For example, two 12TB drives provide 24TB of raw capacity. In RAID 1, the decimal usable capacity is exactly 12TB because the second drive mirrors the first.
Leave capacity for:
- Files created during migration
- Recycle Bin contents
- Retained file versions
- Application databases and thumbnails
- Snapshots
- Future library growth
If the destination does not provide enough bays, usable capacity, or network speed for the migrated workload, browse and filter NAS Storage models before committing the old system to the move.

Connect both systems with Ethernet
Connect both NAS devices to the same router or switch using Ethernet. A local transfer does not depend on your internet download speed.
The slowest part of the path determines sustained performance. Possible limits include the source drives, destination pool, network ports, switch, cables, encryption, and file workload.
Estimate the best-case duration with:
Transfer time in hours = decimal data size in MB ÷ sustained MB/s ÷ 3,600
For 10TB of data:
| Sustained transfer speed | Best-case transfer time |
|---|---|
| 110 MB/s | About 25 hours |
| 280 MB/s | About 10 hours |
| 1,000 MB/s | About 2.8 hours |
These figures assume sustained large-file transfers. Millions of small files can take considerably longer. Indexing, RAID maintenance, encryption, containers, and other active storage workloads also reduce transfer speed.
Record everything that must be rebuilt
File migration and system migration are separate jobs. Inventory the following before touching the source system:
- Shared folders
- Users and groups
- Folder permissions
- Backup and synchronization tasks
- Docker Compose files and persistent folders
- Virtual machines
- Application databases
- Media-server configuration
- Photo application metadata
- Client drive mappings
- Remote-access settings
For a UGREEN source NAS, open Control Panel > Update & Restore > Configuration Backup & Restore. Create a cloud configuration backup through your UGREEN Account or download a local .ugb file to your computer.

The configuration backup contains supported UGOS Pro settings. Docker containers, virtual machines, databases, and application data still need their own backups or exports.
How to Migrate from Synology or Another NAS with Rsync
Rsync can transfer the initial dataset and then send only files that were added or changed. This allows the old NAS to remain available during most of the migration.
Configure the destination UGREEN NAS to pull data from the source. That keeps the migration task under the control of the new system.
Enable rsync on the source NAS
For Synology DSM:
- Sign in as an administrator.
- Open
Control Panel > File Services > rsync. - Enable the rsync service.
- Create or select a migration account.
- Give that account access to the required source folders.
- Record the source NAS IP address and rsync port.
- Enable encrypted transfer for a DSM user account.
Synology distinguishes DSM users from standalone rsync accounts. DSM users require encrypted transfer, while standalone rsync accounts use an unencrypted connection. Synology explains these account requirements in its official rsync documentation.
For another NAS brand, enable its rsync-compatible service and create a dedicated account with read access to the folders being migrated.
Keep rsync traffic on the local network. Do not expose port 873 directly to the internet. For migration between locations, connect the networks through a VPN and enable transfer encryption.
Create destination users, groups, and folders first
A pull-based rsync task copies data into the destination NAS account and permission environment. It does not migrate the source NAS user and group database.
Even when the same username exists on both devices, its underlying user or group ID may be different.
Before copying family or team data:
- Create the required destination users and groups.
- Create a separate destination shared folder for each permission boundary.
- Assign preliminary access to those destination folders.
- Migrate each person’s or team’s files into the correct folder.
- Test access with the actual destination accounts before cutover.
Do not pull every user’s private folders into one shared destination and plan to separate them later. That can leave thousands of files requiring manual permission reassignment.
Create the rsync task on UGREEN NAS
On the destination UGREEN NAS:
- Install and open
Sync & Backup. - Select
Backup & Restore. - Click
Add. - Select
Backup Rsync Server. - Enter the source NAS IP address.
- Enter the rsync port. The default is
873. - Enter the migration account username and password.
- Enable transmission encryption when required.
- Confirm the connection.
- Select the source folders.
- Select an empty destination folder.
- Review the filename, extension, and file-size filters.
- Select
Incremental Backup. - Enable
Back up immediately after creation. - Name the task and start the transfer.
Review the default filters before continuing. Do not set a maximum file size unless you deliberately want to omit large files. An unintended limit can exclude videos, disk images, archives, or virtual-machine files without stopping the rest of the task.
UGOS Pro offers three relevant backup behaviors:
- Incremental Backup: Copies new and changed files while retaining destination files that were deleted from the source.
- Image Backup: Makes the destination match the source, including source deletions.
- Multi-version Backup: Creates retained versions according to the configured version policy.
Use Incremental Backup for migration. Image Backup can propagate an accidental source deletion before you notice it.
Migrate a large library in stages
A 20TB household or team library does not need to move as one job. Divide it into logical sections such as personal folders, family shares, work data, media, and backup repositories.
Apply the two-pass process to each section:
- Create the destination folder and assign its users and groups.
- Run the initial rsync transfer while the source folder remains available.
- Review the log and resolve skipped, filtered, or failed files.
- Stop changes to that source folder.
- Pause synchronization, phone uploads, backups, and media indexing that write to it.
- Stop any database, container, or virtual machine using that data.
- Run the same incremental task again.
- Verify the folder contents and destination permissions.
- Switch its users or applications to the new NAS.
- Make the source folder read-only.
- Continue with the next section.
This keeps each cutover manageable and limits the effect of a permission or transfer mistake. It also allows a large household migration to run over several nights without taking every folder offline at once.
For databases and container application data, stopping the application before the final pass is mandatory. A copy made while the database is writing is only crash-consistent and may not provide a usable recovery state.
Treat Time Machine and backup repositories separately
Some folders contain structures that an ordinary file-copy workflow may not preserve correctly.
Time Machine sparsebundles, virtual-machine disk images, and backup repositories can depend on:
- Hard-link relationships
- Sparse allocation
- ACLs
- Extended attributes
- Application-specific indexes or databases
The standard UGOS Pro rsync interface does not document controls for preserving all of these structures. A hard-linked repository copied without retaining those relationships can consume much more space. A sparse file copied as fully allocated data can also become much larger at the destination.
For Time Machine, the safer migration is:
- Stop Time Machine on every Mac using the old destination.
- Keep the existing backup history on the old NAS.
- Create a new Time Machine destination and quota on the new UGREEN NAS.
- Start a fresh backup.
- Retain the old history until it is no longer needed.
If preserving an existing sparsebundle is essential, copy the complete bundle while no Mac is writing to it. Then mount and verify it from macOS before removing the source. Do not assume that a completed file-copy task proves that the Time Machine history remains usable.
Use an application-supported export or replication method for virtual machines and backup repositories whenever one is available.
Troubleshoot rsync migration failures
| Problem | What to check |
|---|---|
| Authentication fails | Confirm the account type, password, encryption requirement, and rsync privileges |
| Connection is refused | Confirm that rsync is enabled and the correct port is allowed on the local network |
| Source folders are missing | Give the migration account read access to those folders |
| Large files do not arrive | Remove unintended file-size or extension filters |
| Transfer stops partway through | Check source health, destination capacity, task logs, and network stability |
| Performance is much lower than expected | Check negotiated link speed, cables, drive activity, encryption overhead, and small-file workload |
| Users cannot access migrated files | Assign destination-side users, groups, and shared-folder permissions |
| Source ownership does not match | Reassign ownership and permissions through the destination UGOS Pro accounts |
| A repository is much larger after copying | Check whether hard links or sparse allocation were lost |
| Repeated runs transfer excessive data | Check whether another application is changing source timestamps or folder structure |
If the network and storage path appear healthy but transfers remain slow, follow our NAS performance troubleshooting workflow.
How to Move a UGREEN Storage Pool to Another UGREEN NAS
Physical drive migration avoids copying every file, but it applies only to a storage pool created by UGOS Pro.
It cannot convert Synology, QNAP, TrueNAS, Unraid, SHR, ZFS, or RAID-Z arrays into UGREEN internal storage.
Before moving the drives:
- Confirm that the source and destination devices run UGOS Pro.
- Update both devices before the migration.
- Confirm that the destination has enough bays for every pool member.
- Confirm that the storage pool and every drive report a normal state.
- Move every member of the RAID array together.
- Label each drive with its current bay number.
- Check the exact drives against the UGREEN NAS compatibility list.
- Remove SSD cache safely before moving any cache device.
- Back up the UGOS Pro configuration.
- Connect the destination NAS to stable power, preferably through a UPS.
A four-drive RAID 5 pool requires the complete member set. Installing only three members does not turn it into a new three-drive RAID 5 pool.
Move the drives and convert the pool
- Create and verify an independent backup.
- Back up the old NAS configuration.
- Confirm that the source storage pool is healthy.
- Shut down the old NAS completely.
- Disconnect its power cable.
- Remove and label each drive.
- Install the complete drive set in the same order in the new NAS.
- Start the new NAS and sign in to UGOS Pro.
- Open
Storage > Hard Drive. - Select the
HDD/SSDtab. - Find the migrated drives in the unused-drive list.
- Open the
…menu and selectUse. - Select
Internal Storage. - Review the detected pool and complete the confirmation.
- Enter the administrator password when prompted.
- Wait for UGOS Pro to convert the existing pool.
- Confirm that its shared-folder data is accessible before restoring other services.
Do not select initialization, data erasure, or new-pool creation for the migrated drives. Those operations can destroy the storage structure you are trying to preserve.
The conversion retains the storage pool and its files. Application data installed on that pool under the previous system is deleted during conversion. Reinstall applications and restore their configuration, databases, Docker data, and virtual machines separately.
Physical migration takes the source NAS offline as soon as its drives are removed. Unlike rsync, it leaves no working source system available for immediate fallback.
What Does Not Migrate with the Files?
| Item | Migration behavior | Required action |
|---|---|---|
| Ordinary files and folders | Copied by rsync or retained in a converted UGOS Pro pool | Verify their contents |
| Users and groups | Cross-brand account databases do not migrate | Recreate destination users and groups |
| File ownership and ACLs | A pull task writes into the destination permission environment; source identities may not map | Assign and test destination ownership and permissions |
| UGREEN system settings | Stored separately from file data | Restore supported settings from a .ugb or UGREEN Account backup |
| Docker containers | Running services do not migrate | Save Compose files, variables, secrets, and persistent data, then redeploy |
| Virtual machines | Require a clean shutdown and application-level export or disk copy | Export and verify each VM separately |
| Databases | A live copy may be crash-consistent but unusable | Stop the application and use its supported backup method |
| Plex, Jellyfin, and other media databases | Media files transfer, but history, posters, and server metadata are stored separately | Back up the application configuration |
| Synology Photos metadata | Original files transfer, but DSM albums, faces, and application data do not become UGREEN Photos metadata | Import the originals and allow UGREEN Photos to index them |
| Time Machine history | Stored inside a sparsebundle with application-specific behavior | Start fresh or migrate and verify the complete bundle separately |
| Hard-linked or sparse repositories | Their storage structure may change during an ordinary copy | Use a compatible preservation method and test restoration |
| Snapshots | Do not transfer as ordinary files | Create a new destination snapshot policy |
| File-version history | Does not transfer between platforms as normal files | Configure new retention rules |
| Backup and synchronization tasks | Remain tied to the old NAS | Recreate and test each task |
After restoring a UGREEN configuration backup, test the accounts and permissions before giving users access. A successful configuration import does not prove that every path, application, or storage reference still points to the intended location.

Verify the Migration Before Retiring the Source
A destination folder existing does not prove that the migration succeeded. Verification needs to confirm the data, permissions, applications, and recovery path.
- Confirm that every migration task or storage-pool conversion reports completion.
- Review the logs for skipped, filtered, or failed files.
- Compare file counts and logical folder sizes between source and destination.
- Investigate unexpected size differences, especially in hard-linked or sparse data.
- Open representative photos, videos, documents, archives, and project files.
- Generate and compare SHA-256 hashes for irreplaceable archives or a representative sample.
- Test each user account against folders it should and should not access.
- Open application databases, media libraries, virtual machines, or repositories through the applications that use them.
- Update mapped drives, backup software, media servers, and other clients to use the new NAS.
- Run the first independent backup from the destination NAS.
- Restore several files from that backup to a temporary folder.
- Keep the source NAS unchanged or read-only until the restore test succeeds.
Only then should you delete migration tasks, erase source drives, reuse the old enclosure, or transfer the old device to someone else.
The migration is complete when the new UGREEN NAS serves the files, enforces the intended permissions, runs the required applications, and restores data from an independent backup. A completed copy is only the first checkpoint.