MySQLDumper-Board Forum Index Follow me on Twitter

Portal  •   Forum  •  Downloads  •  Profile  •  Search   •  Register  •  Log in to check your private messages  •  Log in  •  


 Sicherung in die falsche Datenbank

Post new topicReply to topic
Author Message
Donner
knows MySQLDumper
knows MySQLDumper





Joined: 18 May 2007
Posts: 4


germany.gif

PostPosted: 2007-11-18, 16:14    (No subject) Reply with quoteBack to top

Da ich dieses Problem auch habe, und an einer Lösung sehr interessiert bin, poste ich mal meine Erkenntnisse:


Zunächst installiere ich mysqldumper, sodass meine Einstellungen der Standardkonfiguration folgendermaßen aussehen:
Quote:
Name: mysqldumper
Datenbank-Hostname: www.********.de
Datenbank-Benutzer: d00253c9
Datenbanken: 1. d00253c9
zu sichernde DBs (PHP): d00253c9
zu sichernde DBs (PERL): d00253c9



Wenn ich jetzt eine neue Konfiguration erstelle (mit anderen Werten), dann sieht die neue Konfiguration so aus:
Quote:
Name: testconfig
Datenbank-Hostname: subdomain.********.de
Datenbank-Benutzer: d00226c2
Datenbanken: 1. d00226c2
zu sichernde DBs (PHP): d00253c9
zu sichernde DBs (PERL): d00226c2


Man achte auf das Feld "zu sichernde DBs (PHP)" - die dort eingetragene Datenbank entspricht der, der ersten Konfiguration.

In der Konfigururationsdatei sieht das dann folgendermaßen aus:
$dbhost="subdomain.********.de";
$dbname="d00253c9";
$dbuser="d00226c2";
$dbpass="****";



Wenn ich jetzt allerdings ein Backup (mit PHP) mit der Konfiguration "testconfig" mache, dann wird die richtige Datenbank gesichert, es klappt also alles richtig.
Interessant ist auch, dass NACH dem Backup auch in der Konfigurationsdatei alles richtig ist und auch alles richtig angezeigt wird. Aber eben erst, wenn man ein backup mti dieser Konfiguration gemacht hat.


Vielleicht hilft das ja irgendwie weiter...

OfflineView user's profileSend private message    
Anzeigen











Posted:    Anzeigen Back to top


    
neals
Donator
Donator





Joined: 22 May 2007
Posts: 9


germany.gif

PostPosted: 2007-12-23, 22:13    (No subject) Reply with quoteBack to top

Lösung: Bugfix for Version 1.23 pre-release before REV 254
OfflineView user's profileSend private message    
DSB
Developer
Developer




Age: 41
Joined: 30 Apr 2004
Posts: 16073
Location: Reichenberg bei Würzburg


germany.gif

PostPosted: 2007-12-23, 22:48    (No subject) Reply with quoteBack to top

Danke für die Ergänzung neals.
Da es schon sehr viele Threads mit diesem Problem gibt, die ich nicht alle alleien entdecken kann, bin ich dankbar für jede Ergänzung durch andere. Wink

_________________
Gruß / Greetings, DSB

Teigwaren heißen Teigwaren, weil sie Teig waren.
Diejenigen, die lautstark darüber diskutieren, warum es nicht geht, mögen bitte jene nicht stören, die es gerade tun.

OfflineView user's profileSend private messageSend e-mailVisit poster's website    
Willi007
knows MySQLDumper
knows MySQLDumper





Joined: 28 Aug 2006
Posts: 6


blank.gif

PostPosted: 2008-01-12, 00:20    (No subject) Reply with quoteBack to top

Hi!

Ich hatte das Release 1.23 REV 240 installiert und hatte mir im Zusammenhang mit der Rücksicherung meine Datenbank zerschossen, da ich eine ältere Sicherung meiner Produktiv-Datenbank in eine Test-Datenbank zurückspielen wollte. Und dabei wurden bei mir in dieser Version alle Tabellen anstatt in die Test-Datenbank wieder in die Produktiv zurückgeschrieben. Confused

Kann mir jemand sagen, ob dieser Fehler mit der aktuellen REV 257 (bzw. mit der REV 254 von neals) tatsächlich behoben ist?


