Nous avons un serveur de production et un serveur de développement. Nous avons constaté que les sauvegardes sont presque impossibles sur le serveur de production en raison du volume des requêtes que nous recevons. Nous envisageons donc de mettre en place une réplication avec notre serveur de développement en tant qu'esclave. C'est idéal car nous pouvons nous permettre de verrouiller les tables sur ce serveur et en plus, il sera agréable d'avoir des données à jour pour les développeurs. Maintenant, les problèmes. Le serveur de production ne peut pas vraiment être arrêté ou verrouillé à ce stade, du moins pas facilement. Nous avons un volume élevé de requêtes et des tables innodb assez grandes de plus de 30 Go. Les deux serveurs exécutent toutes les innodb et sont également tous les deux sur mysql 5.1. Que pouvons-nous faire pour synchroniser les données initialement et démarrer la réplication? J'ai essayé quelques options, mais jusqu'à présent, aucune n'a fonctionné.
Réponse
Trop de publicités?
Votre question semble indiquer que vous avez un seul serveur de production sans redondance et aucun plan pour gérer une panne du serveur de base de données principal. Si cette hypothèse est vraie, alors il existe deux chemins que vous pourriez prendre pour configurer la réplication.
-
Continuez sur la voie de la mise en place de la réplication avec l'architecture telle qu'elle est. Si vous choisissez cette voie, alors plus d'informations seraient nécessaires pour savoir quelle est la meilleure approche. Par exemple, les journaux binaires sont-ils activés? Sans les détails, je pense que le meilleur conseil que je puisse donner est de se renseigner sur l'outil Percona XtraBackup.
-
La deuxième option est de mettre à jour l'architecture de votre base de données de production pour inclure une redondance et un plan de basculement fonctionnel. Cela vous donnerait un environnement plus robuste et la possibilité de configurer facilement une réplication supplémentaire. Je recommanderais vivement cette option car vous finirez par rencontrer un problème avec le serveur de base de données de production qui entraînera une panne non planifiée.
