Mysql resynchronisation / replication - Historique des versions

127.0.0.1 le 15 janvier 2021 à 11:42

2021-01-15T11:42:50Z

← Version précédente		Version du 15 janvier 2021 à 11:42
Ligne 58 :		Ligne 58 :
	Les deux derniers paramètres se récupèrent sur le master après avoir fait le tar.gz. Pour les récupérer, se connecter sur le MySQL du master, et utiliser les commandes suivante :		Les deux derniers paramètres se récupèrent sur le master après avoir fait le tar.gz. Pour les récupérer, se connecter sur le MySQL du master, et utiliser les commandes suivante :

			# Met en read only les bases / tables
	mysql> FLUSH TABLES WITH READ LOCK;		mysql> FLUSH TABLES WITH READ LOCK;
	mysql> SHOW MASTER STATUS;		mysql> SHOW MASTER STATUS;
			## Enleve le read only, on peut aussi faire set @@global.read_only=1;
	mysql> UNLOCK TABLES;		mysql> UNLOCK TABLES;

217.174.206.178 : /* Mysql 5.5 et supérieur */

2014-12-04T14:44:36Z

Mysql 5.5 et supérieur

← Version précédente		Version du 4 décembre 2014 à 14:44
Ligne 54 :		Ligne 54 :
	Démarrer Mysql, se connecter à mysql :		Démarrer Mysql, se connecter à mysql :
	CHANGE MASTER TO MASTER_HOST='ip_du_master', MASTER_USER='replicadmin', MASTER_PASSWORD='passwd_replicadmin', MASTER_LOG_FILE='mysql-bin.000002', MASTER_LOG_POS=654;		CHANGE MASTER TO MASTER_HOST='ip_du_master', MASTER_USER='replicadmin', MASTER_PASSWORD='passwd_replicadmin', MASTER_LOG_FILE='mysql-bin.000002', MASTER_LOG_POS=654;
			start slave;

	Les deux derniers paramètres se récupèrent sur le master après avoir fait le tar.gz. Pour les récupérer, se connecter sur le MySQL du master, et utiliser les commandes suivante :		Les deux derniers paramètres se récupèrent sur le master après avoir fait le tar.gz. Pour les récupérer, se connecter sur le MySQL du master, et utiliser les commandes suivante :

217.174.206.178 : /* Mysql 5.5 et supérieur */

2014-12-04T14:44:22Z

Mysql 5.5 et supérieur

← Version précédente		Version du 4 décembre 2014 à 14:44
Ligne 42 :		Ligne 42 :
	log-bin = /var/log/mysql/mysql-bin.log		log-bin = /var/log/mysql/mysql-bin.log

	Faire un tar.gz du répertoire de données de MySQL (/opt/data/mysql), on le copiera sur le slave plus tard. Redémarrer MySQL.		Faire un tar.gz du répertoire de données de MySQL (/opt/data/mysql), on le copiera sur le slave plus tard. Redémarrer MySQL, et lancer la commande SHOW MASTER STATUS afin d'avoir
			la position au moment du tar

	# Slave		# Slave

217.174.206.178 : /* Mysql 5.5 et supérieur */

2014-12-04T14:40:52Z

Mysql 5.5 et supérieur

← Version précédente		Version du 4 décembre 2014 à 14:40
Ligne 48 :		Ligne 48 :
	Ajouter au my.cnf :		Ajouter au my.cnf :
	server-id=2		server-id=2

			!!! Sur les debian, le mot de passe root mysql est aussi encrypté dans /etc/mysql/debian.cnf, il faut editer ce fichier sur le slave et mettre le meme mot de passe que sur le master !!!

	Démarrer Mysql, se connecter à mysql :		Démarrer Mysql, se connecter à mysql :

217.174.206.178 le 21 novembre 2014 à 11:37

2014-11-21T11:37:47Z

