Commentaires sur : Sauvegarder des bases MySQL http://www.patpro.net/blog/index.php/2008/05/16/148-sauvegarder-des-bases-mysql/ patpro.net Fri, 27 Jan 2012 16:04:55 +0000 hourly 1 Par : patpro http://www.patpro.net/blog/index.php/2008/05/16/148-sauvegarder-des-bases-mysql/comment-page-1/#comment-994 patpro Mon, 13 Dec 2010 09:27:35 +0000 https://www.patpro.net/wp/index.php/2008/05/16/148-sauvegarder-des-bases-mysql/#comment-994 Bon, 15Go c'est énorme, effectivement, mais ce qui compte le plus, c'est le pourcentage de lignes qui changent d'une version à l'autre. En versionnant, tu sauvegardes une seule fois 15 Go. Si ton delta entre deux versions est de 0,1% alors tu es gagnant, car tu peut sauvegarder ta base avec l'équivalent d'une compression x1000. Le nombre d'écritures n'est pas représentatif du nombre de différences entre deux versions de la base. Et si en plus tu stockes ton repository sur un filesystem compressé comme ZFS, tu ajoutes l'équivalent d'un coup de Gzip dessus :) N'oublie pas le fait que tu peux aussi laisser de côté les tables qui ne sont pas intéressantes (par exemple les logs de certaines appli, dont la valeur est nulle, mais qui prennent une place folle). Bon, 15Go c'est énorme, effectivement, mais ce qui compte le plus, c'est le pourcentage de lignes qui changent d'une version à l'autre.
En versionnant, tu sauvegardes une seule fois 15 Go. Si ton delta entre deux versions est de 0,1% alors tu es gagnant, car tu peut sauvegarder ta base avec l'équivalent d'une compression x1000. Le nombre d'écritures n'est pas représentatif du nombre de différences entre deux versions de la base. Et si en plus tu stockes ton repository sur un filesystem compressé comme ZFS, tu ajoutes l'équivalent d'un coup de Gzip dessus :)
N'oublie pas le fait que tu peux aussi laisser de côté les tables qui ne sont pas intéressantes (par exemple les logs de certaines appli, dont la valeur est nulle, mais qui prennent une place folle).

]]> Par : survietamine http://www.patpro.net/blog/index.php/2008/05/16/148-sauvegarder-des-bases-mysql/comment-page-1/#comment-992 survietamine Mon, 13 Dec 2010 09:05:52 +0000 https://www.patpro.net/wp/index.php/2008/05/16/148-sauvegarder-des-bases-mysql/#comment-992 ah merci pour la méthode qui utilise le versioning, c'est effectivement pas bête. Je vais peut-être la creuser ; Cependant, le hic, comme tu l'as précisé : c'est plutôt indiqué pour les petites bases de données. Dans mon cas, il s'agit de "grosses" bases (parfois plus de 15 Go). Et les écritures par minutes peuvent être supérieures à 1000. Je me demande si ta méthode ne va pas prendre trop de temps. A tester :) ah merci pour la méthode qui utilise le versioning, c'est effectivement pas bête.
Je vais peut-être la creuser ;
Cependant, le hic, comme tu l'as précisé : c'est plutôt indiqué pour les petites bases de données.
Dans mon cas, il s'agit de "grosses" bases (parfois plus de 15 Go).
Et les écritures par minutes peuvent être supérieures à 1000.
Je me demande si ta méthode ne va pas prendre trop de temps.
A tester :)

]]> Par : patpro http://www.patpro.net/blog/index.php/2008/05/16/148-sauvegarder-des-bases-mysql/comment-page-1/#comment-990 patpro Thu, 09 Dec 2010 16:02:58 +0000 https://www.patpro.net/wp/index.php/2008/05/16/148-sauvegarder-des-bases-mysql/#comment-990 Mac OS X ne connait pas LVM, donc c'est mort de ce côté là. Comme je l'ai écris ici (http://www.patpro.net/blog/index.php/2010/01/04/1288-le-fonctionnement-des-snapshots/ ) Mac OS X ne dispose actuellement d'aucun FS supportant les snapshots, puisque ZFS nous est passé sous le nez. Par ailleurs, les snapshots sont sévèrement limités. Ils n'existent que sur le volume qui est "snapshoté". Si tu veux remonter ton serveur de DB suite à la mort du disque dur, tu ne peux pas repartir des snapshots, car ils sont morts en même temps que le disque. Si tu cherches une méthode avancée et intelligente de sauvegarde pour MySQL, regarde plutôt par là : http://www.patpro.net/blog/index.php/2010/01/11/1347-sauvegarde-de-bases-mysql-via-svn/ Mac OS X ne connait pas LVM, donc c'est mort de ce côté là. Comme je l'ai écris ici (http://www.patpro.net/blog/index.php/2010/01/04/1288-le-fonctionnement-des-snapshots/ ) Mac OS X ne dispose actuellement d'aucun FS supportant les snapshots, puisque ZFS nous est passé sous le nez.

Par ailleurs, les snapshots sont sévèrement limités. Ils n'existent que sur le volume qui est "snapshoté". Si tu veux remonter ton serveur de DB suite à la mort du disque dur, tu ne peux pas repartir des snapshots, car ils sont morts en même temps que le disque.

Si tu cherches une méthode avancée et intelligente de sauvegarde pour MySQL, regarde plutôt par là : http://www.patpro.net/blog/index.php/2010/01/11/1347-sauvegarde-de-bases-mysql-via-svn/

]]> Par : survietamine http://www.patpro.net/blog/index.php/2008/05/16/148-sauvegarder-des-bases-mysql/comment-page-1/#comment-987 survietamine Wed, 08 Dec 2010 08:35:41 +0000 https://www.patpro.net/wp/index.php/2008/05/16/148-sauvegarder-des-bases-mysql/#comment-987 C'est peut-être hors sujet, mais l'utilisation des snapshots LVM peut être également une idée séduisante. Maintenant, je ne sais pas si c'est utilisable sur OS X. C'est peut-être hors sujet, mais l'utilisation des snapshots LVM peut être également une idée séduisante.
Maintenant, je ne sais pas si c'est utilisable sur OS X.

]]> Par : Bene http://www.patpro.net/blog/index.php/2008/05/16/148-sauvegarder-des-bases-mysql/comment-page-1/#comment-693 Bene Mon, 26 May 2008 16:48:13 +0000 https://www.patpro.net/wp/index.php/2008/05/16/148-sauvegarder-des-bases-mysql/#comment-693 <p>oui pas un modéle de fiabilité, il manque des tests sur les répertoires et des sorties :)<br /> <br /> tsss !</p> oui pas un modéle de fiabilité, il manque des tests sur les répertoires et des sorties :)

tsss !

]]>