Kommentare zu: MySQL-Backups, aber wie? http://blog.jonaspasche.com/2009/10/26/mysql-backups-aber-wie/ Technik, Kram und Drumherum Wed, 30 Dec 2015 21:32:06 +0000 hourly 1 https://wordpress.org/?v=4.4.14 Von: Sven http://blog.jonaspasche.com/2009/10/26/mysql-backups-aber-wie/comment-page-1/#comment-70467 Mon, 07 Jul 2014 09:28:28 +0000 http://blog.jonaspasche.com/?p=62#comment-70467 Wer lesen kann ist klar im Vorteil, steht ja alles im dritten Artikel zu dem Thema! ;) War ich wohl etwas voreilig!

Grüße

]]> Von: Jonas Pasche http://blog.jonaspasche.com/2009/10/26/mysql-backups-aber-wie/comment-page-1/#comment-70466 Mon, 07 Jul 2014 09:28:08 +0000 http://blog.jonaspasche.com/?p=62#comment-70466 Wir lassen auf dem Slave einen regelmäßigen Job laufen, der im Wesentlichen aus „SHOW SLAVE STATUS“ die Angabe „Relay_Master_Log_File“ rausschnipselt und dann via SSH ein „PURGE BINARY LOGS TO …“ auf dem MySQL-Master ausführt.

]]> Von: Sven http://blog.jonaspasche.com/2009/10/26/mysql-backups-aber-wie/comment-page-1/#comment-70450 Mon, 07 Jul 2014 07:44:59 +0000 http://blog.jonaspasche.com/?p=62#comment-70450 Hey Jonas,

klasse Eintrag. Den Lösungsansatz finde ich sehr gut, wie handhabt ihr das eigentlich mit den binlogs? Habe in der Vergangenheit bei ein zwei ähnlichen Setups leider häufig Probleme mit überlaufenden Festplatten gehabt.
Habe das dann mit einem regelmäßigen flush master in den Griff bekommen, allerdings ist das vermutlich nicht der elegante Weg Herr über die binlogs zu werden.

Grüße

]]> Von: Heiko http://blog.jonaspasche.com/2009/10/26/mysql-backups-aber-wie/comment-page-1/#comment-4548 Mon, 30 Jul 2012 13:58:30 +0000 http://blog.jonaspasche.com/?p=62#comment-4548 Alles klar. Vielen Dank.

Werde mich dann nachher dran versuchen :) .

]]> Von: Jonas Pasche http://blog.jonaspasche.com/2009/10/26/mysql-backups-aber-wie/comment-page-1/#comment-4547 Mon, 30 Jul 2012 13:53:53 +0000 http://blog.jonaspasche.com/?p=62#comment-4547 Genau! :)

]]> Von: Heiko http://blog.jonaspasche.com/2009/10/26/mysql-backups-aber-wie/comment-page-1/#comment-4546 Mon, 30 Jul 2012 13:52:21 +0000 http://blog.jonaspasche.com/?p=62#comment-4546 Ich benutze die Replikation auch für Backups. Jedoch auf den selben Server. Und nun möchte ich natürlich den Zugriff der normalen Benutzer auf den Slave unterbinden.

Werde also mysql aus der Replikation nehmen und diese dann direkt vom Master sichern. Also so wie du oben geschrieben hast ;) .

Das müsste doch der korrekte Parameter sein, oder?
http://dev.mysql.com/doc/refman/5.1/en/replication-options-slave.html#option_mysqld_replicate-ignore-db

]]> Von: Jonas Pasche http://blog.jonaspasche.com/2009/10/26/mysql-backups-aber-wie/comment-page-1/#comment-4545 Mon, 30 Jul 2012 13:03:18 +0000 http://blog.jonaspasche.com/?p=62#comment-4545 Nein, durchaus nicht. Speziell bei dem Setup, wo wir die Replikation für Backups nutzen, ist das sogar auch erwünscht; falls nicht, kannst du die Datenbank mysql aber auch aus der Replikation ausnehmen.

]]> Von: Heiko http://blog.jonaspasche.com/2009/10/26/mysql-backups-aber-wie/comment-page-1/#comment-4536 Sun, 29 Jul 2012 22:32:32 +0000 http://blog.jonaspasche.com/?p=62#comment-4536 Wie hast du das mit der Nutzer-Tabelle auf den Slave gelöst? Natürlich kann ich direkt auf den Slave die Tabelle leeren und dann nach belieben eigene Nutzer eintragen.
Aber durch die Replikation werden dann doch neue Benutzer vom Master direkt auf den Slave übertragen.

Oder ist mein Gedankengang falsch?

]]>