-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Re:
Le Vendredi, 7 Juin 2002 11.33, georges mariano a écrit : > > > Maintenant que l'installation de mysql est neuve, je suggère de > > faire une copie du contenu du répertoire /var/lib/mysql/mysql pour > > le cas où... > > a partir du moment où un serveur Xsql est en place, il devient > critique et effectivement se posent les questions usuelles : > > que fais-je pour > * mettre mes données à l'abri ? Sauvegrade. cf. mysqldump > * assurer un focntionnement "haute disponibilité" > (e.g. un serveur en réserve au cas où... mais comment basculer ?) > * etc etc Cela dépend. ;o) A partir de la version 4.0, MySQL fournit des options de réplication (mais ce n'est pas encore prêt pour une utilisation en production, cf. http://www.mysql.com/products/mysql-4.0/index.html). Sinon, le mieux est de le faire dans l'application : mettre à jour deux bases MySQL sur deux serveurs différents. Les InnoDB supportent les transactions, ce qui permet de s'assurer que les MAJ sont bien faites sur les deux serveurs. > PS : hmm, même question pour le serveur web qui supporte l'interaction > php/mysql, maintenant que j'ai retrouvé mon mysql c'est apache qui me > fait des misères (les php ne fonctionnent plus... pas bonne journée, > changer de journée ...) A+ Là, c'est plus simple. Utilise un DNS en round-robin (cf. http://www.tldp.org/HOWTO/Firewall-HOWTO-3.html). Je n'ai pas trouver de High Availability HowTo, comme mentionné ici. Mais voir http://www.google.com/linux?q=round-robin+apache Je n'ai pas de doc complète et détaillée. Si tu trouves, ça m'intéresse. A+ Yann - -- Chef de projet Linux / Linux project manager Juillerat-Grin SA http://www.codalis.ch -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (GNU/Linux) Comment: For info see http://www.gnupg.org iD8DBQE9AIuom4KYjQo0y9oRApdKAJ46VE4aS1z3C15rTltLWBR6eUrLQQCfQfqH YHsd07wgLCY5kJFwlvquke4= =GISh -----END PGP SIGNATURE----- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]