On peut dire la meme chose de gzip, xz, postgresql, ext4, et tout un tas d'autres trucs.
Déjà si ton système de fichier est inutilisable à cause d’un bloc corrompu tu devrais en changer très vite.
Pour gzip, postgres, xz, etc c’est pour ça qu’on fait des sauvegardes. Ça marche beaucoup moins bien pour les logs, parce que si problème il y a, il est certainement dans les logs... dans la partie corrompue non encore sauvegardée.
Scénario d’exemple : je sauvegarde tout à 5h du matin.
À 6h du matin il se passe je ne sais pas quoi qui corrompt à peu près tout.
Mes informations importantes, du point de vue base de données, sont dans les sauvegardes, donc pas de problème, j’ai eu une alerte SMS/mail, je bascule sur le système secondaire à 7h du matin et je restaure la base, tout le monde pourra bosser normalement en arrivant à 8h sans même savoir qu’il y a eu un problème.
Mes informations importantes, du point de vue du log, c’est ce qu’il s’est passé aux alentours de 6h. Ça a vachement intérêt à être lisible même avec un bon paquet de pertes, parce que ce qui est intéressant n’est par définition pas dans le backup (vu que tout tournait bien au moment du backup).
Bref c’est pas une question de systemd/reste du monde, c’est une question de log/reste du monde, le reste du monde peut se permettre de se reposer sur les sauvegardes en guise d’intégrité des données, les logs ne le peuvent pas, ils doivent se reposer sur eux-mêmes.
[^] # Re: Du point de vue utilisateur ou mainteneur ?
Posté par Moonz . En réponse au journal Ne dites pas à ma mère que j'ai installé systemd, elle croit que je suis pianiste dans un bordel.. Évalué à 3. Dernière modification le 28 septembre 2014 à 10:32.
Déjà si ton système de fichier est inutilisable à cause d’un bloc corrompu tu devrais en changer très vite.
Pour gzip, postgres, xz, etc c’est pour ça qu’on fait des sauvegardes. Ça marche beaucoup moins bien pour les logs, parce que si problème il y a, il est certainement dans les logs... dans la partie corrompue non encore sauvegardée.
Scénario d’exemple : je sauvegarde tout à 5h du matin.
À 6h du matin il se passe je ne sais pas quoi qui corrompt à peu près tout.
Mes informations importantes, du point de vue base de données, sont dans les sauvegardes, donc pas de problème, j’ai eu une alerte SMS/mail, je bascule sur le système secondaire à 7h du matin et je restaure la base, tout le monde pourra bosser normalement en arrivant à 8h sans même savoir qu’il y a eu un problème.
Mes informations importantes, du point de vue du log, c’est ce qu’il s’est passé aux alentours de 6h. Ça a vachement intérêt à être lisible même avec un bon paquet de pertes, parce que ce qui est intéressant n’est par définition pas dans le backup (vu que tout tournait bien au moment du backup).
Bref c’est pas une question de systemd/reste du monde, c’est une question de log/reste du monde, le reste du monde peut se permettre de se reposer sur les sauvegardes en guise d’intégrité des données, les logs ne le peuvent pas, ils doivent se reposer sur eux-mêmes.