MariaDB Replikation (Ubuntu): Unterschied zwischen den Versionen

Aus Tutorials
Zur Navigation springen Zur Suche springen
 
(31 dazwischenliegende Versionen desselben Benutzers werden nicht angezeigt)
Zeile 1: Zeile 1:
{{note|Noch in Bearbeitung}}
== Server A (10.0.0.157) - Teil 1 ==
== Server A (10.0.0.157) - Teil 1 ==


Zeile 13: Zeile 10:


<pre>
<pre>
#log-bin /var/log/mysql/mysql-bin.log
server_id=1
binlog-do-db=powerdns
binlog-do-db=ddns
replicate-do-db=powerdns
replicate-do-db=ddns
bind-address=10.0.0.157
bind-address=10.0.0.157
log-basename=master1
 
server-id              = 1
# if 'log-basename' is set, logfile would be '/var/log/mysql/<log-basename>-bin.log'
log_bin                = /var/log/mysql/mysql-bin.log
expire_logs_days      = 10
binlog_do_db          = powerdns
binlog_do_db          = ddns
replicate-do-db        = powerdns
replicate-do-db        = ddns
# Basename for all log files and the .pid file. This sets all log file names
# at once (in 'datadir') and is normally the only option you need for specifying
# log files. This is especially recommended to be set if you are using
# replication as it ensures that your log file names are not dependent on your
# host name.
log-basename           = master1
</pre>
</pre>
<code>binlog_do_db</code> kennzeichnen die Datenbanken, für die der Server Logs schreiben soll.
<code>replicate-do-db</code> im Gegezug kennzeichnet die Datenbanken, für die dieser Server als Klient die Änderungen vom Master abfragen soll.
Mit <code>log-basename</code> wird der Basisname der Log-Dateien festgelegt - siehe dazu auch [[MariaDB Replikation (Ubuntu)#Log-Files|Log-Files]].


Danach den Server neu starten:
Danach den Server neu starten:
Zeile 29: Zeile 41:
</pre>
</pre>


Für die Replikation ist weiters ein Benutzer (in unserem Fall ''master'') notwendig, der auf alle Datenbanken ''REPLICATION'' Zugriff hat:


<pre>
<pre>
Zeile 35: Zeile 48:
FLUSH PRIVILEGES;
FLUSH PRIVILEGES;
</pre>
</pre>
Für die Konfiguration des Slaves, brauchen wir die aktuelle Binärdatei und die Position des Masters. Diese Information bekommen wir über folgenden SQL-Befehl:


<pre>
<pre>
SHOW MASTER STATUS;
SHOW MASTER STATUS;
</pre>
</pre>
Die Ausgabe sollte dann wie folgt aussehen:


<pre>
<pre>
+------------------+----------+--------------+------------------+
+------------------+----------+---------------+------------------+
| File            | Position | Binlog_Do_DB | Binlog_Ignore_DB |
| File            | Position | Binlog_Do_DB | Binlog_Ignore_DB |
+------------------+----------+--------------+------------------+
+------------------+----------+---------------+------------------+
| mysql-bin.000001 |      774 |             |                  |
| mysql-bin.000001 |      774 | powerdns,ddns |                  |
+------------------+----------+--------------+------------------+
+------------------+----------+---------------+------------------+
1 row in set (0.000 sec)
1 row in set (0.000 sec)
</pre>
</pre>
Zeile 57: Zeile 74:
</pre>
</pre>


und folgende Zeilen hinzufügen/anpassen:
und ähnlich wie bei ''Server A'' folgende Zeilen hinzufügen/anpassen:


<pre>
<pre>
#log-bin /var/log/mysql/mysql-bin.log
server_id=2
binlog-do-db=powerdns
binlog-do-db=ddns
replicate-do-db=powerdns
replicate-do-db=ddns
bind-address=10.0.0.167
bind-address=10.0.0.167
server-id              = 2
# if 'log-basename' is set, logfile would be '/var/log/mysql/<log-basename>-bin.log'
log_bin                = /var/log/mysql/mysql-bin.log
expire_logs_days      = 10
binlog_do_db          = powerdns
binlog_do_db          = ddns
replicate-do-db        = powerdns
replicate-do-db        = ddns
# Basename for all log files and the .pid file. This sets all log file names
# at once (in 'datadir') and is normally the only option you need for specifying
# log files. This is especially recommended to be set if you are using
# replication as it ensures that your log file names are not dependent on your
# host name.
log-basename          = master2
</pre>
</pre>


Danach den Server neu starten:
Danach den Server wieder neu starten:


<pre>
<pre>
Zeile 75: Zeile 101:
</pre>
</pre>


Wie bei ''Server A'' wird hier ebenfalls ein Datenbank-Benutzer benötigt:
<pre>
mysql -u root -p
</pre>


<pre>
<pre>
Zeile 81: Zeile 112:
FLUSH PRIVILEGES;
FLUSH PRIVILEGES;
</pre>
</pre>
Als nächstes den Slave stoppen:


<pre>
<pre>
STOP SLAVE;
STOP SLAVE;
</pre>
</pre>
Folgender Befehl muss, mit den vorhin unter ''SHOW MASTER STATUS'' angezeigten Daten, ausgeführt werden:


<pre>
<pre>
CHANGE MASTER TO MASTER_HOST = '10.0.0.157', MASTER_USER = 'master', MASTER_PASSWORD = '<password>', MASTER_LOG_FILE = 'mysql-bin.000001', MASTER_LOG_POS = 774;
CHANGE MASTER TO MASTER_HOST = '10.0.0.157', MASTER_USER = 'master', MASTER_PASSWORD = '<password>', MASTER_LOG_FILE = 'mysql-bin.000001', MASTER_LOG_POS = 774;
</pre>
</pre>
Zum Abschluss den Slave wieder starten:


<pre>
<pre>
Zeile 94: Zeile 131:
</pre>
</pre>


Für eine Master-zu-Master-Replikation muss auf diesem auch wieder der Master-Status abgefragt werden:


<pre>
<pre>
Zeile 99: Zeile 137:
</pre>
</pre>


Die ausgegebenen Werte müssen wieder in ''Server A'' eingetragen werden:


<pre>
<pre>
+------------------+----------+--------------+------------------+
+------------------+----------+---------------+------------------+
| File            | Position | Binlog_Do_DB | Binlog_Ignore_DB |
| File            | Position | Binlog_Do_DB | Binlog_Ignore_DB |
+------------------+----------+--------------+------------------+
+------------------+----------+---------------+------------------+
| mysql-bin.000001 |      774 |             |                  |
| mysql-bin.000001 |      774 | powerdns,ddns |                  |
+------------------+----------+--------------+------------------+
+------------------+----------+---------------+------------------+
1 row in set (0.000 sec)
1 row in set (0.000 sec)
</pre>
</pre>


== Server A (10.0.0.157) - Teil 2 ==
== Server A (10.0.0.157) - Teil 2 ==
Zum Abschluss müssen noch der Status von ''Server B'' in ''Server A'' eingetragen werden:


<pre>
<pre>
mysql -u root -p
mysql -u root -p
</pre>
</pre>
Slave wieder stoppen:


<pre>
<pre>
STOP SLAVE;
STOP SLAVE;
</pre>
</pre>
Status eintragen:


<pre>
<pre>
CHANGE MASTER TO MASTER_HOST = '10.0.0.167', MASTER_USER = 'master', MASTER_PASSWORD = '<password>', MASTER_LOG_FILE = 'mysql-bin.000001', MASTER_LOG_POS = 774;
CHANGE MASTER TO MASTER_HOST = '10.0.0.167', MASTER_USER = 'master', MASTER_PASSWORD = '<password>', MASTER_LOG_FILE = 'mysql-bin.000001', MASTER_LOG_POS = 774;
</pre>
</pre>
Slave wieder starten:


<pre>
<pre>
Zeile 127: Zeile 174:
</pre>
</pre>


Im Anschluss sollte die Änderungen auf jeweils den anderen Server repliziert werden.


== Client Status ==
== Client Status ==
Um den aktuellen Client-Status bzw. eventuelle Fehler anzuzeigen, folgenden Befehl ausführen:


<pre>
<pre>
SHOW SLAVE STATUS\G
SHOW SLAVE STATUS\G
</pre>
</pre>
Die Ausgabe sollte in etwa so aussehen:
<pre>
*************************** 1. row ***************************
                Slave_IO_State: Waiting for master to send event
                  Master_Host: 10.0.0.167
                  Master_User: master
                  Master_Port: 3306
                Connect_Retry: 60
              Master_Log_File: mysql-bin.000006
          Read_Master_Log_Pos: 987
                Relay_Log_File: master1-relay-bin.000007
                Relay_Log_Pos: 1286
        Relay_Master_Log_File: mysql-bin.000006
              Slave_IO_Running: Yes
            Slave_SQL_Running: Yes
              Replicate_Do_DB: powerdns,ddns
          Replicate_Ignore_DB:
            Replicate_Do_Table:
        Replicate_Ignore_Table:
      Replicate_Wild_Do_Table:
  Replicate_Wild_Ignore_Table:
                    Last_Errno: 0
                    Last_Error:
                  Skip_Counter: 0
          Exec_Master_Log_Pos: 987
              Relay_Log_Space: 1896
              Until_Condition: None
                Until_Log_File:
                Until_Log_Pos: 0
            Master_SSL_Allowed: No
            Master_SSL_CA_File:
            Master_SSL_CA_Path:
              Master_SSL_Cert:
            Master_SSL_Cipher:
                Master_SSL_Key:
        Seconds_Behind_Master: 0
Master_SSL_Verify_Server_Cert: No
                Last_IO_Errno: 0
                Last_IO_Error:
                Last_SQL_Errno: 0
                Last_SQL_Error:
  Replicate_Ignore_Server_Ids:
              Master_Server_Id: 2
                Master_SSL_Crl:
            Master_SSL_Crlpath:
                    Using_Gtid: No
                  Gtid_IO_Pos:
      Replicate_Do_Domain_Ids:
  Replicate_Ignore_Domain_Ids:
                Parallel_Mode: conservative
                    SQL_Delay: 0
          SQL_Remaining_Delay: NULL
      Slave_SQL_Running_State: Slave has read all relay log; waiting for the slave I/O thread to update it
              Slave_DDL_Groups: 0
Slave_Non_Transactional_Groups: 0
    Slave_Transactional_Groups: 3
1 row in set (0.001 sec)
</pre>
== Log-Files ==
Wenn die Konfiguration <code>log-basename</code> gesetzt ist, dann werden die Log-Dateien direkt im Datenverzeichnis abgelegt. Wo sich das Datenverzeichnis befindet, findet man über folgenden SQL-Befehl heraus:
<pre>
SHOW VARIABLES LIKE '%datadir%';
</pre>
Das sollte dann in etwa folgendes Ergebnis zurückgeben:
<pre>
+---------------------------------------------+------------------------+
| Variable_name                              | Value                  |
+---------------------------------------------+------------------------+
| datadir                                    | /var/lib/mysql/        |
+---------------------------------------------+------------------------+
</pre>
== Synchronen Status wiederherstellen ==
=== Server B - Teil 1 ===
<pre>
mysql> STOP SLAVE;
</pre>
=== Server A - Teil 1 ===
==== Datenbanken exportieren ====
<pre>
mysql> RESET MASTER;
mysql> FLUSH TABLES WITH READ LOCK;
</pre>
<pre>
mysqldump -u root -p ddns > ddns-dump.sql
mysqldump -u root -p powerdns > powerdns-dump.sql
</pre>
<pre>
mysql> UNLOCK TABLES;
mysql> SHOW MASTER STATUS;
</pre>
=== Server B - Teil 2 ===
==== Datenbanken importieren ====
<pre>
mysqldump -u root -p ddns < ddns-dump.sql
mysqldump -u root -p powerdns < powerdns-dump.sql
</pre>
==== Slave neu konifgurieren ====
Daten aus <code>mysql> SHOW MASTER STATUS;</code> auf Server A verwenden:
<pre>
mysql> RESET SLAVE;
mysql> CHANGE MASTER TO MASTER_LOG_FILE = 'master1-bin.000001', MASTER_LOG_POS = 330;
mysql> START SLAVE;
mysql> SHOW MASTER STATUS;
</pre>
=== Server A - Teil 2 ===
==== Slave neu konifgurieren ====
Daten aus <code>mysql> SHOW MASTER STATUS;</code> auf Server B verwenden:
<pre>
mysql> STOP SLAVE;
mysql> RESET SLAVE;
mysql> CHANGE MASTER TO MASTER_LOG_FILE = 'master2-bin.000026', MASTER_LOG_POS = 15048;
mysql> START SLAVE;
</pre>
=== Slave-Status kontrollieren ===
Auf beiden Servern den Status kontrollieren:
<pre>
mysql> show slave status \G
</pre>
== Links ==
[https://tecadmin.net/reset-re-sync-mysql-master-slave-replication/ https://tecadmin.net/reset-re-sync-mysql-master-slave-replication/]
[https://stackoverflow.com/questions/2366018/how-to-re-sync-the-mysql-db-if-master-and-slave-have-different-database-incase-o https://stackoverflow.com/questions/2366018/how-to-re-sync-the-mysql-db-if-master-and-slave-have-different-database-incase-o]


== Probleme ==
== Probleme ==


=== Slave has read all relay log; waiting for the slave I/O thread to update it ===
=== Could not initialize master info structure for ''; more error messages can be found in the MariaDB error log ===
 
Nach Änderung der Konfiguration habe ich obenstehende Fehlermeldung beim Ausführen von
 
<pre>
CHANGE MASTER TO MASTER_HOST = '10.0.0.157', MASTER_USER = 'master', MASTER_PASSWORD = '<password>', MASTER_LOG_FILE = 'mysql-bin.000001', MASTER_LOG_POS = 774;
</pre>
 
bekommen. Nach Ausführen von


<pre>
<pre>
MariaDB [(none)]> show processlist
RESET SLAVE;
    -> ;
+----+-------------+------------------+----------+-------------+------+-----------------------------------------------------------------------------+------------------+----------+
| Id | User        | Host            | db      | Command    | Time | State                                                                      | Info            | Progress |
+----+-------------+------------------+----------+-------------+------+-----------------------------------------------------------------------------+------------------+----------+
|  1 | system user |                  | NULL    | Daemon      | NULL | InnoDB purge coordinator                                                    | NULL            |    0.000 |
|  2 | system user |                  | NULL    | Daemon      | NULL | InnoDB purge worker                                                        | NULL            |    0.000 |
|  3 | system user |                  | NULL    | Daemon      | NULL | InnoDB purge worker                                                        | NULL            |    0.000 |
|  4 | system user |                  | NULL    | Daemon      | NULL | InnoDB purge worker                                                        | NULL            |    0.000 |
|  5 | system user |                  | NULL    | Daemon      | NULL | InnoDB shutdown handler                                                    | NULL            |    0.000 |
| 10 | system user |                  | NULL    | Slave_IO    |  833 | Waiting for master to send event                                            | NULL            |    0.000 |
| 11 | system user |                  | NULL    | Slave_SQL  |  528 | Slave has read all relay log; waiting for the slave I/O thread to update it | NULL            |    0.000 |
| 15 | powerdns    | 10.0.0.167:51160 | powerdns | Sleep      |  833 |                                                                            | NULL            |    0.000 |
| 16 | powerdns    | 10.0.0.167:51162 | powerdns | Sleep      |  462 |                                                                            | NULL            |    0.000 |
| 17 | powerdns    | 10.0.0.167:51164 | powerdns | Sleep      |  17 |                                                                            | NULL            |    0.000 |
| 18 | powerdns    | 10.0.0.167:51166 | powerdns | Sleep      |  832 |                                                                            | NULL            |    0.000 |
| 19 | master      | 10.0.0.157:47574 | NULL    | Binlog Dump |  823 | Master has sent all binlog to slave; waiting for binlog to be updated      | NULL            |    0.000 |
| 33 | root        | localhost        | NULL    | Query      |    0 | Init                                                                        | show processlist |    0.000 |
+----+-------------+------------------+----------+-------------+------+-----------------------------------------------------------------------------+------------------+----------+
13 rows in set (0.001 sec)
</pre>
</pre>
ist der Fehler nicht mehr aufgetreten.


== Links ==
== Links ==

Aktuelle Version vom 2. Juni 2023, 16:46 Uhr

Server A (10.0.0.157) - Teil 1

Die Datei /etc/mysql/mariadb.conf.d/50-server.cnf editieren 

sudo vi /etc/mysql/mariadb.conf.d/50-server.cnf

und folgende Zeilen hinzufügen/anpassen: 

bind-address=10.0.0.157

server-id              = 1
# if 'log-basename' is set, logfile would be '/var/log/mysql/<log-basename>-bin.log'
log_bin                = /var/log/mysql/mysql-bin.log
expire_logs_days       = 10
binlog_do_db           = powerdns
binlog_do_db           = ddns
replicate-do-db        = powerdns
replicate-do-db        = ddns
# Basename for all log files and the .pid file. This sets all log file names 
# at once (in 'datadir') and is normally the only option you need for specifying 
# log files. This is especially recommended to be set if you are using 
# replication as it ensures that your log file names are not dependent on your 
# host name. 
log-basename           = master1

binlog_do_db kennzeichnen die Datenbanken, für die der Server Logs schreiben soll.

replicate-do-db im Gegezug kennzeichnet die Datenbanken, für die dieser Server als Klient die Änderungen vom Master abfragen soll.

Mit log-basename wird der Basisname der Log-Dateien festgelegt - siehe dazu auch Log-Files.


Danach den Server neu starten: 

sudo systemctl restart mariadb

Für die Replikation ist weiters ein Benutzer (in unserem Fall master) notwendig, der auf alle Datenbanken REPLICATION Zugriff hat: 

CREATE USER 'master'@'%' IDENTIFIED BY '<password>';
GRANT REPLICATION SLAVE ON *.* TO 'master'@'%';
FLUSH PRIVILEGES;

Für die Konfiguration des Slaves, brauchen wir die aktuelle Binärdatei und die Position des Masters. Diese Information bekommen wir über folgenden SQL-Befehl: 

SHOW MASTER STATUS;

Die Ausgabe sollte dann wie folgt aussehen: 

+------------------+----------+---------------+------------------+
| File             | Position | Binlog_Do_DB  | Binlog_Ignore_DB |
+------------------+----------+---------------+------------------+
| mysql-bin.000001 |      774 | powerdns,ddns |                  |
+------------------+----------+---------------+------------------+
1 row in set (0.000 sec)

Server B (10.0.0.167)

Die Datei /etc/mysql/mariadb.conf.d/50-server.cnf editieren 

sudo vi /etc/mysql/mariadb.conf.d/50-server.cnf

und ähnlich wie bei Server A folgende Zeilen hinzufügen/anpassen: 

bind-address=10.0.0.167

server-id              = 2
# if 'log-basename' is set, logfile would be '/var/log/mysql/<log-basename>-bin.log'
log_bin                = /var/log/mysql/mysql-bin.log
expire_logs_days       = 10
binlog_do_db           = powerdns
binlog_do_db           = ddns
replicate-do-db        = powerdns
replicate-do-db        = ddns
# Basename for all log files and the .pid file. This sets all log file names 
# at once (in 'datadir') and is normally the only option you need for specifying 
# log files. This is especially recommended to be set if you are using 
# replication as it ensures that your log file names are not dependent on your 
# host name. 
log-basename           = master2

Danach den Server wieder neu starten: 

sudo systemctl restart mariadb

Wie bei Server A wird hier ebenfalls ein Datenbank-Benutzer benötigt: 

mysql -u root -p

CREATE USER 'master'@'%' IDENTIFIED BY '<password>';
GRANT REPLICATION SLAVE ON *.* TO 'master'@'%';
FLUSH PRIVILEGES;

Als nächstes den Slave stoppen: 

STOP SLAVE;

Folgender Befehl muss, mit den vorhin unter SHOW MASTER STATUS angezeigten Daten, ausgeführt werden: 

CHANGE MASTER TO MASTER_HOST = '10.0.0.157', MASTER_USER = 'master', MASTER_PASSWORD = '<password>', MASTER_LOG_FILE = 'mysql-bin.000001', MASTER_LOG_POS = 774;

Zum Abschluss den Slave wieder starten: 

START SLAVE;

Für eine Master-zu-Master-Replikation muss auf diesem auch wieder der Master-Status abgefragt werden: 

SHOW MASTER STATUS;

Die ausgegebenen Werte müssen wieder in Server A eingetragen werden: 

+------------------+----------+---------------+------------------+
| File             | Position | Binlog_Do_DB  | Binlog_Ignore_DB |
+------------------+----------+---------------+------------------+
| mysql-bin.000001 |      774 | powerdns,ddns |                  |
+------------------+----------+---------------+------------------+
1 row in set (0.000 sec)

Server A (10.0.0.157) - Teil 2

Zum Abschluss müssen noch der Status von Server B in Server A eingetragen werden: 

mysql -u root -p

Slave wieder stoppen: 

STOP SLAVE;

Status eintragen: 

CHANGE MASTER TO MASTER_HOST = '10.0.0.167', MASTER_USER = 'master', MASTER_PASSWORD = '<password>', MASTER_LOG_FILE = 'mysql-bin.000001', MASTER_LOG_POS = 774;

Slave wieder starten: 

START SLAVE;

Im Anschluss sollte die Änderungen auf jeweils den anderen Server repliziert werden.

Client Status

Um den aktuellen Client-Status bzw. eventuelle Fehler anzuzeigen, folgenden Befehl ausführen: 

SHOW SLAVE STATUS\G

Die Ausgabe sollte in etwa so aussehen: 

*************************** 1. row ***************************
                Slave_IO_State: Waiting for master to send event
                   Master_Host: 10.0.0.167
                   Master_User: master
                   Master_Port: 3306
                 Connect_Retry: 60
               Master_Log_File: mysql-bin.000006
           Read_Master_Log_Pos: 987
                Relay_Log_File: master1-relay-bin.000007
                 Relay_Log_Pos: 1286
         Relay_Master_Log_File: mysql-bin.000006
              Slave_IO_Running: Yes
             Slave_SQL_Running: Yes
               Replicate_Do_DB: powerdns,ddns
           Replicate_Ignore_DB: 
            Replicate_Do_Table: 
        Replicate_Ignore_Table: 
       Replicate_Wild_Do_Table: 
   Replicate_Wild_Ignore_Table: 
                    Last_Errno: 0
                    Last_Error: 
                  Skip_Counter: 0
           Exec_Master_Log_Pos: 987
               Relay_Log_Space: 1896
               Until_Condition: None
                Until_Log_File: 
                 Until_Log_Pos: 0
            Master_SSL_Allowed: No
            Master_SSL_CA_File: 
            Master_SSL_CA_Path: 
               Master_SSL_Cert: 
             Master_SSL_Cipher: 
                Master_SSL_Key: 
         Seconds_Behind_Master: 0
 Master_SSL_Verify_Server_Cert: No
                 Last_IO_Errno: 0
                 Last_IO_Error: 
                Last_SQL_Errno: 0
                Last_SQL_Error: 
   Replicate_Ignore_Server_Ids: 
              Master_Server_Id: 2
                Master_SSL_Crl: 
            Master_SSL_Crlpath: 
                    Using_Gtid: No
                   Gtid_IO_Pos: 
       Replicate_Do_Domain_Ids: 
   Replicate_Ignore_Domain_Ids: 
                 Parallel_Mode: conservative
                     SQL_Delay: 0
           SQL_Remaining_Delay: NULL
       Slave_SQL_Running_State: Slave has read all relay log; waiting for the slave I/O thread to update it
              Slave_DDL_Groups: 0
Slave_Non_Transactional_Groups: 0
    Slave_Transactional_Groups: 3
1 row in set (0.001 sec)

Log-Files

Wenn die Konfiguration log-basename gesetzt ist, dann werden die Log-Dateien direkt im Datenverzeichnis abgelegt. Wo sich das Datenverzeichnis befindet, findet man über folgenden SQL-Befehl heraus: 

SHOW VARIABLES LIKE '%datadir%';

Das sollte dann in etwa folgendes Ergebnis zurückgeben: 

+---------------------------------------------+------------------------+
| Variable_name                               | Value                  |
+---------------------------------------------+------------------------+
| datadir                                     | /var/lib/mysql/        |
+---------------------------------------------+------------------------+

Synchronen Status wiederherstellen

Server B - Teil 1

mysql> STOP SLAVE;

Server A - Teil 1

Datenbanken exportieren

mysql> RESET MASTER;
mysql> FLUSH TABLES WITH READ LOCK;

mysqldump -u root -p ddns > ddns-dump.sql
mysqldump -u root -p powerdns > powerdns-dump.sql

mysql> UNLOCK TABLES;
mysql> SHOW MASTER STATUS;

Server B - Teil 2

Datenbanken importieren

mysqldump -u root -p ddns < ddns-dump.sql
mysqldump -u root -p powerdns < powerdns-dump.sql

Slave neu konifgurieren

Daten aus mysql> SHOW MASTER STATUS; auf Server A verwenden: 

mysql> RESET SLAVE;
mysql> CHANGE MASTER TO MASTER_LOG_FILE = 'master1-bin.000001', MASTER_LOG_POS = 330;
mysql> START SLAVE;
mysql> SHOW MASTER STATUS;

Server A - Teil 2

Slave neu konifgurieren

Daten aus mysql> SHOW MASTER STATUS; auf Server B verwenden: 

mysql> STOP SLAVE;
mysql> RESET SLAVE;
mysql> CHANGE MASTER TO MASTER_LOG_FILE = 'master2-bin.000026', MASTER_LOG_POS = 15048;
mysql> START SLAVE;

Slave-Status kontrollieren

Auf beiden Servern den Status kontrollieren: 

mysql> show slave status \G

Links

https://tecadmin.net/reset-re-sync-mysql-master-slave-replication/

https://stackoverflow.com/questions/2366018/how-to-re-sync-the-mysql-db-if-master-and-slave-have-different-database-incase-o

Probleme

Could not initialize master info structure for ; more error messages can be found in the MariaDB error log

Nach Änderung der Konfiguration habe ich obenstehende Fehlermeldung beim Ausführen von 

CHANGE MASTER TO MASTER_HOST = '10.0.0.157', MASTER_USER = 'master', MASTER_PASSWORD = '<password>', MASTER_LOG_FILE = 'mysql-bin.000001', MASTER_LOG_POS = 774;

bekommen. Nach Ausführen von 

RESET SLAVE;

ist der Fehler nicht mehr aufgetreten.

Links

https://mariadb.com/kb/en/setting-up-replication/

https://forums.mysql.com/read.php?26,171776,205870

https://mariadb.com/kb/en/standard-replication/

https://www.vpsserver.com/community/tutorials/9/setup-a-master-to-master-replication-between-two-mariadb-servers/


Zurück zu MariaDB

Abgerufen von „https://tutorials.kirner.or.at/tutorials/index.php?title=MariaDB_Replikation_(Ubuntu)&oldid=10933“