Merci pour tes idées, au niveau des scripts, j'ai des scripts prêts  
pour mysql et le système de fichier. Je vais déployer chacun des  
systèmes sur une paire de serveurs à chaque fois, les flooder et  
comparer.


Le 4 oct. 08 à 13:45, François Cerbelle a écrit :

> 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

_________________________________
Linux mailing list
[email protected]
http://lists.parinux.org/mailman/listinfo/linux

Répondre à