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).