Ancestors

Written by Avid Amoeba on 2024-08-01 at 20:41

Stop services during backup when using snapshots?

https://lemmy.ca/post/26151124

=> More informations about this toot | More toots from avidamoeba@lemmy.ca

Written by johntash@eviltoast.org on 2024-08-02 at 19:42

If you’re worried a out a database being corrupt, I’d recommend doing an actual backup dump of the database and not only backing up the raw disk files for it.

That should help provide some consistency. Of course it takes longer too if it’s a big db

=> More informations about this toot | More toots from johntash@eviltoast.org

Toot

Written by Avid Amoeba on 2024-08-02 at 22:13

I dump the db too.

With that said if backing up the raw files of a db while the service is stopped can produce a bad backup, I think we have bigger problems. That’s because restoring the raw files and starting the service is functionally equivalent to just starting the service with its existing raw files. If that could cause a problem then the service can’t be trusted to be stopped and restarted either. Am I wrong?

=> More informations about this toot | More toots from avidamoeba@lemmy.ca

Descendants

Written by johntash@eviltoast.org on 2024-08-03 at 06:35

I was talking about dumping the database as an alternative to backing up the raw database files without stopping the database first. Taking a filesystem-level snapshot of the raw database without stopping the database first also isn’t guaranteed to be consistent. Most databases are fairly resilient now though and can recover themselves even if the raw files aren’t completely consistent.

Stopping the database first and then backing up the raw files should be fine.

The important thing is to test restoring :)

=> More informations about this toot | More toots from johntash@eviltoast.org

Written by Avid Amoeba on 2024-08-03 at 15:34

Now this makes perfect sense.

=> More informations about this toot | More toots from avidamoeba@lemmy.ca

Proxy Information
Original URL
gemini://mastogem.picasoft.net/thread/112894724070538435
Status Code
Success (20)
Meta
text/gemini
Capsule Response Time
516.89655 milliseconds
Gemini-to-HTML Time
0.807393 milliseconds

This content has been proxied by September (ba2dc).