← Version précédente		Version du 21 novembre 2014 à 11:37
Ligne 25 :		Ligne 25 :
	relay-log = slave-relay-bin (si on a des warning au restart de mysql, pas toujours nécessaire)		relay-log = slave-relay-bin (si on a des warning au restart de mysql, pas toujours nécessaire)
	relay-log-index = slave-relay-bin.index ((si on a des warning au restart de mysql, pas toujours nécessaire)		relay-log-index = slave-relay-bin.index ((si on a des warning au restart de mysql, pas toujours nécessaire)

	~~Pour un slave avec un mysql > 5.5, laisser juste le server-id dans le my.cnf, puis :~~
	~~CHANGE MASTER TO MASTER_HOST='ip_du_master', MASTER_USER='replicadmin', MASTER_PASSWORD='passwd_replicadmin', MASTER_LOG_FILE='mysql-bin.000002', MASTER_LOG_POS=654; (Les deux~~
	~~derniers paramètres se récupèrent sur le master juste avant de faire le tar.gz de /var/lib/mysql/mysql)~~

	# 1ere synchronisation		# 1ere synchronisation
Ligne 35 :		Ligne 31 :
	database/tables) Il faut donc copier le dossier mysql du master vers le slave, une fois copie, il est faut lancer le master, puis le slave qui va commencer la synchro. Il est		database/tables) Il faut donc copier le dossier mysql du master vers le slave, une fois copie, il est faut lancer le master, puis le slave qui va commencer la synchro. Il est
	possible de n'avoir qu'une synchronisation de table ou de base ou d'avoir une synchronisation croisee (master/master). Cela n'etant pas standard, cela n'est pas documente ici.		possible de n'avoir qu'une synchronisation de table ou de base ou d'avoir une synchronisation croisee (master/master). Cela n'etant pas standard, cela n'est pas documente ici.
			</pre>

			= Mysql 5.5 et supérieur =
			<pre>
			# Master
			Créer, un utilisateur spécifique à la réplication :mysql> GRANT REPLICATION SLAVE ON . TO 'replicadmin'@'IP du slave' IDENTIFIED BY 'password';

			Arrêter MySQL & Éditer le my.cnf et ajouter les lignes :
			server-id = 1
			log-bin = /var/log/mysql/mysql-bin.log

			Faire un tar.gz du répertoire de données de MySQL (/opt/data/mysql), on le copiera sur le slave plus tard. Redémarrer MySQL.

			# Slave
			Arrêter MySQL, détarer dans /opt/data le tar.gz préalablement fait sur le master.
			Ajouter au my.cnf :
			server-id=2

			Démarrer Mysql, se connecter à mysql :
			CHANGE MASTER TO MASTER_HOST='ip_du_master', MASTER_USER='replicadmin', MASTER_PASSWORD='passwd_replicadmin', MASTER_LOG_FILE='mysql-bin.000002', MASTER_LOG_POS=654;

			Les deux derniers paramètres se récupèrent sur le master après avoir fait le tar.gz. Pour les récupérer, se connecter sur le MySQL du master, et utiliser les commandes suivante :

			mysql> FLUSH TABLES WITH READ LOCK;
			mysql> SHOW MASTER STATUS;
			mysql> UNLOCK TABLES;

	</pre>		</pre>

Admin : /* Configuration */

2013-10-03T13:47:56Z

Configuration

← Version précédente		Version du 3 octobre 2013 à 13:47
Ligne 9 :		Ligne 9 :

	GRANT REPLICATION SLAVE ON . TO 'replicadmin'@'IP du slave' IDENTIFIED BY 'password';		GRANT REPLICATION SLAVE ON . TO 'replicadmin'@'IP du slave' IDENTIFIED BY 'password';
	~~GRANT USAGE, SUPER, REPLICATION CLIENT ON . TO 'replicadmin'@'IP du slave' IDENTIFIED BY 'password'; (pour mysql à partir de 5.5)~~

	# Dans le fichier my.cnf du master il faut ces lignes :		# Dans le fichier my.cnf du master il faut ces lignes :

Admin : /* Configuration */

2013-10-03T13:42:36Z

Configuration

