As for additional files, I will try and descripe this as clear as possible. And I will be recommending tools to be used, such as WinScp (for Windows OS), and if I knew simular for Mac, I will note this as well.
I want this to be as clear and as simple for a new user, without adding to much warnings.
There will be some additional suggestions and examples for backup of InfluxDB and Grafana. Its not because I feel they belong in the doc, but since both InfluxDB and Grafana are often used and included directly from openhabian-config. There is a need to mention those, somehow. But this part it twisting my head these days, mainly because influxDB just doesnt use one simple way of doing backups. And I want this doc to be as clear and simple as possible.
There is a issue I need to clear with someone, (maintainer).
I study all the files in the backup archive from openhab-cli yesterday. And there are a few of them in the userdata directory which contains raw static IP number of the system.
That may become an issue here which somehow needs to be taken care of. Cause unless the user restore the backup to a new system with the same IP, there will be issues with the restored backup, I think. Thats a abit of a bummer. I was very surprised when I saw this.
The files which contains IP number are:
** \userdata\config\org\openhab\influxdb.config **
** \userdata\config\org\eclipse\smarthome\network.config **
The influxdb.config is probably a copy from the influxdb setup in \conf\services\influxdb.cfg. This means its important to tell the user to edit the influxdb.cfg, and I believe (hope) the userdata file will be written over with when the user change the settings.
As for the other file network.cfg I cant seem to figure where it comes from. It´s probably written when setting the network adress in PaperUI/System menu. And this may become a problem, as I cant figure out, if it will have any influence on the user accessing the system after retoring the backup.
Perhaps @Benjy have a comment on this? Situation - The user is restoring his backup to a new system, which do not have the same IP as the system where the backup was created. Will this become a problem?