SQL Statements vor und nach Backup

Posted: 2009-08-21, 13:26 SQL Statements vor und nach Backup

Hier kurz mein Problem:

Mein Hoster erlaubt leider nur eine max. Ausführungszeit von 9 Sekunden für Perl Scripte :-(

Jetzt würde ich mein (recht kleines, unbedeutendes) Forum trotzdem gerne per Cronjob sichern lassen und habe mir was ganz Feines ausgedacht.

Die beiden größten Tabellen sind die phpbb_search_wordlist und phpbb_search_wordmatch. Die brauche ich aber eigentlich gar nicht, da ich den Such-Index im Fall der Fälle auch aus den bestehenden Einträgen wieder neu aufbauen kann.
Ich sage der Konfiguration also, bitte sichere nur Tabellen mit einem Präfix 'phpbb_'. Vor der Sicherung wird die phpbb_search_wordmatch in search_wordmacht umbenannt, nach der Sicherung wieder retour. Das selbe Spiel mit der phpbb_search_wordlist. Dann braucht das Perl Script nur noch 4 Sekunden und ich bin glücklich.

Aber!

Der Dumper scheint sich als Allererstes zu ermitteln, welche Tabellen er denn bitteschön so alles sichern soll. Benenne ich per
ALTER TABLE phpbb_search_wordmatch RENAME AS search_wordmatch
die Tabelle um, findet er sie bei der Sicherung nicht mehr und steigt aus.

Posted: 2009-08-21, 13:53 Re: SQL Statements vor und nach Backup

Leider funktioniert das so nicht.

Posted: 2009-08-21, 14:12 (No subject)

In welcher Konfigurationsdatei werden die Tabellennamen denn abgelegt?
Da ich eh' für jede DB eine eigene Konfigurationsdatei habe, habe ich mir jetzt für das - manuelle - Sichern per PHP eine (mit allen Tabellen) gemacht, für den Cronjob aber eine eigene. Und in der könnte ich dann doch einfach die beiden nicht gewünschten Tabellen entfernen.

Solange ich dann die Konfig-Datei über das Web GUI nicht erneut speichere, sollte das dann doch den gewünschten Effekt haben, oder?

Das mit dem kleinen PHP-Script ist so eine Sache ... ein ILE-RPG Programm bastle ich Dir gerne, das sowas macht ... aber PHP ist noch nicht so meine Stärke :-)

Posted: 2009-08-21, 14:32 (No subject)

Posted: 2009-08-21, 15:14 (No subject)

In meiner Konfigname.php steht aber nix weltbewegendes drin, nur

$databases['db_actual_tableselected'] = '';

Und in der zugehörigen Konfigname.conf.php kann ich gar nichts finden, was auf Tabellennamen hinweist.

[OT]
Auf unserer aktuellen Produktivmaschine (erst letzte Woche gekommen!) haben wir noch V5R4 drauf. Die wird auch primär im Rechenzentrumsbetrieb genutzt, wobei die darauf laufenden Anwendungen doch schon arg angestaubt sind. Geld für Neuentwicklungen hat scheinbar gerade niemand übrig :-)
[/OT]

Posted: 2009-08-21, 15:29 (No subject)

Posted: 2009-08-21, 15:43 (No subject)

Posted: 2009-08-21, 15:48 (No subject)

Posted: 2009-08-21, 16:43 (No subject)

Ja.

Posted: 2009-08-21, 16:51 (No subject)

Moment mal, warum ist die Fehlerausgabe auf deutsch? Ich denke, wir reden hier vom Perl-Skript? Dort ist alles auf englisch. Oder setzt Du versehentlich eine alte Version von crondump.pl ein?

Posted: 2009-08-21, 17:20 (No subject)

Sorry. Mein Fehler.

Ich erzähle hier die ganze Zeit was von Perl, teste aber ständig mit der PHP Version des Backups. Ich dachte wohl, die Routinen sind die selben. Können sie ja aber gar nicht sein, ist ja ein anderes Script.

Ich habe übrigens zwei SQL Statements angelegt
vor_Dump = "ALTER TABLE phpbb_search_wordmatch RENAME AS search_wordmatch;ALTER TABLE phpbb_search_wordlist RENAME AS search_wordlist;"
nach_Dump = "ALTER TABLE search_wordmatch RENAME AS phpbb_search_wordmatch;ALTER TABLE search_wordlist RENAME AS phpbb_search_wordlist;"

Im Perl Log steht

Posted: 2009-08-21, 17:24 (No subject)

Na dann scheint es für Perl ja doch zu funktionieren. Smile

Bei PHP werden auch einige Daten in der Session abgelegt. Hier werde ich das bei Gelegenheit noch einmal prüfen. Es kann sein, dass hier die Vorgehensweise abweicht. Natürlich ursprünglich immer vor dem Hintergrund Rechenzeit zu sparen so gut es geht, was in diesem speziellem Anwendungsfall wohl hinderlich ist.

Posted: 2009-08-21, 17:47 (No subject)

Mich irritierte, dass die einzelnen Queries nicht im Log auftauchen und habe dabei noch ein paar Kleinigkeiten entdeckt, die verbessert werden sollten. So wird hier zum Beispiel das Socket nicht beachtet wenn eines benutzt wird.
Da kommt heute also noch ein Update des Perlskripts ins SVN. Wink

Du hast aber zumindest schon einmal entdeckt, dass im Perlskript bereits mehrere Queries hintereinander abgearbeitet werden können. Anhand des Semikolons wird der Gesamtstring zerlegt und dann die einzelnen Queries an MySQL gesendet. Erolg und/oder Mißerfolgt werden für jeden einzelnen Query protokolliert (so sollte es zumindest sein) und ausgegeben - zumindest nach meiner Verbesserung. Smile

Posted: 2009-08-21, 18:13 (No subject)

Ich hatte Anfangs nur ein paar Probleme, zwei Queries in dem einen Feld unterzubringen. Irgendwie wurden die beim Speichern dann in zwei einzelne Felder zerlegt. Ich brauche aber ja jeweils 2 Statements vor und nach dem Backup.

Keine Ahnung wie, aber jetzt habe ich das in 2 Strings untergebracht.

Posted: 2009-08-21, 18:22 (No subject)

Ja, da muss ich noch etwas optimieren.
Ich habs auf dem Zettel. Wink