+ Antworten
Ergebnis 1 bis 4 von 4

Thema: ist mysqldumper notwendig bei Datenbanken über 2 MB?

  1. #1
    Verbringt hier viel Zeit Avatar von dette
    Registriert seit
    02.12.2010
    Ort
    NRW
    Beiträge
    984
    Bedankte sich
    527
    Erhielt 23 Danksagungen
    in 22 Beiträgen

    Standard ist mysqldumper notwendig bei Datenbanken über 2 MB?

    Hallo,

    monatelang habe ich über phpmyadmin eine einfache Datenbanksicherung vorgenommen und regelmäßig, die Datenbank vom Server auf die lokale Installation überspielt. Ich bin nach Anleitung meines Buches vorgegangen und es stand keine Alternative drinnen.

    Nun wollte ich es erstmalig umgedreht machen, da ich irrtümlicherweise Produkte vom Server gelöscht hatte, aber ich bekomme eine Fehlermeldung auf dem Server, die ich angehängt habe (Datei zu groß).

    Ich bat den Hoster, das Limit zu erhöhen, damit ich meine Datenbank von 3 MB hochladen kann, aber er meinte, dass dieses Limit nichts mit meinem webspace also dem hoster zu tun hat. Ich solle mysqldumper zum Sichern nehmen.

    Bevor ich mir das jetzt antue, denn es erscheint mir etwas kompliziert, wollte ich mal nachfragen, ob das sein kann. In meinem Buch wird nicht davon gesprochen, dass eine Datenbank nicht größer als 2 MB sein sollte, bzw. bei größeren Datenbanken ein anderes Programm installiert werden muss. Sowas hätten die doch im Buch erwähnen müssen, weshalb ich mir jetzt etwas unsicher bin. Ich würde gerne die alte Variante benutzen, da diese einfach war.

    Könnt ihr mir dazu was sagen?
    Angehängte Grafiken
    Liebe Grüße dette
    www.fotoyeh.de & www.declex.de, http://roh-kostbar.de/
    Joomla 1.5.25, VM 1.1.9, Joomla 2.5.4 Joomshopping 3.6.1

  2. #2
    Hat hier eine Zweitwohnung Avatar von GN2 netwerk
    Registriert seit
    01.09.2007
    Ort
    Coburg
    Beiträge
    1.017
    Bedankte sich
    120
    Erhielt 350 Danksagungen
    in 259 Beiträgen

    Standard

    Zitat Zitat von dette Beitrag anzeigen
    In meinem Buch wird nicht davon gesprochen, dass eine Datenbank nicht größer als 2 MB sein sollte, bzw. bei größeren Datenbanken ein anderes Programm installiert werden muss. Sowas hätten die doch im Buch erwähnen müssen, weshalb ich mir jetzt etwas unsicher bin. Ich würde gerne die alte Variante benutzen, da diese einfach war.

    Könnt ihr mir dazu was sagen?
    Ein Buch kann nicht auf alle Eventualitäten eingehen die es gibt und Dein Hoster hat recht, wenn er den MySQL-Dumper empfiehlt, allerdings unrecht, wenn er meint, dass das keine serverseitige Konfigurationssache mit dem Limit ist.

  3. Erhielt Danksagungen von:


  4. #3
    Gute Seele des Boards Avatar von keraM
    Registriert seit
    12.03.2006
    Ort
    Dresden
    Beiträge
    10.592
    Bedankte sich
    152
    Erhielt 2.558 Danksagungen
    in 2.360 Beiträgen

    Standard

    Als schnelle Lösung kannst Du beim Export statt aller Tabellen der Datenbank, nur ein paar Tabellen (etwa die Hälfte) auswählen und dann exportieren/importieren.
    Heißt also, Du splittest die Datenbank beim Export in zwei oder mehr Teile und fügst sie beim Import wieder zusammen.
    Geht ganz unkompliziert, ist nur ein erhöhter Aufwand.
    Der Dumper kann das automatisieren. Du gibst eine max. Größe der Files vor und der Dumper splittet in die nötige Zahl der Files. Beim Import erkennt er auch, dass es mehrere Files sind.

    Und so nebenbei würde ich nach dieser Antwort über einen Hosterwechsel nachdenken.
    Gruß keraM
    Joomla-FAQ: --> Klick!
    Support per PN: --> Klick!

  5. Erhielt Danksagungen von:


  6. #4
    Verbringt hier viel Zeit Avatar von dette
    Registriert seit
    02.12.2010
    Ort
    NRW
    Beiträge
    984
    Bedankte sich
    527
    Erhielt 23 Danksagungen
    in 22 Beiträgen

    Standard

    Zitat Zitat von GN2 netwerk Beitrag anzeigen
    Ein Buch kann nicht auf alle Eventualitäten eingehen die es gibt und Dein Hoster hat recht, wenn er den MySQL-Dumper empfiehlt, allerdings unrecht, wenn er meint, dass das keine serverseitige Konfigurationssache mit dem Limit ist.
    Danke, hast du natürlich Recht, aber das Buch ging schon auf viele Eventualitäten ein, weshalb ich mich sehr wunderte. Mittlerweile habe ich den dumper lokal und auf dem server installiert und auch das backup gemacht. War gar nicht so kompliziert. Ich war nur sehr irritiert, weil ich nie zuvor davon gehört oder gelesen hatte.

    Mittlerweile hat der Supportler auch eingeräumt, dass der Systemadministrator das Limit erhöhen könnte, nur eben er nicht, aber mir ist ja egal, wer es erhöht. Ist schon ein etwas komischer Verein, aber im Endeffekt wird mir immer geholfen.
    Man muss bei dem Hoster nur Nerven wie Drahtseile haben.

    keraM

    Als schnelle Lösung kannst Du beim Export statt aller Tabellen der Datenbank, nur ein paar Tabellen (etwa die Hälfte) auswählen und dann exportieren/importieren.
    Heißt also, Du splittest die Datenbank beim Export in zwei oder mehr Teile und fügst sie beim Import wieder zusammen.
    Geht ganz unkompliziert, ist nur ein erhöhter Aufwand.
    Der Dumper kann das automatisieren. Du gibst eine max. Größe der Files vor und der Dumper splittet in die nötige Zahl der Files. Beim Import erkennt er auch, dass es mehrere Files sind.
    Ja, das mit dem Splitten hatte ich auch schon gelesen, aber ist genauso neu wie mysqldumper. Ich wollte eigentlich nur meine altbewährte backup-Routine anwenden und nichts neues lernen. Aber nun ist es ja passiert und ich bin zufrieden, dass ich es hinbekommen habe.

    Und so nebenbei würde ich nach dieser Antwort über einen Hosterwechsel nachdenken.
    Na ja, es gibt noch mehr Gründe für einen Hosterwechsel, aber auch einige für ihn, dass ich da bleibe. Wenn es nicht noch schlimmer kommt, dann bleibe ich . Bin nicht so der "Bäumchen wechsel dich Typ"
    Liebe Grüße dette
    www.fotoyeh.de & www.declex.de, http://roh-kostbar.de/
    Joomla 1.5.25, VM 1.1.9, Joomla 2.5.4 Joomshopping 3.6.1

+ Antworten

Lesezeichen

Berechtigungen

  • Neue Themen erstellen: Nein
  • Themen beantworten: Nein
  • Anhänge hochladen: Nein
  • Beiträge bearbeiten: Nein