Mysql

Matos

Dell R710

3 * 146 G SAS 15Ktpm 3.5" 6Gbits hot plug en raid 5 (tolerance de perte de 1 disque)

2 * Xeon Quad-Core E5620 à 2.26GHz avec 12Mo de cache L3

16 Go de RAM

Systeme

2.6.26-2-amd64

serveurs qui tournent :

• mysql 5.1.49-3~bpo50+1-log (Debian)
• snmpd
• ssh

Attention, il y a un firewall qui n'autorise que certains flux : voir /etc/firewall-start

Comptes

Compte root en local :

:sxj[UdjM,OP

phpmyadmin via intranet

login: root

pass: BDeP6gL&syHB

Merci de voir Nelly pour la création des comptes.

Firewall

Pour modifier les règles, éditer le fichier /etc/firewall-start

Relancer le serveur :

/etc/init.d/firewall restart

Voir les règles :

/etc/init.d/firewall status

Arret du Firewall (uniquement pour test)

/etc/init.d/firewall stop

Replication

Le serveur de prod est répliqué en temps réel sur le serveur de secours (193.49.133.16)

Pour vérifier la réplication :

doc officielle : https://dev.mysql.com/doc/refman/5.0/en/replication-administration-status.html

Est ce que le backup est en ligne ? Depuis le maître :

mysql>  SHOW SLAVE HOSTS;
+-----------+---------------+------+-------------------+-----------+
| Server_id | Host          | Port | Rpl_recovery_rank | Master_id |
+-----------+---------------+------+-------------------+-----------+
|         2 | 193.49.133.16 | 3306 |                 0 |         1 |
+-----------+---------------+------+-------------------+-----------+
1 row in set (0.00 sec)

Est ce que les serveurs sont synchrones ?

Depuis le maître :

mysql> show master status\G
*************************** 1. row ***************************
            File: mysql-bin.453708
        Position: 1331832
    Binlog_Do_DB: 
Binlog_Ignore_DB: 
1 row in set (0.00 sec)

Depuis l'esclave :

mysql> SHOW SLAVE STATUS\G
*************************** 1. row ***************************
               Slave_IO_State: Waiting for master to send event
                  Master_Host: mysql.dr13.cnrs.fr
                  Master_User: repl
                  Master_Port: 3306
                Connect_Retry: 60
              Master_Log_File: mysql-bin.453708
          Read_Master_Log_Pos: 1331832
               Relay_Log_File: mysqld-relay-bin.000003
                Relay_Log_Pos: 332466
        Relay_Master_Log_File: mysql-bin.453708
             Slave_IO_Running: Yes
            Slave_SQL_Running: Yes
              Replicate_Do_DB: 
          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: 1331832
              Relay_Log_Space: 332622
              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: 
1 row in set (0.00 sec)

En cas de plantage du MASTER :

En cas de plantage complet, arrêter le maître complètement.

Si pas possible de la dépanner, modifier la conf de l'esclave pour prendre sa place :

 vim /etc/network/interfaces

Remplacer les adresses par celles du serveur principal :

• 193.49.133.9
• 10.13.103.2

redémarrer le serveur

Si tout ne reviens pas à la normale, arrêter le firewall qui peut poser des problèmes :

/etc/init.d/firewall stop

Retour à la normale :

Remonter suite a un crash : voir http://blog.inforeseau.com/2011/05/replication-mysql-configuration-maitre-esclave