Sicherung meiner kompletten Homepgae

Na klar gibt es die Möglichkeit. Sehr gut ist das Modul "backup and migrate". Mir dem kannst du zeitgesteuerte und manuelle Datenbank-Backups innerhalb von Drupal erstellen und eine frei definierbare Anzahl von DB-Sicherungen in einem Verzeichnis sammeln. Backup and migrate kannst du so einstellen, dass es immer die älteste Sicherung löscht, wenn es eine neue schreibt.
Ansonsten bleibt noch die Drupal-Installation inkl. hochgeladener Dateien und Bilder über FTP zu sichern. Das mache ich auch regelmäßig, aber nicht so oft.

Beste Grüße
Marco

Moin,

hier ist das DU üblich;

Um eine Drupal Installation zu sichern und wiederherstellen zu können, benötigst Du:

1. Eine Kopie der Datenbank(Tabellen)
2. Eine Kopie des Drupal Dateisystems, wobei das Verzeichnis /sites rekursiv ausreicht
3. optional die Datei .htaccess, wenn diese angepasst wurde

Wie Marco schon sagte, kannst Du das Modul Backup & Migrate verwenden und dies mit der Erweiterung Backup & Migrate Files austatten. Dann kannst Du Datenbank und Dateisystem zusammen sichern und wiederherstellen.

Wenn du SSH Zugang zum Server und keine Aversion gegen Kommandozeilentools hast, kannst du das alles über Drush regeln

Okay danke,

ich werd das schon hinbekommen =)

Grüße
Clara

Hallo,

habe bislang auch meine DB immer mit Backup&migrate gesichert und bei Problemen damit wieder hergestellt.
Jetzt gibt es aber mit einem mal das Problem das die Speichergröße der Datei sich um 8x vergrößert hat.
Die Datenbanksicherung ist mittlerweile 19 MB groß und kann mit dem Modul nicht mehr verarbeitet werden.
Gibt es eine Möglichkeit die DB wieder schlank zu bekommen?

Leere mal die Caches + Cron Lauf und guck dir dann mal die Größe an.

Nach leeren des Cache und Cronlauf liegt die Größe der Zip-Datei immer noch bei 17,8 MB.
Wie kann man die wieder schlank bekommen?

Indem man erstmal feststellt, warum sie nicht mehr schlank ist.
Schau Dir halt mal in der Datenbank die Größe der einzelnen Tabellen an. Dann weißt Du, was Du löschen musst. :-)

Löschen sollte er schon mal gar nichts! Wenn dann nur leeren.

Falls durch das Löschen des Caches noch nicht alle Tabellen die mit "cache" anfangen geleert sind, kannst Du das noch per Hand machen.

Ausserdem kann sich die Tabelle watchdog sehr schnell aufblähen. Dort sind Meldungen des Systems gespeichert. Wenn Du das nicht benötigst,
kannst Du diese auch leeren.

Mit anderen Tabellen solltest Du vorsichtig sein, wenn Du die Funktionen Deiner Seite nicht zerschießen willst.

Klar soll er löschen, nämlich nicht mehr benötigte Datenbank-Einträge.
Das natürlich nicht direkt in der Datenbank, sondern über die entsprechenden Drupal-Masken.

ok, erst mal vielen dank für die Hinweise.
Habe die Tabelle watchdog bereinigt. Ohne Erfolg. Die Größe der Sicherungsdatei ist jetzt 18.3 MB groß.

ja, das geht.

Du kannst die Tabellen per Selectfeld auswählen, die gesichert werden sollen.

Gruß
Miguelito

vielen Dank.
Was ist eigentlich mit der accesslog Tabelle. Die scheint ja riesig zu sein, kann man die Inhalte darin auch Gefahrlos löschen?
Macht es Sinn, Module die nicht wirklich benötigt werden zu deinstallieren?

die accesslog kannst Du auch leeren.

Und es ist sogar sehr sinnvoll Module zu deinstallieren, wenn sie nicht benötigt werden. Jedes Modul benötigt Ressourcen. Je mehr Module installiert sind, desto mehr Ressourcen braucht die Webseite.

Ausserdem bringen Module auch eigene Tabellen mit. Die können dann auch entfernt werden.

Gruß
Miguelito

Habe festgestellt das die Tabelle
field_data_body 12,7 MB - groß ist. Das sind doch die Überschriften der einzelnen Artikel, oder irre ich mich da.
Kann man die irgendwie komprimieren, da man die Daten ja schließlich irgendwo braucht.

Die Tabellen des Cache bleiben komischerweise 1,5 MB groß egal ob ich die im Backend oder aber mit phpmyadmin leere.

kann mir da denn keiner helfen?
Muß ich wohl alles handisch in phpmyadmin sichern und in eine neue DB reinschreiben?
Oder hat jemand eine Idee wie man die Datenbank wieder schlank bekommt.
Wiederherstellen mit backup&migrate kann man ja nur bis zu einer Größe von 2 MB. Da ich aber 17 MB an DB Größe habe, habe ich natürlich da ein Problem.
Habe es schon mit mysqldumper probiert aber das klappt auch nicht richtig.

also das größte Problem scheint die Tabelle field_data_body zu sein. Die ist mittlerweile auf fast 13 MB angewachsen. Da stehen ja alle nodes drin. die kann man wohl nicht leeren, da sonst ja keine Historie mehr vorhanden wäre. Hat jemand eine Idee wie man die schlank bekommt. Wenn ich die als einzelne Datei mit phpmyadmin sichere ist die immer noch 7 MB groß und somit nicht zu importieren.
Wenn das so weiter geht werde ich mich wohl von Drupal verabschieden müssen, da eine jahrelange Historie gewünscht ist, es nützt nichts wenn man nur Daten über ein halbes Jahr speichern kann und dann löschen muß, da die Datenbank überquilt.

also das größte Problem scheint die Tabelle field_data_body zu sein. Die ist mittlerweile auf fast 13 MB angewachsen. Da stehen ja alle nodes drin. die kann man wohl nicht leeren, da sonst ja keine Historie mehr vorhanden wäre. Hat jemand eine Idee wie man die schlank bekommt. Wenn ich die als einzelne Datei mit phpmyadmin sichere ist die immer noch 7 MB groß und somit nicht zu importieren.
Wenn das so weiter geht werde ich mich wohl von Drupal verabschieden müssen, da eine jahrelange Historie gewünscht ist, es nützt nichts wenn man nur Daten über ein halbes Jahr speichern kann und dann löschen muß, da die Datenbank überquilt.

Wenn Die Datenbank für ein normales Webpaket zu groß wird, muß man sich um ein Paket mit SSH-Zugang bemühen. Wenn man mysql über die Shell aufrufen kann, also über die Kommandozeile, sind Größe der Datenbank und die Zeit die es zum Importieren braucht erst mal kein Problem mehr. Du benutzt eine Versionierung auf den Daten und scheinst auch viele Änderungen daran zu haben, wenn die Datenmenge so groß geworden ist. Dann nehmen aber auch die Anforderungen an die Ausstattung zu.

Beste Grüße
Werner

die darf auch mehrere Terrabyte groß werden.

Ich kenne Anwendungen unter mySQL mit mehreren Millionen Datensätzen.

Das ist lediglich ein Problem des Hostingangebotes.

Eine starkfrequentierte und sehr dynamische Website braucht eine andere Umgebung, als eine Hobbyseite, die nur von einem selbst genutzt wird.

Wenn die Performance in die Knie geht, muss man dort nachregeln. Gggf. kann es sinnvoll sein, die Datenbank auf einen physischen Server mit ausreichend Speicher auszulagern, und getrennt vom WEB-Server zu betreiben.

Bei sehr heftigem Verkehr kann es auch sinnvoll sein, den WEB-Service auf einem modernen Rootserver zu betreiben, statt in einer shared Umgebung.

Hallo, erst mal vielen Dank für eure Antworten.

Ich habe einen ssh Zugang für meinen webspace. Habe damit aber noch nicht gearbeitet. Braucht man dafür bestimmte Software oder wie funktioniert das?
Gibt es da auch Tutorials wie man damit arbeitet?
Das wäre mir auf jeden Fall lieber als auf ein anderes CMS alles neu aufzusetzen .

Habe gerade auf der 1&1 Hilfeseite gelesen das man Putty braucht. Habe ich auch installiert. SSH Zugang erfolgreich. Aber wie kann ich jetzt meine mysql Datenbanken damit administrieren?

Hallo,

ist Schmonsens.
Das Modul legt kein Limit fest. Die Einschränkung kommt von der Server-Konfiguration.

Das kann man in der php.ini festlegen dazu gibt es zig Anleitungen, wenn Du danach googlest.
Auf der lokalen Installtion kann man das auf alle Fälle selber machen, beim Webserver hängt es davon ab, welche Zugriffsrechte ihr habt. Einfach auch mal beim Provider nachfragen....
Gerade wenn Du kein Erfahrung auf der Konsole hast, wäre das auf alle Fälle der einfacher Weg.
Gruß
Christian