zigpy developers are apparently working on deconz backup and draft pull request can be found here:
Part of that larger PR include: “Initial implementation of cross-adapter network backup/restore”.
So that means that users of ZHA with ConBee or RaspBee can soon do backup and migrations too.
At least that is how I interpret answer from puddly when posted this feature request for zigpy-deconz:
Request for developers who own ConBee or RaspBee (deCONZ based adapters) and are depending on zigpy-deconz to consider implementing Zigbee network backup and restore tools to zigpy-deconz (or zigpy-cli) supporting “Open ZigBee Coordinator Backup Format” as already supported by both zigpy-znp and bellows radio libraries:
FYI, this open format is already used as a migration method for other types of adapters as seen here:
Note! Please understand that zigpy and the zigpy-deconz radio libraries which ZHA depends on are all free and open-source library with only volunteering developers working on them without pay so remember and you and anyone else are also are more than welcome to code the feature for it (the zigpy developers have so far been more than happy to help and other volenteering developers who are willing to step in to assist with helping to fix bugs or add features).
PS: This Open ZigBee Coordinator Backup Format is also used by the Zigbee2MQTT (Z2M) project.
PPS: This open backup format is not supported by dresden elektronik’s official Phoscon Software.
PPPS: Until this happens will need to backup ConBee and RaspBee NVRAM with Phoscon/deCONZ: