Backup einspielen bei Drupal8, wenn es größer als 2MB ist

Es gibt in der php.ini dazu zwei Werte die geändert werden müssen: post_max_size und upload_max_filesize. Ich habe beide auf 32M gesetzt. Nach der Änderung muß der Apache neu gestarted werden.
Wenn das nicht klappt, kann man die Datenbank auch über die Kommandozeile zurückspielen (also über SSH). Da hat man keine Begrenzung in Zeit und File-Größe.

Wenn du SSH Zugang hast installiere drush mit composer und dann kannst du einfach drush sql-cli < meinback.sql machen

Das Modul bringt weiter Fehlermeldungen, obwohl ich beide Werte hochgesetzt habe.

Kann es sein, dass Contabo eine Datensicherung blockiert, wenn man dort nicht bereit ist, dafür extra zu bezahlen?

Im Blick auf die Datensicherung bei drupal habe ich noch folgende Grundsatzfragen:
Wenn das Backup-Migrate-Modul noch nicht einwandfrei arbeitet (und so lese ich manche Hinweise auf drupalcenter):
1. Gibt es eine Möglichkeit, eine mysql-Datenbank auch auf Shell-Ebene zu sichern (früher gab es ja mysqldumper im Blick auf die Laufzeit von scripten - aber wie macht man das heute?)?
2. kann man mit git so eine Datensicherung einer Drupal-Site machen (also Datenbank + gesamte Drupal-Verzeichnisse)? Oder ist git dafür nicht geeignet?
3. Bei Plesk gibt es eine Backup-Funktion. Die erzeugt eine .xml Datei. Ist damit auch die Datenbank gesichert? Taugt das Backup was im Blick auf eine gesamte Drupal-Installation?
Danke für Hinweise!
LG
D.

phpMyAdmin wird vermutlich intern anders aufgerufen als Deine Installation. Daher wirkt dort vermutlich eine andere php.ini, die Du nicht beeinflussen kannst. Ob der mysqldump über die Kommandozeile aufzurufen ist, liegt ebenfalls am Hoster. Wenn der das Kommando nicht bereitstellt, hast Du Pech. Du kannst aber leicht prüfen, ob es verfügbar ist, indem Du in der Shell den Befehl "which mysqldump" eingibst. Das Ergebnis sollte etwa so aussehen: /usr/bin/mysqldump
Dann ist das Kommando mysqldump in der Kommandozeile verfügbar und kann für den Import und Export verwendet werden. In der Kommandozeile spielt auch die Größe der Datenbank keine Rolle (sofern der Dir zugestandene Plattenplatz für den Dump ausreicht).
Soweit ich mich erinnere (ich habe länger nicht mit Plesk gearbeitet), ist der Backup bei Plesk ein Filesystem-Backup. Damit kann eine Datenbank nicht korrekt gesichert werden, solange der Datenbankserverprozess aktiv ist. Der muß vorher gestoppt werden, aber Plesk basiert auch auf Datenbank Zugriffen. Das geht also nicht. Git arbeitet mit Dateien. Also muß die Datenbank erst als exportierte Datei vorliegen, damit Du mit Git arbeiten kannst.

wenn du git nutzen kannst bedeutet es ja das du ssh zugriff hast.

dann kannste ja einfach das ganze drupal als tar speichern

tar cvf /wo-dasbackup-hin-soll/backup.tar --exclude=tmp/\* --exclude=drush-backups/\* --exclude=private/\* --exclude-vcs .
mit exclude kannste noch Sachen ignorieren die die du nicht brauchst...

un und einen db dump erstellen

drush sql-dump --gzip --result-file=~/wo-dasbackup-hin-sol/drupal_db_main_latest.sql

backups packt man nicht in git.

ich packe die backups immer in die cloud in diesem falle Amazon S3 Storage Cloud zum Beispiel so:

s3cmd put drupal_db_main_latest.sql.gz s3://wo-es-hin-soll/kunde-xyz/backups/

https://s3tools.org/s3cmd
das dann via cronjob regelmäßig triggern damit immer schön ein Backup da ist...