Meine aktuelle Konfiguration sieht so aus, dass ich für jede MySQL-Datenbank eine eigene Konfiguration (z.B. datenbank02.conf.php + datenbank02.php) erzeugt habe, aber wegen dem Fehler die Verbindungseinstellungen der mysqldumper.conf.php + mysqldumper.php im Ordner "config" leer gemacht habe. Meinen Versuchen zufolge wurde die Rücksicherung trotz korrekter Meldung im Hinweisfenster und korrekt ausgewählter Datenbank immer in die in den Standard-Konfigurationsdateien hinterlegte Datenbank kopiert.

Da ich die Verbindungsparameter der beiden Standard-Konfigurationsdateien rausgenommen habe, erscheint bei mir beim Rücksicherungsversuch nun eine weiße Seite mit der Fehlermeldung

**********
Fehler:
Auswahl der Datenbank '' fehlgeschlagen!

**********


Braucht man denn unbedingt eine Vordefinition von einer Datenbank in den beiden Standard-Konfigurationsdateien? Und wenn ja, warum? Man wählt doch über die Auswahlliste die entsprechende Konfigurationsdatei aus, da braucht man doch keine Standard-Dateien. Oder doch?


In der "restore.php" steht ja folgendes:

mysql_aselect_db($databases['db_actual']) or die($lang['db_select_error'].$databases['db_actual'].$lang['db_select_error2']);


Müsste das nicht bedeuten, dass die in der Auswahlliste aktuell geladene Konfiguration(sdatei) verwendet werden soll(te)...?



*** mysqldumper.conf.php ***

$dbhost="";
$dbname="";
$dbuser="";
$dbpass="";


*** mysqldumper.php ***

$config['dbhost'] = '';
$config['dbuser'] = '';
$config['dbpass'] = '';
$config['dbport'] = '';



Gruß
Willi

HiddenView user's profileSend private message    
DSB
Developer
Developer




Age: 41
Joined: 30 Apr 2004
Posts: 16073
Location: Reichenberg bei Würzburg


germany.gif

PostPosted: 2008-01-12, 00:49    (No subject) Reply with quoteBack to top

« Willi007 » wrote:

Kann mir jemand sagen, ob dieser Fehler mit der aktuellen REV 257 (bzw. mit der REV 254 von neals) tatsächlich behoben ist?

Ich hatte vorher das gleiche Problem auf meinen Produktivdatenbanken in der Firma. Der Bugfix konnte das Problem beheben und auch die Testgruppe hat das bestätigt. Ob es unter bestimmten Umständen noch Probleme gibt, gilt es hier zu ermitteln.

Quote:
Ich hatte das Release 1.23 REV 240 installiert und hatte mir im Zusammenhang mit der Rücksicherung meine Datenbank zerschossen

Deshalb ist diese Version als Vorab-Version gekennzeichnet. Wer damit in Produktivdatenbanken testet handelt auf eigene Verantwortung. Ich gebe mein Bestes um alle möglichen Fehlerquellen auszuschließen, bin aber auch nicht perfekt. Trotzdem nehme ich alle Infos auf und verbessere MySQLDumper so gut es mir möglich ist. Wenn Du Dir Deine Produktivdatenbank überschrieben hast, tut mir das leid, muss aber auch sagen, dass Du beim Test einer Vorab-Version mit Fehlern des Programms rechnen musst.

Die anderen Deiner Vermutungen kann ich nicht ohne tieferen Einstieg in das Programm "mal eben" beantworten. Ich kann nur so viel sagen, dass Du die Funktionsweise des Scripts durch Lesen des Codes noch nicht wirklich einordnen kannst (ohne das böse zu meinen).

_________________
Gruß / Greetings, DSB

Teigwaren heißen Teigwaren, weil sie Teig waren.
Diejenigen, die lautstark darüber diskutieren, warum es nicht geht, mögen bitte jene nicht stören, die es gerade tun.

OfflineView user's profileSend private messageSend e-mailVisit poster's website    
Willi007
knows MySQLDumper
knows MySQLDumper





Joined: 28 Aug 2006
Posts: 6


blank.gif

PostPosted: 2008-01-12, 11:57    (No subject) Reply with quoteBack to top

Hallo DSB!

Nachdem ich nun immer den Fehler

**********
Fehler:
Auswahl der Datenbank '' fehlgeschlagen!
**********

