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
