Thomas Andrieu a écrit : > C'est pour un service d'hébergement, et le but ultérieur est de mettre > en place un groupware maison. > Au niveau du backup/restore, je pensais ça justement plus simple avec > mysql puisqu'un simple script bash avec un mysqldump et un petit > transfert SCP vers un filer distant et c'est bon, ou encore une > réplication directe master/slave avec fail over pour la dispo. >
Si tu veux une sauvegarde cohérente, ce n'est pas forcément la meilleure méthode. Tu peux mettre ta base de données sur un volume LVM et faire un snapshot le temps de la sauvegarde (physique des fichiers ou dump des données). Cette méthode est aussi adaptée pour un système de fichiers. Si le but est de pouvoir faire des restaurations, j'ai l'impression que le système de fichier sera plus adapté. Les mécanismes de sauvegarde/restauration full/incremental sont plus utilisés sur des systemes de fichiers que sur des bases de données. Tu trouveras plus de scripts pour le faire car ce sont des cas génériques. Pour la base de données, cela revient un peu à enregistrer un système de fichiers dans la base de donnees et je crains que tu ne doives écrire tes scripts de restauration à la demande toi-meme. Ce troisieme paragraphe ne fait que donner ce que je pense, je peux tout a fait me tromper. En revanche, pour la redondance et la bascule en cas de sinistre, ce sera certainement plus simple que d'utiliser une solution de type systeme de fichiers. Il faudrait mettre en place DRDB ou iSCSI pour avoir un équivalent bas niveau. Sinon, tu peux utiliser CodaFS, (j'ai rencontré des soucis avec et j'ai abandonné, mais ca vient peut etre de moi). Fanfan _________________________________ Linux mailing list [email protected] http://lists.parinux.org/mailman/listinfo/linux