bekommen habe, da die Verbindungseinstellungen in der "mysqldumper.conf.php" + "mysqldumper.php" gefehlt haben, habe ich dort nun mal die Einstellungen von einer der Datenbanken eingetragen. Da diese Standard-Konfigurationsdatei beim ersten Aufruf geladen wird, betrifft dies nun natürlich immer die angegebene Datenbank.


Nun hatte ich gehofft, dass evtl. diese "Standard-Verbindungsparameter" durch die über die Auswahlliste ausgewählte Konfigurationsdatei überschrieben wird...

Das Ergebnis:

Mit der Version 1.23 REV 257 erfolgt bei meinen Tests die Rücksicherung immer in die Datenbank der Standard-Konfiguration! Traurig



D.h. wenn ich mal in irgendeine andere Datenbank zurücksichern muss, darf ich nicht vergessen die Einstellungen der "mysqldumper.conf" zu ändern...

Die notwendige Zeile steht jedoch in der "functions.php" drin:

$config['files']['parameter']=$config['paths']['config'].$config['config_file'].'.php';




Was kann das Problem sein? Noch eine Idee?


Gruß
Willi

HiddenView user's profileSend private message    
DSB
Developer
Developer




Age: 41
Joined: 30 Apr 2004
Posts: 16073
Location: Reichenberg bei Würzburg


germany.gif

PostPosted: 2008-01-12, 16:46    (No subject) Reply with quoteBack to top

Ich würde mir das gerne einmal selbst ansehen wollen. Hast Du die Möglichkeit mir einen temporären FTP-Zugang zum betroffenen Server einzurichten, damit ich das testen kann?
_________________
Gruß / Greetings, DSB

Teigwaren heißen Teigwaren, weil sie Teig waren.
Diejenigen, die lautstark darüber diskutieren, warum es nicht geht, mögen bitte jene nicht stören, die es gerade tun.

OfflineView user's profileSend private messageSend e-mailVisit poster's website    
Willi007
knows MySQLDumper
knows MySQLDumper





Joined: 28 Aug 2006
Posts: 6


blank.gif

PostPosted: 2008-01-13, 17:38    (No subject) Reply with quoteBack to top

Hallo DSB,

im Moment habe ich leider keine Möglichkeit mit dem FTP-Zugriff, aber ich schaue mal, ob sich da mal was machen lässt.

Für mich persönlich ist es ja nicht so extrem schlimm, weil ich ja jetzt weiß wie ich damit umgehen muss. Ärgerlich wäre es nur für einen Benutzer, wenn er die gleichen Schwierigkeiten damit hat und irgendwann mal eine Datenbank zurücksichert und das nicht weiß...

Soweit wie ich die REV 257 jetzt mal durchgetestet habe funktioniert alles mucho perfecto... angefangen von der korrekten Sicherung der Datenbanken (auch mit verschiedenen Profilen und Datenbanken je Profil), über die Durchführung der Cronjobs, usw... clap

Nur wie gesagt... wenn ein Benutzer innerhalb eines Profils Zugriff auf verschiedene Datenbanken hat, dann kann man auch nachvollziehen, dass beim Umschalten der Datenbank die entsprechenden Verbindungseinstellungen in die CONF-Datei geschrieben werden und die Rücksicherung innerhalb eines Profils in die richtige Datenbank funktioniert. Nur Profil-übergreifend wird das Dump immer in die im Standard-Profil eingetragene Datenbank zurückgespielt (zumindest bei mir). Das muss also irgendein Profil-übergreifendes Problem sein. Ist natürlich nur die Frage was für eins... hmmm... vielleicht komme ich ja noch dahinter...

Gruß
Willi

HiddenView user's profileSend private message    
DSB
Developer
Developer




Age: 41
Joined: 30 Apr 2004
Posts: 16073
Location: Reichenberg bei Würzburg


germany.gif

PostPosted: 2008-01-13, 18:01    (No subject) Reply with quoteBack to top

Da ich selbst das Problem nicht habe, kann ich es natürlich auch nicht debuggen - deshalb die Fraghe nach einem Zugang.
Kann es aber vielleicht auch nur ein Verständnisproblem sein?
Die Backupdatei soll in die Datenbank eingespielt werden, die momentan links im Menü ausgewählt ist. Das hat im Prinzip zunächst gar nichts mit der Konfigurationsdatei zu tun.
Vor Rev 257 gab es noch den Fehler, dass der Pfad zur aktuellen Konfiguration fälschlicherweise auf die mysqldumper.conf zeigte und falsch abgespeichert wurde. Das führte zu dem Fehlverhalten, dass bei einer Wiederherstellung nicht die gewählte Datenbank beschrieben wurde, sondern die erste aus der Standardkonfiguration.
Das ist aber mit Rev 257 behoben und wenn Du nach einem Update alle Konfigurationsdateien einmal geladen und wieder gespeichert hast, sollte das jetzt funktionieren.