← Version précédente		Version du 3 octobre 2013 à 13:42
Ligne 9 :		Ligne 9 :

	GRANT REPLICATION SLAVE ON . TO 'replicadmin'@'IP du slave' IDENTIFIED BY 'password';		GRANT REPLICATION SLAVE ON . TO 'replicadmin'@'IP du slave' IDENTIFIED BY 'password';
			GRANT USAGE, SUPER, REPLICATION CLIENT ON . TO 'replicadmin'@'IP du slave' IDENTIFIED BY 'password'; (pour mysql à partir de 5.5)

	# Dans le fichier my.cnf du master il faut ces lignes :		# Dans le fichier my.cnf du master il faut ces lignes :

Admin : /* Resynchronisation en faisant du slave le master */

2013-10-03T13:09:03Z

Resynchronisation en faisant du slave le master

← Version précédente		Version du 3 octobre 2013 à 13:09
Ligne 290 :		Ligne 290 :
	# Etape 3 : Basculer le service		# Etape 3 : Basculer le service

	Une fois le serveur mysql UP, le service peut lui aussi etre bascule. Il n'y a en effet pas de load balancing, il faut faire des modification cote serveurs effectuant des requetes pour que la bascule soit effective. Il existe trois methodes :		Une fois le serveur mysql UP, le service peut lui aussi etre bascule. Il n'y a en effet pas de load balancing, il faut faire des modification cote serveurs effectuant des requetes
			pour que la bascule soit effective. Il existe trois methodes :

	Methode applicative : Modification du ou des fichiers faisant appel au nom du serveur mysql pour mettre le nouveau nom du master. Generalement, la modification est immediate		Methode applicative : Modification du ou des fichiers faisant appel au nom du serveur mysql pour mettre le nouveau nom du master. Generalement, la modification est immediate
	Methode DNS : Modification du nom d'hote pour remplacer l'ip du serveur defaillant par le nouveau master. Generalement, il y a un cache DNS, il faut donc relancer le service web (ou autres) pour prise en compte. Cela peut etre realise par les DNS ou le fichiers hosts des serveurs client mysql.		Methode DNS : Modification du nom d'hote pour remplacer l'ip du serveur defaillant par le nouveau master. Generalement, il y a un cache DNS, il faut donc relancer le service web
	Methode IP : Dans le cas ou cela a ete prevu, il peut y avoir une bascule d'ip (on inverse les ips des 2 serveurs). Cette IP est un alias sur le serveur mysql master. La prise en compte est immediate.		(ou autres) pour prise en compte. Cela peut etre realise par les DNS ou le fichiers hosts des serveurs client mysql.
			Methode IP : Dans le cas ou cela a ete prevu, il peut y avoir une bascule d'ip (on inverse les ips des 2 serveurs). Cette IP est un alias sur le serveur mysql master. La prise en
			compte est immediate.
	</pre>		</pre>

	[[Catégorie:Software]]		[[Catégorie:Software]]

217.174.199.129 : /* Configuration */

2013-06-20T10:58:15Z

Configuration

← Version précédente		Version du 20 juin 2013 à 10:58
Ligne 13 :		Ligne 13 :
	server-id = 1 (indispensable)		server-id = 1 (indispensable)
	log_bin = /var/log/mysql/mysql-bin.log(indispensable)		log_bin = /var/log/mysql/mysql-bin.log(indispensable)
	relay-log = master-relay-bin (nécessaire ~~pour ne pas avoir de warning et préférable~~)		expire_logs_days = 30 (indispensable pour purger les logs binaires au bout de x jours)
	relay-log-index = master-relay-bin.index (nécessaire ~~pour ne pas avoir de warning et préférable~~)		relay-log = master-relay-bin (si on a des warning au restart de mysql, pas toujours nécessaire)
	~~log_slave_updates~~		relay-log-index = master-relay-bin.index (si on a des warning au restart de mysql, pas toujours nécessaire)
	~~expire_logs_days = 30~~

	# Dans le fichier my.cnf du slave il faut uniquement (dans le cas d'un mysql < 5.5) :		# Dans le fichier my.cnf du slave il faut uniquement (dans le cas d'un mysql < 5.5) :
