mais pour moi, si tu à 43 choses différentes à sauvegarder, alors tu à 43 dépots.
Et ben vache, le jour ou je veux réconcilier tout ça je vais en baver.
Supposons une société qui a cloturé son bilan 2011, l'AG arrive et pour une raison X, Y ou Z les comptes sont refusés. Par exemple parce que une floppée de clients se sont plaint d'avoir été surfacturés en décembre et que du coup les actionnaires ont un poil l'impression qu'on se fout de leur gueule en présentant des chiffres mirobolants. Donc les comptes sont refusés et il faut revenir à l'état du 31 décembre (ou le plus proche possible) et refaire les comptes en provisionnant les réclamations clients.
Comme il est interdit de réouvrir une compta cloturée en France (c'est même une des conditions nécessaires pour qu'un logiciel de compta puisse envisager l'agrément le plus faible), il faut faire un rollback complet au 31 décembre. Entre temps il y a eu 2 mises à jour de MySQL et 127 mises à jour de PHP (oui le logiciel de compta est web 2.0). Sans compter qu'il faut aussi restaurer les ESB, les sytèmes de fichiers et les divers logiciels de déclaration à la même date sous peine de faire planter tous les traitements automatisés ou d'avoir des résultats incohérents.
De là deux solutions. Soit tu sauvegardes tout ce qui a été fait depuis la cloture en bloc, tu restaures tout au 31 décembre en bloc et de là on avance pas à pas. Soit tu as 43 sauvegardes distinctes et là tu vas jouer à "komenkonfè" et "keskimanke" pendant deux mois (ce qui va ennerver les actionnaires et les dirigeants, donc probablement couter son poste au DSI qui avant de partir aura une pensée émue pour toi - le chargé de backup).
Même problème en cas d'incendie qui détruit tout le système ou en cas de panne qui existe depuis un moment mais dont on ne se rend compte qu'aujourd'hui parceque le traitement concerné n'est lancé que tous les trimestres.
[^] # Re: git push
Posté par Kaane . En réponse au sondage Quel logiciel libre pour vos sauvegardes ?. Évalué à 0.
mais pour moi, si tu à 43 choses différentes à sauvegarder, alors tu à 43 dépots.
Et ben vache, le jour ou je veux réconcilier tout ça je vais en baver.
Supposons une société qui a cloturé son bilan 2011, l'AG arrive et pour une raison X, Y ou Z les comptes sont refusés. Par exemple parce que une floppée de clients se sont plaint d'avoir été surfacturés en décembre et que du coup les actionnaires ont un poil l'impression qu'on se fout de leur gueule en présentant des chiffres mirobolants. Donc les comptes sont refusés et il faut revenir à l'état du 31 décembre (ou le plus proche possible) et refaire les comptes en provisionnant les réclamations clients.
Comme il est interdit de réouvrir une compta cloturée en France (c'est même une des conditions nécessaires pour qu'un logiciel de compta puisse envisager l'agrément le plus faible), il faut faire un rollback complet au 31 décembre. Entre temps il y a eu 2 mises à jour de MySQL et 127 mises à jour de PHP (oui le logiciel de compta est web 2.0). Sans compter qu'il faut aussi restaurer les ESB, les sytèmes de fichiers et les divers logiciels de déclaration à la même date sous peine de faire planter tous les traitements automatisés ou d'avoir des résultats incohérents.
De là deux solutions. Soit tu sauvegardes tout ce qui a été fait depuis la cloture en bloc, tu restaures tout au 31 décembre en bloc et de là on avance pas à pas. Soit tu as 43 sauvegardes distinctes et là tu vas jouer à "komenkonfè" et "keskimanke" pendant deux mois (ce qui va ennerver les actionnaires et les dirigeants, donc probablement couter son poste au DSI qui avant de partir aura une pensée émue pour toi - le chargé de backup).
Même problème en cas d'incendie qui détruit tout le système ou en cas de panne qui existe depuis un moment mais dont on ne se rend compte qu'aujourd'hui parceque le traitement concerné n'est lancé que tous les trimestres.