So, wie Du das beschreibst, klingt es für mich so, als wenn Du vor Rev 257 bereits eine Vorgängerversion installiert hattest (ach, das schreibst Du ja auch) und jetzt zwar ein Update der Dumperversion gemacht hast, aber die Konfigurationsdateien nicht erneut abgespeichert hast. Kann es schlichtweg dieser Fall sein?

_________________
Gruß / Greetings, DSB

Teigwaren heißen Teigwaren, weil sie Teig waren.
Diejenigen, die lautstark darüber diskutieren, warum es nicht geht, mögen bitte jene nicht stören, die es gerade tun.

OfflineView user's profileSend private messageSend e-mailVisit poster's website    
Willi007
knows MySQLDumper
knows MySQLDumper





Joined: 28 Aug 2006
Posts: 6


blank.gif

PostPosted: 2008-01-14, 20:09    (No subject) Reply with quoteBack to top

Ich habe gerade gesehen, dass diese Rücksicherungsproblematik in der REV 257 anscheinend auch noch bei anderen auftritt:

http://forum.mysqldumper.de/viewtopic.php?t=3266


Momentan habe ich leider keine Möglichkeit einen Zugang einzurichten. Vielleicht klappt es ja noch...


Ich kann nur vermuten, dass es daran liegen könnte, dass wenn man "Root-Rechte hat" bzw. unter einer Konfiguration auf alle verfügbaren Datenbanken zugreifen kann, dass dann auch die Rücksicherung korrekt funktioniert. Nur wenn man beim Provider eine neue Datenbank anlegt, dann hat man ja im Grunde genommen je Datenbank eine Konfigurationsdatei und der Datenbankname ist identisch mit dem Benutzernamen. Aber sicherlich ist das auch der "Standard" (es sei denn man hat einen richtigen Root-Server). Da könnte es wahrscheinlich nur noch an Sicherheitsrichtlinien liegen oder die JavaScript-Abfrage vor der Rücksicherung leitet die Rücksicherung in die falsche Datenbank um. Aber das glaube ich auch eher nicht... Hmm, sehr knifflige Angelegenheit...

HiddenView user's profileSend private message    
DSB
Developer
Developer




Age: 41
Joined: 30 Apr 2004
Posts: 16073
Location: Reichenberg bei Würzburg


germany.gif

PostPosted: 2008-02-24, 22:05    (No subject) Reply with quoteBack to top

Achtung:

das Problem sollte gelöst sein. Ich habe einen Bugfix dazu veröffentlicht.
Bitte testet das einmal und gebt mir bitte Feedback.

http://forum.mysqldumper.de/viewtopic.php?t=3415

_________________
Gruß / Greetings, DSB

Teigwaren heißen Teigwaren, weil sie Teig waren.
Diejenigen, die lautstark darüber diskutieren, warum es nicht geht, mögen bitte jene nicht stören, die es gerade tun.

OfflineView user's profileSend private messageSend e-mailVisit poster's website    
Display posts from previous:      
Post new topicReply to topic


 Jump to:   


Show permissions
Similar topics
Topic Author Forum Replies Posted
No new posts Sicherung läuft durch und bricht dann ab SLFred Fehler / Probleme 10 2012-04-25, 18:39 View latest post
No new posts Error beim wiederherstellen der Daten... nefertia Errors and questions 4 2012-03-28, 18:59 View latest post
No new posts Perl: Eine Datenbank wird übersprungen Vee Fehler / Probleme 1 2012-03-28, 07:57 View latest post
No new posts Backup einer Datenbank = weisse Seite PeterParker Fehler / Probleme 17 2012-03-19, 09:53 View latest post
No new posts Kein Backup einer Datenbank Hang_man Fehler / Probleme 9 2012-03-16, 11:32 View latest post

 
CrackerTracker © 2004 - 2012 CBACK.de

Powered by Orion based on phpBB © 2001, 2002 phpBB Group
CBACK Orion Style based on FI Theme
All times are GMT + 2 Hours

phpBB SEO