docker-vackup VS docker-volume-backup

I used vackup [1] that’s been obsoleted but still works for me. However, you still need to turn of the container temporarily.

[1] https://github.com/BretFisher/docker-vackup

You need this in your life: https://github.com/BretFisher/docker-vackup

Will look into that one as the recent docker volume backup extension seems to only be for docker desktop https://www.docker.com/blog/back-up-and-share-docker-volumes-with-this-extension/ unlike its origin https://github.com/BretFisher/docker-vackup.

Docker came up with https://hub.docker.com/extensions/docker/volumes-backup-extension, to be used in Docker Desktop 4m10 or up, which is the continuation of Vackup https://github.com/BretFisher/docker-vackup.

I have also have been using Vackup for a RPi4 running docker that doesn't have ZFS.

Look at using something like vackup occasionally to backup volumes. Or occasionally run application level backups (mysqldump, pg_dump) that get stored to some location outside docker.

I am interested in coming up with a backup plan before I get too invested in this setup. I found the docker-volume-backup project that looks like it might be a possible solution. However I'm not sure how to implement it using docker swarm since I am new to all of this. I would be interested in learning what backup solution you use for your docker swarm servers.

How do people usually backup their self-hosted docker services using postgres? I have been using docker-volume-backup [0] and just saving the postgres data directory, but I've found it requires a minute of downtime to backup properly.

[0] https://github.com/offen/docker-volume-backup

Offen: https://github.com/offen/docker-volume-backup

To solve points 1,2 i 3 I think it would be best to make the copy by stopping the container first. I've been looking for utilities and I've found some like offen/docker-volume-backup. Again, the disadvantage is that you have to configure everything (mount points, files, users, passwords...) manually for each container, so it is very easy to forget to create the backup of one of them. Also, the scheduling would not be centralised, so the backup wouldn't be run sequentially container after container. I've searched a lot, but I haven't found any good alternative. How are you dealing with the backup of containers?

Since I'm using docker rootless, I've run into issues using convenient solutions such as offen. These solutions don't work in a rootless context due to file permissions. The user in the offen container cannot read some directories owned by other containers. This is usually an issue with databases.

FYI this looks like the actively developed version of that utility: https://github.com/offen/docker-volume-backup

You should have backup OS and data but using a separate backup jobs. Backup OS drive using Timeshift or Veeam Agent. Backup Docker server's containers using Offen or Borg. OS backup would allow you restore operating system while data backup would allow recover files.

There is the image docker-volume-backup that allows you to make backup but depending on the situation (databases, ...) it is not necessarily the best solution