Bei mir (shared Hosting) klappt es so:
Ich kann auf der lokalen Kommanozeile die Datenbank (MariaDB/MySql) serverseitig ohne PhpMyadmin ansprechen:
mysqldump -hbeispieldomain.de -uuser -ppasswort datenbank >meinbackup.sql
(Da muss der Server für den remote-DB-Zugriff konfiguriert sein, z.B. in der Konfiguration auf die eigene IP-Nr einstellen))
Das benutze ich meist für eine lokale Kopie der Webseite (dann ohne Hostdomain mit lokalen Parametern), aber Zurückspielen zum Server geht auch:
mysql -hbeispieldomain.de  -uuser -ppasswort --default-character-set=...  -Ddatenbank <meinbackup.sql
Die passenden Pfade müssen lokal natürlch gesetzt sein, und u.U. ist lokal auch sudo nötig.

Solange es geht benutzte ich aber auch das bekannte Backup and Migrate.

drush sql-dump macht das gleiche nur braucht man keine Zugangsdaten eintragen....

für D7 und D8 brauche (bräuchte) ich doch zweierlei drush, oder? Die Kommandozeile geht mit beiden, und ist via alias oder kleinen Skripts auch schnell (drush nutze ich nur für die D8-Entwicklung, für mich einfacher so).

irgenwie funktioniert das mit drush nicht.
Ich habe sie mit composer installiert:
composer global require drush/drush
aber wenn ich dann die oben von Euch genannte Datenbank via drush sichern will, meldet die shell:

Was mache ich da falsch?
LG
D.

machste vim .bash_profile und dann schreibst du da die Pfade rein:

danach source .bash_profile
dann sollte drush gehen

https://stevenschulz.net/blog/drush-auf-1und1-server-installieren-mit-co...

das kann ich grad ergänzen:
2 Rechner mit LM 19.2 (alterschwaches Macbook, neuer ASUS), alter Rechner alles klappt (schon länger), neuer will noch nicht (Composer ohne global, egal) gleicher Kommanozeilenfehler ..
Liegt nicht am Kommando, drush reagiert nicht.
wenn ich weiter komme (später) melde ich mich.

Ich habe für meine eigenen Installationen unter All-Inkl und auch schon für Kunden bei 1&1 (Ionos) Scripte geschrieben für Backup von Datenbank und Files (gezippt), welches per Server-Cron (also Drupal unabhängig) ausgeführt wird.
Ich würde das Modul von Drupal nicht dafür verwenden.

Für schnelle per Hand Backups und Restores, gar von einzelnen Tabellen, verwende ich den Nachfolger von MySQLDumper, der auch unter PHP 7.x läuft.
http://doku.oos-shop.de/myoos-benutzerhandbuch/ueber-myoos/eine-einfuehr...
Damit klappt alles, wie gewohnt, nur die automatische Erzeugung von Datenbank-Updates mit Perl-Script, wie ich sie früher teilweise gemacht habe, habe ich noch nicht zum Laufen gebracht.

das werde ich sicher auch noch ausprobieren.
Momemtan habe ich folgendes versucht:
Bei plesk den php Upload auf 16M gestellt;
Die Anzeige in Drupal änderte sich auf 16M.

Datenbank via Restore beim Backup-Migrate Modul eingespielt.

Nun kam die Fehlermeldung:

Jetzt stehe ich auf dem Schlauch. Wie starte ich drupal8 neu, ohne dass der Fehler bei Aufruf über den Browser kommt?

Muss man nach so einem Restore der Datenbank diese neu mit dem System verbinden? Wenn ja, wie?

Danke!
LG
Dorothea

Kommt der Fehler auch, wenn Du die Homepage aufrufst, also www.meine-domain.de ?
Oder nur im Adminbereich?
Gibt es ein Error-Log außerhalb von Drupal, wo Du nachschauen kannst, was fehl läuft?
Evt. musst Du mal in der Datenbank in die Watchdog-Tabelle schauen,was da steht.

Normal musst Du die Datenbank nicht neu verknüpfen. Deren Namen hat sich ja nicht geändert.
Aber - wie oben schon geschrieben - da halte ich mich mangels Erfahrung mit dem Modul besser raus.

wenn ich meinedomain.de im Browser aufrufe. Auf den Plesk-Admin-Bereich habe ich vollen Zugriff, SSH Zugang via Putty funktioniert auch.
Das einzige was mir eben aufgefallen ist: Plesk schien sich heute früh ein update geholt zu haben. Danach waren die php-Speicherdaten wieder auf die vorgegebenen 2M zurückgesetzt.
Also habe ich die nun wieder in Plesk erhöht (auf 16M).
Das änderte aber am Aufruf von drupal auf meinedomain.de via Browser bzw. der Fehlermeldung dabei nichts.

