Wenn in mysql Slave_IO_Running läuft, Slave_SQL_Running aber nicht, dann spricht viel dafür, dass das aktuelle slave relay log defekt ist. show slave status \G sieht dann z.B. so aus: mysql> show slave status \G *************************** 1. row *************************** Slave_IO_State: Waiting for master to send event Master_Host: master.example.com Master_User: slaver_user Master_Port: […]
Um die Replikation über ssl abzusichern, muss mysql ssl unterstützen. mysql -u root -p show variables like ‘%ssl%’; Wenn das Ergebnis so aussieht, ist ssl noch nicht konfiguriert. have_openssl DISABLED have_ssl DISABLED ssl_ca ssl_capath ssl_cert ssl_cipher ssl_key Zunächst wird auf beiden Servern das Verzeichnis für die ssl-keys angelegt. mkdir -p […]
Gleich vorneweg: das hier beschriebene ist kein Fehler von ISPConfig, sondern eher eine Verkettung unglücklicher Umstände. Wenn in ISPConfig mehrere Datenbank-Server eingerichtet sind und diese auf MySQL-Ebene in einer Replikation laufen (was wohl zwingend erforderlich ist), kann es unter bestimmten Umständen dazu kommen, dass die MySQL-Replikation mit dem Fehler 1007 […]
Zum Absichern der MySQL-Replikation verwende ich stunnel. Dadurch wird die Übertragung verschlüsselt; MySQL bietet zwar auch SSH an, das ist aber nicht ganz so einfach zu installieren. Und stunnel kann, einmal installiert, für die Verschlüsselung anderer Dienste genutzt werden. Für die Replikation über stunnel erfolgen die Zugriffe über den Tunnel, […]
Ich habe schon hier darauf hingewiesen, dass man zwar eine Replikation leicht wieder aufsetzen kann, dazu muss man aber auch mitbekommen, dass diese nicht mehr läuft. Statt wie ein dressierter Affe des öfteren “CHECK SLAVE STATUS\G” in mysql einzugeben, lasse ich das lieber Nagios machen. Dadurch bekomme ich Fehlerfall eine […]
Sollte die mysql-Replikation nicht mehr laufen, gibt es zwei Wege, den Fehler zu beheben: den Fehler überspringen ein vernünftiger Rebuild Den Fehler zu überspringen kann in manchen Fällen schon ausreichend sein. Das kann z.B. der Fall sein, wenn zeitgleich auf beiden Servern ein identisches INSERT ausgeführt wird. Fehler übersrpingen Login […]
Im Unterschied zu einer master-slave-Replikation werden bei einer master-master-Replikation stehen auf jedem Server gemachte Änderungen sofort auf beiden zur Verfügung. Das Aufsetzen einer master-master-Replikation unterscheidet sich nicht gravierend von einer master-slave-Replikation. Ich gehe hier nur auf die erforderlichen Änderungen ein (die Basics stehen mysql master-slave-Replikation). Der alter Master-Server bleibt weiterhin […]
Bei einer Master-Slave-Replikation stehen auf dem Slave die Datenbanken des Master 1:1 zur Verfügung. Am Master ausgeführte Änderungen sind unmittelbar (oder optional auch verzögert mittels master_delay) am Slave verfügbar. Als Backuplösung eignet sich das ganze daher nicht. Es ist so aber möglich, auf mehreren Servern die gleichen Daten zur Verfügung […]