Bonjour,
Pour sauvegarder des bases de données MySQL , j'utilise la procédure
suivante:
mysqldump --user=compte -- password=motdepassepasse nomDatabase >
chemin/fichier_sauvegarde
Est-il possible de simplifier la sauvegarde en se limitant à la copie du
répertoire MySQL/Data? Le volume de sauvegarde serait réduit (50 au lieu de
80 Mo dans mon cas) et surtout la remontée de la sauvegarde serait plus
simple et rapide.
Existe-il d'autres méthodes de sauvegarde plus efficaces?
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
M.D
Dans l'article <4003c471$0$19267$, disait...
Bonjour, Pour sauvegarder des bases de données MySQL , j'utilise la procédure suivante: mysqldump --user=compte -- password=motdepassepasse nomDatabase > chemin/fichier_sauvegarde
Est-il possible de simplifier la sauvegarde en se limitant à la copie du répertoire MySQL/Data? Le volume de sauvegarde serait réduit (50 au lieu de 80 Mo dans mon cas) et surtout la remontée de la sauvegarde serait plus simple et rapide.
Ajoute une commande de compression à la fin de ta ligne de commande. Si ta base ne contient que des données textes, elle peut voir sa taille divisée jusqu'à 16 fois.
Existe-il d'autres méthodes de sauvegarde plus efficaces?
La sauvegarde par répertoire à plusieurs inconvénients: - Il faut arrêter la base pour avoir des données intègres. - On ne peut la remonter sur une autre machine sans rétablir les différents droits de répertoires. - On sauvegarde des fichier binaires.
La sauvegarde par dump a plusieurs avantages: - On peut sauvegarder sans arreter ni verrouiller la base - On obtient un fichier texte qui: - permet un meilleur taux de compression - est réutilisable sur un autre SGBD - est exploitable par des outils tels que PERL
Si c'est vraiment très long de faire un dump, faire un binaire journalier et un dump hebdo ou mensuel (IMHO)
-- Marc
Dans l'article <4003c471$0$19267$626a54ce@news.free.fr>,
fkammerer@infoburo.fr disait...
Bonjour,
Pour sauvegarder des bases de données MySQL , j'utilise la procédure
suivante:
mysqldump --user=compte -- password=motdepassepasse nomDatabase >
chemin/fichier_sauvegarde
Est-il possible de simplifier la sauvegarde en se limitant à la copie du
répertoire MySQL/Data? Le volume de sauvegarde serait réduit (50 au lieu de
80 Mo dans mon cas) et surtout la remontée de la sauvegarde serait plus
simple et rapide.
Ajoute une commande de compression à la fin de ta ligne de
commande. Si ta base ne contient que des données textes, elle peut voir
sa taille divisée jusqu'à 16 fois.
Existe-il d'autres méthodes de sauvegarde plus efficaces?
La sauvegarde par répertoire à plusieurs inconvénients:
- Il faut arrêter la base pour avoir des données intègres.
- On ne peut la remonter sur une autre machine sans rétablir
les différents droits de répertoires.
- On sauvegarde des fichier binaires.
La sauvegarde par dump a plusieurs avantages:
- On peut sauvegarder sans arreter ni verrouiller la base
- On obtient un fichier texte qui:
- permet un meilleur taux de compression
- est réutilisable sur un autre SGBD
- est exploitable par des outils tels que PERL
Si c'est vraiment très long de faire un dump, faire un binaire
journalier et un dump hebdo ou mensuel (IMHO)
Bonjour, Pour sauvegarder des bases de données MySQL , j'utilise la procédure suivante: mysqldump --user=compte -- password=motdepassepasse nomDatabase > chemin/fichier_sauvegarde
Est-il possible de simplifier la sauvegarde en se limitant à la copie du répertoire MySQL/Data? Le volume de sauvegarde serait réduit (50 au lieu de 80 Mo dans mon cas) et surtout la remontée de la sauvegarde serait plus simple et rapide.
Ajoute une commande de compression à la fin de ta ligne de commande. Si ta base ne contient que des données textes, elle peut voir sa taille divisée jusqu'à 16 fois.
Existe-il d'autres méthodes de sauvegarde plus efficaces?
La sauvegarde par répertoire à plusieurs inconvénients: - Il faut arrêter la base pour avoir des données intègres. - On ne peut la remonter sur une autre machine sans rétablir les différents droits de répertoires. - On sauvegarde des fichier binaires.
La sauvegarde par dump a plusieurs avantages: - On peut sauvegarder sans arreter ni verrouiller la base - On obtient un fichier texte qui: - permet un meilleur taux de compression - est réutilisable sur un autre SGBD - est exploitable par des outils tels que PERL
Si c'est vraiment très long de faire un dump, faire un binaire journalier et un dump hebdo ou mensuel (IMHO)
-- Marc
Paco
Les différentes solutions ont leurs avantages et leurs inconvénients. Selon les cas, une combinaison de plusieurs solutions est peut-être la meilleure, une quotidienne, une hebdo...
Merci François "Paco" a écrit dans le message news: 4003c471$0$19267$
Bonjour, Pour sauvegarder des bases de données MySQL , j'utilise la procédure suivante: mysqldump --user=compte -- password=motdepassepasse nomDatabase > chemin/fichier_sauvegarde
Est-il possible de simplifier la sauvegarde en se limitant à la copie du répertoire MySQL/Data? Le volume de sauvegarde serait réduit (50 au lieu
de
80 Mo dans mon cas) et surtout la remontée de la sauvegarde serait plus simple et rapide.
Existe-il d'autres méthodes de sauvegarde plus efficaces?
Merci François
Les différentes solutions ont leurs avantages et leurs inconvénients. Selon
les cas, une combinaison de plusieurs solutions est peut-être la meilleure,
une quotidienne, une hebdo...
Merci
François
"Paco" <fkammerer@infoburo.fr> a écrit dans le message news:
4003c471$0$19267$626a54ce@news.free.fr...
Bonjour,
Pour sauvegarder des bases de données MySQL , j'utilise la procédure
suivante:
mysqldump --user=compte -- password=motdepassepasse nomDatabase >
chemin/fichier_sauvegarde
Est-il possible de simplifier la sauvegarde en se limitant à la copie du
répertoire MySQL/Data? Le volume de sauvegarde serait réduit (50 au lieu
de
80 Mo dans mon cas) et surtout la remontée de la sauvegarde serait plus
simple et rapide.
Existe-il d'autres méthodes de sauvegarde plus efficaces?
Les différentes solutions ont leurs avantages et leurs inconvénients. Selon les cas, une combinaison de plusieurs solutions est peut-être la meilleure, une quotidienne, une hebdo...
Merci François "Paco" a écrit dans le message news: 4003c471$0$19267$
Bonjour, Pour sauvegarder des bases de données MySQL , j'utilise la procédure suivante: mysqldump --user=compte -- password=motdepassepasse nomDatabase > chemin/fichier_sauvegarde
Est-il possible de simplifier la sauvegarde en se limitant à la copie du répertoire MySQL/Data? Le volume de sauvegarde serait réduit (50 au lieu
de
80 Mo dans mon cas) et surtout la remontée de la sauvegarde serait plus simple et rapide.
Existe-il d'autres méthodes de sauvegarde plus efficaces?
Merci François
jerome paulin
J'ai un autre solution que j'utilise, mais je ne sais pas si c'est exactement le meme contexte (je ne cherche pas a archiver ma base données, seulement a la sauvegarder pour ne pas perdre de données en cas de panne).
J'utilise 2 serveurs avec heartbeat (jusque la, rien de special), mais au lieu de mettre une baie SCSI a double acces (TTTTRRRREEESSS CCCCCHHHHEEEERRRRR), j'utilise un module DRBD qui permet la replication en temps reel entre mes deux machines (en utilisant la liaison eth1 qui est prevue pour heartbeat).
En plus de la replication, je fais un mysqldump (1 go) toutes les nuits et je le transfert sur un serveur de fichier via rsync (lequel est lui meme un cluster avec replication temps reel). Le serveur de fichier gère les versions du dump sur 30 jours.
Effectivement, cela fait pas mal de machines, mais mon but est de combiner une bonne disponibilité et un minimum de possibilité pour les retours en arrieres (j-1 dans mon cas)
J'ai un autre solution que j'utilise, mais je ne sais pas si c'est
exactement le meme contexte (je ne cherche pas a archiver ma base données,
seulement a la sauvegarder pour ne pas perdre de données en cas de panne).
J'utilise 2 serveurs avec heartbeat (jusque la, rien de special), mais au
lieu de mettre une baie SCSI a double acces (TTTTRRRREEESSS
CCCCCHHHHEEEERRRRR), j'utilise un module DRBD qui permet la replication en
temps reel entre mes deux machines (en utilisant la liaison eth1 qui est
prevue pour heartbeat).
En plus de la replication, je fais un mysqldump (1 go) toutes les nuits et
je le transfert sur un serveur de fichier via rsync (lequel est lui meme un
cluster avec replication temps reel). Le serveur de fichier gère les
versions du dump sur 30 jours.
Effectivement, cela fait pas mal de machines, mais mon but est de combiner
une bonne disponibilité et un minimum de possibilité pour les retours en
arrieres (j-1 dans mon cas)
J'ai un autre solution que j'utilise, mais je ne sais pas si c'est exactement le meme contexte (je ne cherche pas a archiver ma base données, seulement a la sauvegarder pour ne pas perdre de données en cas de panne).
J'utilise 2 serveurs avec heartbeat (jusque la, rien de special), mais au lieu de mettre une baie SCSI a double acces (TTTTRRRREEESSS CCCCCHHHHEEEERRRRR), j'utilise un module DRBD qui permet la replication en temps reel entre mes deux machines (en utilisant la liaison eth1 qui est prevue pour heartbeat).
En plus de la replication, je fais un mysqldump (1 go) toutes les nuits et je le transfert sur un serveur de fichier via rsync (lequel est lui meme un cluster avec replication temps reel). Le serveur de fichier gère les versions du dump sur 30 jours.
Effectivement, cela fait pas mal de machines, mais mon but est de combiner une bonne disponibilité et un minimum de possibilité pour les retours en arrieres (j-1 dans mon cas)
