Bon, je dois reconnaitre que la position (les arguments) de Thomas et Alioune est bien plus professionelle que la mienne.
Cela dit, tout dépend de la valeur des données que l'on conserve et le cout associé aux pertes de données. Je pense donc que mysqldump peux toujours se justifier comme solution intermédiare (entre ne rien faire et créer le système de backup le plus sur au monde) étant donné que c'est gratuit. Je vais essayer de conclure avec une blague d'un de mes anciens professeurs. Donc, si vous êtes en train de travailler ou vous n'avez pas de temps à perdre, arrétez tout de suite de lire cet email! Un mathematicien et un ingénieur en physique se retrouvent par hasard dans une chambre. A leurs grande surprise, ils y trouvent un femme superbe et complètement nue sur un lit plutôt exotique. Elle leur dit qu'elle s'appelle Mlle Factorielle et qu'il n'y a qu'une règle d'or à respecter avant de la rejoindre sur son lit. Tout candidat doit diviser par deux la distance entre lui-même et le pieds du lit avant chaque pas dirigé vers elle. Le mathematicien fait son calcul et, avec toute la frustration du monde, crie "Je n'y arriverai jamais!". Le physicien se frotte les mains et sans plus attendre se dirige vers le lit en respectant la règle d'or, tout en murmurant "Nous allons bien nous amusé dès que je me serai assez rapproché!". ... A apprécier à votre guise et à ne pas partager avec les enfants. Lamine 2012/11/12 Alioune Dia <[email protected]> > > Salut > 100% ok avec Thomas > > une sauvegarde n'est pas un réplication , la réplication comme Thomas l'a > dis > fait intervenir la notion de maitre et d'esclave .Les esclaves gardent un > état > sur leur dernière mise a jour avec le maitre et a chaque nouvelle > connexion met > a jour les chargements opérés sur le maitre. il est totalement différent > d'un > mysqldump ---options qui ne fait que copier une base dans un état t , a > t+10 > minutes pour une base de données comme une banque des millions de > transactions > se sont déjà passées et si ta base crash tu es mal barrée: > > La réplication permet de repartir la charge de travail sur le master, les > requêtes > de sélections sont déportées sur les slaves, tan-disque le master géré les > requêtes > de mises a jours avec les applications, sachant que les slaves gardent un > état des > transactions entre eux et le master , la mise a jour est transparente > .Crois moi le > jeu en vaut la chandelle. > > Si vous êtes en équipé , le mieux c'est de laisser cette partie au DBA en > herbe:) > et de te focaliser sur l'application > > http://dev.mysql.com/doc/refman/5.0/fr/replication-howto.html > http://www.pgpool.net/mediawiki/ > --Ad > > > Le 11 novembre 2012 19:24, Thomas NOEL <[email protected]> a écrit : > >> Le 11 novembre 2012 15:56, Lamine Ba <[email protected]> a écrit : >> >>> Si ta webapp n'est pas très utilisée (...) >> >> >> Si tu mets en production une base de donnée qui peut planter à 90%, c'est >> invendable, et donc oui, ça ne sera pas très utilisé ;-) >> >> Blague à part, en dehors des backups qui permettent de revenir en ligne >> après un crash général (a.k.a plan de reprise), il faut étudier la >> réplication qui permet de résister (a.k.a plan de continuation). Une simple >> infra master-slaves permet d'être déjà très à l'aise, MySQL ou PostgreSQL >> font ça très bien. Si le master explose, tu peux espérer qu'au moins un >> slave est toujours là, avec les données à jour "juste avant crash". >> >> Et si vraiment tu veux faire un truc "pro", il faut faire ce que personne >> ne fait assez : faire intervenir un vrai DBA :-) >> >> -- >> Thomas >> >> >> >> >> -- >> Ce message a été envoyé à la liste [email protected] >> Gestion de votre abonnement : http://dakarlug.org/liste >> Archives : http://news.gmane.org/gmane.org.user-groups.linux.dakarlug >> Le site du DakarLUG : http://dakarlug.org >> > > > > -- > Ce message a été envoyé à la liste [email protected] > Gestion de votre abonnement : http://dakarlug.org/liste > Archives : http://news.gmane.org/gmane.org.user-groups.linux.dakarlug > Le site du DakarLUG : http://dakarlug.org > -- Lamine Ba Java User Group Leader Co-founder & Coordinator of SeneJUG (www.senejug.com) Member of JUG-Africa (java.net/projects/jug-africa) Skype: tlamine88 Tweeter: tlamineba Linkedin: www.lamineba.com
-- Ce message a été envoyé à la liste [email protected] Gestion de votre abonnement : http://dakarlug.org/liste Archives : http://news.gmane.org/gmane.org.user-groups.linux.dakarlug Le site du DakarLUG : http://dakarlug.org
