Ce que je veux dire, c'est que toute les bases de données n'implémente pas les transactions, et que tout les softs non plus. Alors bien sur, tu peux sans doute te dire "je vais me restreindre aux softs bien écrit", mais ça n'arrive pas, sinon, tu installes plus rien.
Donc tu peux te retrouver avec des corruptions. Bien sur, le problème n'est pas que les backups vont causer ses corruptions, mais que ça peut arriver.
Et pour les mises à jour atomique, c'est simple, je lance mon upgrade de wordpress à 4h du mat (via un cron plus ou moins classique), et le snapshot se fait pile au moment ou la moitié des fichiers ont été remplacé. Puis le disque crash. J'ai donc un snapshot avec la moitié des fichiers d'une version et la moitié d'une autre. C'est sans doute vachement rare. C'est pas non plus impossible.
A comparer avec un système ou en effet, d'abord tu décompresses, ensuite tu bascules un lien symbolique, et au pire, tu peux juste remettre le lien symbolique.
En pratique, c'est bien plus complexe car 1) y a des migrations de schéma de db, 2) wordpress fait son crade et mélange code et données.
Mais la, on s’étend au delà de la base de données. D'ailleurs, c'est aussi en effet amusant si tu as des données sur le disque et en base. Bien sur, tu peux rien faire contre la race condition inhérente, mais ça veut pas dire que ça n'existe pas.
Ensuite, je reconnais que c'est sans doute super rare, mais comme je souhaite beaucoup de succès aux CHATONS, avec le succès vient le changement des probas sur les problèmes :/
[^] # Re: Snapshot comme backups ?
Posté par Misc (site web personnel) . En réponse à la dépêche Unixcorn, trois mois plus tard : évolutions, remises en questions et stabilisation. Évalué à 1.
C'était ironique.
Ce que je veux dire, c'est que toute les bases de données n'implémente pas les transactions, et que tout les softs non plus. Alors bien sur, tu peux sans doute te dire "je vais me restreindre aux softs bien écrit", mais ça n'arrive pas, sinon, tu installes plus rien.
Donc tu peux te retrouver avec des corruptions. Bien sur, le problème n'est pas que les backups vont causer ses corruptions, mais que ça peut arriver.
Et pour les mises à jour atomique, c'est simple, je lance mon upgrade de wordpress à 4h du mat (via un cron plus ou moins classique), et le snapshot se fait pile au moment ou la moitié des fichiers ont été remplacé. Puis le disque crash. J'ai donc un snapshot avec la moitié des fichiers d'une version et la moitié d'une autre. C'est sans doute vachement rare. C'est pas non plus impossible.
A comparer avec un système ou en effet, d'abord tu décompresses, ensuite tu bascules un lien symbolique, et au pire, tu peux juste remettre le lien symbolique.
En pratique, c'est bien plus complexe car 1) y a des migrations de schéma de db, 2) wordpress fait son crade et mélange code et données.
Mais la, on s’étend au delà de la base de données. D'ailleurs, c'est aussi en effet amusant si tu as des données sur le disque et en base. Bien sur, tu peux rien faire contre la race condition inhérente, mais ça veut pas dire que ça n'existe pas.
Ensuite, je reconnais que c'est sans doute super rare, mais comme je souhaite beaucoup de succès aux CHATONS, avec le succès vient le changement des probas sur les problèmes :/