<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>Un bout de DBA &#187; Slave</title>
	<atom:link href="http://www.noidea.ca/tag/slave/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.noidea.ca</link>
	<description>MySQL, En long et en large</description>
	<lastBuildDate>Tue, 09 Feb 2010 13:54:47 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.8.4</generator>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
			<item>
		<title>Comment promouvoir sécuritairement un Slave en Master</title>
		<link>http://www.noidea.ca/2009/06/29/comment-promouvoir-un-slave-en-master/</link>
		<comments>http://www.noidea.ca/2009/06/29/comment-promouvoir-un-slave-en-master/#comments</comments>
		<pubDate>Mon, 29 Jun 2009 23:44:06 +0000</pubDate>
		<dc:creator>PaT</dc:creator>
				<category><![CDATA[Astuces]]></category>
		<category><![CDATA[Réplication]]></category>
		<category><![CDATA[Master]]></category>
		<category><![CDATA[Slave]]></category>

		<guid isPermaLink="false">http://www.noidea.ca/?p=211</guid>
		<description><![CDATA[Promouvoir un Slave en Master est une opération qu&#8217;un DBA doit faire à l&#8217;occasion, parfois pour mettre à jour une nouvelle version ou parfois pour se sortir de la m****, car le Master a rendu l&#8217;âme. C&#8217;est une opération qui n&#8217;est pas tellement difficile, mais qu&#8217;il ne faut surtout pas négliger.
1. Vérifier la configuration du [...]]]></description>
			<content:encoded><![CDATA[<p>Promouvoir un Slave en Master est une opération qu&#8217;un DBA doit faire à l&#8217;occasion, parfois pour mettre à jour une nouvelle version ou parfois pour se sortir de la m****, car le Master a rendu l&#8217;âme. C&#8217;est une opération qui n&#8217;est pas tellement difficile, mais qu&#8217;il ne faut surtout pas négliger.</p>
<p><strong>1. Vérifier la configuration du Slave</strong><br />
Vérifiez que la configuration est semblable à celle du Master, car si vous avez promu le Slave pour vous sortir de la m****, il faut qu&#8217;il puisse soutenir la même charge que le Master avait. Gardez en tête que le Slave a originalement été configuré pour être un Slave. Il possède donc des configurations qui lui sont propres. Un bon DBA a probablement pris la peine de mettre le Slave read_only; c&#8217;est une des premières options à enlever pour promouvoir. Assurez-vous également que l&#8217;ensemble des bases de données soit répliqué, mais surtout la DB mysql pour que les users/password soient les mêmes.</p>
<p>Après avoir promu le Slave en Master, il est toujours possible d&#8217;avoir les informations de réplication en tapant : <em><strong>show slave status;</strong></em> Si c&#8217;est le cas, vous n&#8217;avez pas complété une étape très importante: supprimer complètement la configuration de réplication.  Négliger cette étape fait en sorte que votre nouveau Master a toujours la possibilité de se connecter à un autre serveur MySQL pour répliquer les données. Il ne faudrait en aucun cas que le nouveau master commence à répliquer les données d&#8217;un autre serveur. Pour éviter que ça se produise, il suffit de faire:</p>
<div class="geshi no sql">
<ol>
<li class="li1">
<div class="de1"><span class="kw1">CHANGE</span> MASTER <span class="kw1">TO</span></div>
</li>
<li class="li1">
<div class="de1">MASTER_HOST <span class="sy0">=</span> <span class="st0">&#39;&#39;</span>,</div>
</li>
<li class="li1">
<div class="de1">MASTER_USER <span class="sy0">=</span> <span class="st0">&#39;&#39;</span>;</div>
</li>
</ol>
</div>
<p><strong>2. Les backups</strong><br />
Si le Slave était utilisé pour faire des backups, il est important (le mot est faible) de désactiver tous les crons (ou autres) de backups. Surtout si comme moi, vous utilisez les bonnes vieilles méthodes &#8220;old school&#8221; comme les copies binaires ou un dump sql à tous les X heures qui nécessitent d&#8217;arrêter ou mettre en read only le service. Imaginez que votre nouveau Master s&#8217;éteint magiquement à minuit pour faire une copie&#8230; oups !</p>
<p><strong>3. La topologie réseau</strong><br />
Il est possible avec MySQL se configurer une réplication via un réseau public.  Ça peut paraître bête, mais valider avant tout que les applications qui se connectaient avant puissent toujours se connecter sur le nouveau Master.</p>
<p>Ce sont trois petits points à valider avant d&#8217;entreprendre le &#8220;switch&#8221; Slave &#8211; Master.  J&#8217;encourage tout le monde à le faire même si vous ne prévoyez pas faire de changement. Ce n&#8217;est pas très long à faire et ça vous évitera beaucoup de stress si une catastrophe survient.. !</p>
]]></content:encoded>
			<wfw:commentRss>http://www.noidea.ca/2009/06/29/comment-promouvoir-un-slave-en-master/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Connexion Master Slave: erreur commune</title>
		<link>http://www.noidea.ca/2009/06/08/connexion-master-slave-erreur-commune/</link>
		<comments>http://www.noidea.ca/2009/06/08/connexion-master-slave-erreur-commune/#comments</comments>
		<pubDate>Tue, 09 Jun 2009 01:31:47 +0000</pubDate>
		<dc:creator>PaT</dc:creator>
				<category><![CDATA[Modèle de données]]></category>
		<category><![CDATA[Serveur]]></category>
		<category><![CDATA[Diagrammes]]></category>
		<category><![CDATA[Master]]></category>
		<category><![CDATA[Slave]]></category>

		<guid isPermaLink="false">http://www.noidea.ca/?p=212</guid>
		<description><![CDATA[Je vois régulièrement des diagrammes d&#8217;architecture où  les flèches pour la connexion du Slave / Master sont dans le mauvais sens. Il faut savoir qu&#8217;avec MySQL, c&#8217;est le Slave qui se connecte au Master pour aller chercher le binlog, et non l&#8217;inverse. Ça devrait donc donner un diagramme comme ceci:

]]></description>
			<content:encoded><![CDATA[<p>Je vois régulièrement des diagrammes d&#8217;architecture où  les flèches pour la connexion du Slave / Master sont dans le mauvais sens. Il faut savoir qu&#8217;avec MySQL, c&#8217;est le Slave qui se connecte au Master pour aller chercher le binlog, et non l&#8217;inverse. Ça devrait donc donner un diagramme comme ceci:</p>
<p style="text-align: center;"><img class="size-full wp-image-214 aligncenter" title="MasterSlave" src="http://www.noidea.ca/wp-content/uploads/2009/06/masterslave.gif" alt="MasterSlave" width="204" height="337" /></p>
]]></content:encoded>
			<wfw:commentRss>http://www.noidea.ca/2009/06/08/connexion-master-slave-erreur-commune/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>