Wie behebe ich nun den Fehler? drupal8 neu installieren wäre zwar auch möglich, aber erst der letzte Schritt.
Ich fände es schon gut, wenn so ein Modul das tut, was es verspricht...
LG
Dorothea

Ohne eine klare Fehlermeldung vom Server oder der Drupal Watchdog Tabelle kann man Dir hier nicht weiter helfen. Ich habe dort selbst schon entsprechende Fehlerhinweise gefunden, die nur als Meldung "Auf der Webseite ist ein unvorhergesehener Fehler aufgetreten" angezeigt wurden.

behebe doch den drush fehler und dann nimm die sql aus dem drupal backup und importier die

Sorry für meine Frage, aber ich habe früher immer nur via webhosting-Angebot mit drupal7 gearbeitet, daher:
- wo finde ich solche "Fehlermeldungen vom Server" (bzw. eine Log-Datei, die Du brauchst?)
- wie komme ich an die "Watchdog-Tabelle" von Drupal? Ist die in der Datenbank zu finden, die plesk als MariaDB angelegt hat?
Danke!
LG
Doro

Sorry für meine Frage, aber ich habe früher immer nur via webhosting-Angebot mit drupal7 gearbeitet, daher:
- wo finde ich solche "Fehlermeldungen vom Server" (bzw. eine Log-Datei, die Du brauchst?)
- wie komme ich an die "Watchdog-Tabelle" von Drupal? Ist die in der Datenbank zu finden, die plesk als MariaDB angelegt hat?
Danke!
LG
Doro

würde ich ja gerne - aber ich habe es bislang noch nicht hinbekommen, drush zu installieren - jedenfalls gab es da auch eine Fehlermeldung.
Ich habe dazu hier einen eigenen Thread gestartet: https://www.drupalcenter.de/node/59596

1. watchdog Einträge findest Du in der Datenbank in gleichnamiger Tabelle.

2. wegen Veränderung der PHP-Konfigurations-Werte: entweder kannst Du bei Deinem Hoster einfach eine php.ini in das Rootverzeichnis legen und dort die gewünschten Variablen-Werte-Paare rein schreiben.
Oder in die htaccess-Datei.
Rede am Besten mit Deinem Hoster.

3. Drushinstallation. auch da würde ich den Hoster kontaktieren. Sowohl Host Europe", als auch All-Inkl, als auch 1&1 haben Anleitungen in ihren FAQ's.
Das ist allerdings nur die Theorie. Bei HostEuope und 1&1 funktioniert es nicht immer. Bei All-Inkl hatte ich noch nie Probleme.
Damit meine ich das Memory-Limit, welches in der php-Version auf der Konsole greift. Das ist immer ein anderes PHP, als das in Drupal im Browser.
Auch die Installationsanleitungen können abweichen.

Wenn der Aufruf mit drush nicht funktioniert, dan kannst Du auch mal versuchen, ob Du mit gesamter Pfadangabe Erfolg hast, also z.B. so:

php /kompletter/physilakischer/pfad/auf/drupal/root/vendor/drush/drush/drush.php
Letzteres funktioniert bei einem Kunden, wo kein Alias angelegt wurde, wie oben beschrieben.
Bei Dir mag das wieder anders sein, je nachdem, wie Drush installiert wurde.

Ich würde an Deiner Stelle als erstes mal den contabo-Support kontaktieren:
a) wegen php.ini Werte überschreiben b) drush installieren c)error-Log

Normalerweise ist der Support kostenfrei und bei den o.g. Hostern hilft man da immer freundlich weiter.
Vorher mal schauen, ob was dazu in der FAQ steht.
Wenn Du dort nichts zu den Themen findest oder nicht beraten wirst, dann seht zu befürchten, dass dieser Anbieter nicht geeignet ist für Drupal.

[quote=stevenx]machste vim .bash_profile und dann schreibst du da die Pfade rein:

Ich habe da bei /usr/bin einen Ordner php und einen Ordner php7.2 bzw. wobei FTP zeigt, dass es irgendwelche Links sind (vermutlich, weil ich einen virtuellen Root-Server gemietet habe...)
Muss da die .bash_profile genauso aussehen?
Mein Provider: Contabo
Paket VPS S SSD
Danke!
LG
D.