Ligne 24 :		Ligne 23 :
	master-password = <password_user> (indispensable)		master-password = <password_user> (indispensable)
	master-port = <port_master> (indispensable)		master-port = <port_master> (indispensable)
	relay-log = slave-relay-bin (nécessaire ~~pour ne pas avoir de warning et préférable~~)		relay-log = slave-relay-bin (si on a des warning au restart de mysql, pas toujours nécessaire)
	relay-log-index = slave-relay-bin.index (nécessaire ~~pour ne pas avoir de warning et préférable~~)		relay-log-index = slave-relay-bin.index ((si on a des warning au restart de mysql, pas toujours nécessaire)

	Pour un slave avec un mysql > 5.5, laisser juste le server-id dans le my.cnf, puis :		Pour un slave avec un mysql > 5.5, laisser juste le server-id dans le my.cnf, puis :

217.174.199.129 : /* Resynchronisation en faisant du slave le master */

2013-06-10T10:21:19Z

Resynchronisation en faisant du slave le master

← Version précédente		Version du 10 juin 2013 à 10:21
Ligne 271 :		Ligne 271 :
	d'inverser le master et le slave pour eviter une autre coupure de service.		d'inverser le master et le slave pour eviter une autre coupure de service.

	Etape 1 : Passage du slave en master		# Etape 1 : Passage du slave en master

	En cas de defaillance du master, et dans le cas de la necessite d'inverser le master et le slave, il faut donc deconfigurer le slave pour le reconfigurer en master. La premiere		En cas de defaillance du master, et dans le cas de la necessite d'inverser le master et le slave, il faut donc deconfigurer le slave pour le reconfigurer en master. La premiere
Ligne 282 :		Ligne 282 :
	Une fois fait, le serveur est un serveur master.		Une fois fait, le serveur est un serveur master.

	Etape 2 : Preparer la future remise en place du slave		# Etape 2 : Preparer la future remise en place du slave

	L'ancien master va etre repare. Ces bases ne seront plus a jour. L'idee est donc de le transformer en slave. Pour cela, il doit avoir le contenu de bases avant toute modification		L'ancien master va etre repare. Ces bases ne seront plus a jour. L'idee est donc de le transformer en slave. Pour cela, il doit avoir le contenu de bases avant toute modification
Ligne 288 :		Ligne 288 :
	oeuvre, un tar.gz du dossier de bases peut etre fait, sinon une copie a plat (cp -rp) fonctionne aussi tres bien. Une fois la copie ou le tar fait, le serveur mysql peut etre lance		oeuvre, un tar.gz du dossier de bases peut etre fait, sinon une copie a plat (cp -rp) fonctionne aussi tres bien. Une fois la copie ou le tar fait, le serveur mysql peut etre lance
	sur le nouveau master.		sur le nouveau master.

			# Etape 3 : Basculer le service

			Une fois le serveur mysql UP, le service peut lui aussi etre bascule. Il n'y a en effet pas de load balancing, il faut faire des modification cote serveurs effectuant des requetes pour que la bascule soit effective. Il existe trois methodes :

			Methode applicative : Modification du ou des fichiers faisant appel au nom du serveur mysql pour mettre le nouveau nom du master. Generalement, la modification est immediate
			Methode DNS : Modification du nom d'hote pour remplacer l'ip du serveur defaillant par le nouveau master. Generalement, il y a un cache DNS, il faut donc relancer le service web (ou autres) pour prise en compte. Cela peut etre realise par les DNS ou le fichiers hosts des serveurs client mysql.
			Methode IP : Dans le cas ou cela a ete prevu, il peut y avoir une bascule d'ip (on inverse les ips des 2 serveurs). Cette IP est un alias sur le serveur mysql master. La prise en compte est immediate.
	</pre>		</pre>

	[[Catégorie:Software]]		[[Catégorie:Software]]