-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Da ich gelesen haben wir ihr laut und deutlich genickt habt, nehme ich an dass das i.O. geht und mit dem Kunden abgesprochen wurde. Danke, Tilo Am 14.04.2014 13:08, schrieb Tilo Werner:
Hallo,
SRK und ich haben gerade beschlossen, dass wir am Mittwoch gegen 07:00 Uhr die MyISAM Key-Buffer-Size verdoppeln:
key-buffer-size = 12908M und binlog_ignore_db = xres_jt_logbook
setzen.
lg, Tilo
@Support & Haiko bitte dem Kunden Bescheid sagen, dass er für max. 30min am Mittwoch nicht buchbar ist.
Am 11.04.2014 15:34, schrieb Tilo Werner:
Speicherverbrauch/-entwicklung sieht gut aus, System wird das Wochenende von daher problemlos überstehen.
lg, Tilo
Am 09.04.2014 10:31, schrieb Tilo Werner:
Hallo zusammen,
Sören und ich haben heute gegen 06:15 Uhr mit der Umstellungen begonnen und diese 07:45 abgeschlossen. Der alte db01.jt war von ca. 06:30 bis 07:00 Uhr und ein zweites Mal von ca. 07:20 bis 07:40 Offline.
Im ersten Schritt haben wir sämtliche Cron-Jobs angehalten, das xres_jt_logbook Schema exportiert und in den neuen importiert. Dann haben wir den alten MySQL-Server angehalten, den neuen via Chef in db01.jt umbennant und ihm die MySQL-Rolle als Master gegeben.
Danach haben wir alle DNS-Einträge der beiden getauscht d.h.
- db01.rz1.jt.xres.de löst nun nach 10.21.3.14 auf - db03.rz1.jt.xres.de löst nun nach 10.21.3.8 auf
Der MySQL-Server auf dem alten (nun db03.jt) wurde mit bind-address 127.0.0.1 wieder gestartet. Dort ist es also möglich sich per SSH-Tunnel die alte Datenbanken anzuschauen.
Im zweiten Schritt habe wir die Replikation zum db02.jt wieder zu Laufen gebracht.
Der Abschluß bildete die Cron-Jobs wieder zu aktivieren, das System allgemein und grob zu testen und Collectd und Nagios zu überprüfen bzw. die Änderungen dort zu konfigurieren.
Laut mehreren Aussagen "fühlt" sich das System schneller an - Im Ernst ich habe wohl die meiste Zeit in den letzten Wochen mit dem System verbracht und konnte keine Gefühle entwickeln; liegt aber vielleicht auch an mir.
Nagios und Collectd laufen und schicken zufriedenstellende Daten.
SRK und ich werden das System die nächsten Tage bzgl. der Speicherentwicklung (Swap, key-buffer-size, innodb-buffer-size) beobachten und ggf. nach Absprache Nuancen verändern, was zu kurzen (15min) Nichtereichbarkeiten führen wird.
lg, Tilo
_______________________________________________ team mailing list team@lists.traso.de https://lists.traso.de/listinfo/team
_______________________________________________ team mailing list team@lists.traso.de https://lists.traso.de/listinfo/team
_______________________________________________ team mailing list team@lists.traso.de https://lists.traso.de/listinfo/team
- -- Mit freundlichen Grüßen Tilo Werner - - Systemadministration - _______________________________________________ TraSo GmbH G.-Schumann-Str. 294 04159 Leipzig E-Mail: t.werner@traso.de Internet: https://www.traso.de _______________________________________________ Geschäftsführer: Haiko Gerdes Handelsregister: Amtsgericht Leipzig (HRB 21850) -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.14 (GNU/Linux) iQIcBAEBAgAGBQJTTToPAAoJEFfjOJdKpi1E/jYP/1MI+uMdU0yXjZCO63bLSIIa ON44i/d29aK1VELR3a6dxA8d1K5+smU6953AusZzmZgk+tE7y/mccAjlTSiJ/LTq sxSYC40qnxuUH8fLVyKnGxoowwhEX2msjih9AaujHCYQtwQ7WrBhuT4FjA8NgTbB o2h2Oe5BekMRxiy+ZQoy2dZCAzoUp3IgGOJ59T1eH66Gb0LQuemCoFxzOld/4JYM EHPVFD7bDkFwOi5/ax37E8wfq5uqHxg7ya/T3gxQdY2eT36/s1LoUuyadq35cSYZ 3mojA3FFzpfp1GFpzRlJdk1bRP+qpKiymJuCoe60Pqxgeu9uVYEL4RokJ1zQSobZ Twcqwun8jWewKOLtyMz7WclYWUsY10UOj0vNNSnL0ob3MN67K01a4UeGMQJaSfM6 2NyhfmDSYks7R7bxvHOsAwviTqQIBoGewZD9kX4b2+i2ONJ2lo7ZcsfURa1LAp7z wk35CubqcSMNbFyiflVWMLipS7FNbGGkJKgA3IiwOUtKABmjL9mvv8LzocBOhhKS rq2DogTpYgXx8BWKM0hla5OpaNxUjufgyW1XjIDWmh+R3L4pKifOAD6TRpH+eNEl Y7i6gAta0S5Bh1e8ubMzYLqWpMyOHCE9O07EGzilScGORqUYZ2Sqjdc+CLWTqZeF X5jl0RrDiZ17/DIAhpY7 =fzLN -----END PGP SIGNATURE-----