I have another thread about how my replication task failed. But there might be an alternate way to get the job done.
My mission is to migrate my current TrueNAS that is a ProxMox VM (pair of mirrored HDDs) to a pair of dedicated NAS devices with the intention of having a prime and backup new NAS set.
Currently my new NAS devices are such that one is populated with the same pair of mirrored HDDs as the source ProxMox VM. The second NAS is empty waiting for my source VM to be decommissioned so that I can move the disks over.
So… my question is… I’ve heard of some ZFS magic, can I just move my disks from the old system to the new system and magically have it detect the pool and recover the datasets in the new NAS?
Honestly, you may not like this answer, but now is a perfect time to test your backup strategy/disaster recovery. Moving the disks would obviously be less labor intensive, but knowing your backup plan works would be well worth the time in my mind. See if you can restore those blank drives from your backup set.
Given your backup is failing it means the only known good copy is your virtualized TrueNAS. I have taken a brief look at your other thread and the fact you’re not able to run a ZFS replication seems super odd and potentially pointing at other issues.
If I were you I would not touch the disks just yet. I would take the new NAS, install everything on it and make it operational, then expose some datasets over the network. Make backups over the network of the files and data you deem important to this.
After verifying my critical files are safely duplicated there, I would take the disks and move them to the 2nd NAS. If they work out of the box, fine. If not, I still have the files.
I could use my desktop OS to mount the shares and copy the contents from old to new but the only minor challenge there is that I only have my NAS devices (all three) on the 10gb network. This means a 1gb copy
I get your point though. And it is kind of critical data to avoid losing.
