Backup mit Duplicator, Dateigröße und Timeoutprobleme

  • Guten Abend zusammen,

    ich habe jetzt nicht genau gewusst in welche Kategorie das hier gehört da es verschiedene Bereich anspricht, daher habe ich es mal ins Allgemeine gestellt.

    Es geht darum ein Backup anzufertigen von einer Webseite inkl. Onlineshop.
    Das Plugin ist Duplicator Pro vorhanden.

    Das Backup ist ziemlich groß mit 1,5 GB (600 Bilddatein die komprimiert sind). Sollte ja generell kein Problem sein, da so riesen Shops wie Amazon, Otto und co. ja bedeutend größer sind aber dennoch bricht das Backup ab.

    Die LOG-Datei gibt folgendes aus:

    COMPRESSING
    SIZE: 1.5GB
    STATS: Dirs 1,024 | Files 13,903 | Total 14,927

    ====================================================================
    !RUNTIME ERROR!
    ---------------------------------------------------------------------
    MESSAGE:
    Erstellen fehlgeschlagen
    DETAILS:

    CRITICAL: wp-content/uploads/2017/10/Bild-095.jpg : Hash mismatch on DupArchive file entry
    CRITICAL: wp-content/uploads/2017/10/Bild-095.jpg : Invalid glob header marker found . location:1073741824
    CRITICAL: Archive : Number of files expected (14028) doesn't equal number written (9456).
    CRITICAL: Archive : Number of directories expected (1040) doesn't equal number written (1023).
    ---------------------------------------------------------------------
    TRACE:
    1. class.pack.archive.duparchive.php : error (285)
    2. class.pack.archive.php : create (96)
    3. class.pack.php : buildFile (1306)
    4. class.pack.runner.php : run_build (439)
    5. class.web.services.php : process (96)
    6. class-wp-hook.php : process_worker (286)
    7. class-wp-hook.php : apply_filters (310)
    8. plugin.php : do_action (453)
    9. admin-ajax.php : do_action (115)
    ====================================================================

    Ich habe also eine php.ini mit folgenden Inhalten erstellt und direkt auf das Startverzeichnis bei Strato gelegt

    Code
    file_uploads = On
    max_execution_time = 360
    post_max_size = 20M
    memory_limit = 200M
    register_globals = Off
    safe_mode = Off
    upload_max_filesize = 15M
    session.gc_maxlifetime = 1440
    session.cache_expire = 180

    Aber er bricht dennoch mit dem o. g. Fehler ab.
    Jetzt die Frage woran das liegt, was ich machen kann bzw. wie kann ich überhaupt sehen ob die php.ini auch greift?

    Hoffe ihr könnt mir da irgendwie helfen.

    Danke und Gruß

    • Anzeige

    Hallo!

    Wenn du gerade an deiner Website arbeitest oder dein aktuelles Hosting überdenkst: Wir betreiben mit NetzLiving eine Hosting-Plattform, die speziell auf Performance, Sicherheit und einfache Verwaltung ausgelegt ist.

    • ✔️ Schnelle Ladezeiten (optimiert für WordPress & Co.)
    • ✔️ Deutsche Server & DSGVO-konform
    • ✔️ Persönlicher Support (kein 0815-Ticket-System)

    Mehr erfahren


  • Ich habe also eine php.ini mit folgenden Inhalten erstellt und direkt auf das Startverzeichnis bei Strato gelegt

    Code
    file_uploads = On
    max_execution_time = 360
    post_max_size = 20M
    memory_limit = 200M
    register_globals = Off
    safe_mode = Off
    upload_max_filesize = 15M
    session.gc_maxlifetime = 1440
    session.cache_expire = 180

    Aber er bricht dennoch mit dem o. g. Fehler ab.
    Jetzt die Frage woran das liegt, was ich machen kann bzw. wie kann ich überhaupt sehen ob die php.ini auch greift?

    In der Regel sind max_execution_time und memory_limit vom Webpaket und damit vom Preis abhängig. Ich glaube nicht, dass du bei Strato diese Werte "einfach" selber ändern kannst. Hier würde ich den Support von Strato empfehlen.

    Änderungen an der PHP.ini kannst du mit phpinfo() prüfen.
    http://php.net/manual/de/function.phpinfo.php

    Viel Glück

    Ralf

    Mit offenen Augen träumen

  • okay vielen Dank für die Info. Bevor ich dann jetzt bei Strato anrufe und dort mit Sicherheit auf ein anderen Paket geschoben werde die Frage, ob die 1,5 GB groß sind für einen Shop mit 90 Artikeln (fühlt sich irgendwie recht viel an) und ob man pauschal sagen kann was man ändern kann.
    Ich habe schon mit Plugins überprüft ob ungenutzte Daten in Wordpress liegen aber alle Bilddaten werden verwendet.

    Bzw. wie sichert ihr eure Shops in dieser Größe? Gibts vielleicht doch kein Weg drum herum ohne ein Wechsel des Pakets beim Provider oder geht ohne eine erhöhte Timeout-Zeit nichts?

  • der Webspace hat nix mit dem php memory_limit zu tun

    [size=10]Bitte immer zuerst die Forensuche nutzen und erst danach Deine Fragen hier im Forum stellen, denn sehr vieles wurde schon mehrfach beantwortet. Bitte dabei auch die Forenregeln beachten.
    Kein Support per PN - Fragen gehören ins Forum.[/SIZE]
    [size=8]Wenn du eine weise Antwort verlangst, musst du vernünftig fragen. (Johann Wolfgang von Goethe)[/SIZE]

  • @maxe
    liegt es denn jetzt an der max_execution_time wegen der Fehlermeldung Runtime Error in der Logdatei oder verstehe ich deinen Post gerade einfach falsch bzw was willst du damit sagen?


  • ob die 1,5 GB groß sind für einen Shop mit 90 Artikeln

    1.5 GB = 1.500 MB geteilt durch 90 = 16,67 MB

    mmh... bei sehr bildlastigen Produkten - Fashion, Möbel kann es mal vorkommen, dass die Summe der Bilder 16 MB erreichen kann.


    Bzw. wie sichert ihr eure Shops in dieser Größe?

    1.5 GB ist ein nix an Daten...

    Ich verwende bei Kunden und WordPress
    https://de.wordpress.org/plugins/updraftplus/

    Bei meinen Shops verwende ich eigene Server bei Hetzner mit richtiger Backup-Software...

    Mit offenen Augen träumen

  • Bzw. wie sichert ihr eure Shops in dieser Größe? Gibts vielleicht doch kein Weg drum herum ohne ein Wechsel des Pakets beim Provider

    Viele sichern ein Duplikator-Paket ohne wp-content/uploads und hin und wieder ein extra Paket nur für die Uploads.

    Worauf auch zu achten ist, Backupordner von anderen Plugins und ggf. vorhandene Cache-Ordner sollte man generell in Duplicator ausschliessen.

  • Deine Fehlermeldungen sehen nicht nach einem timeout oder memory limit problem aus.

    CRITICAL: wp-content/uploads/2017/10/Bild-095.jpg : Hash mismatch on DupArchive file entry
    CRITICAL: wp-content/uploads/2017/10/Bild-095.jpg : Invalid glob header marker found . location:1073741824
    CRITICAL: Archive : Number of files expected (14028) doesn't equal number written (9456).
    CRITICAL: Archive : Number of directories expected (1040) doesn't equal number written (1023).

    Hast mal nach den Fehlermeldungen gegooglet?

  • Tipp am Rande, die Zahl bei [FONT=Courier New]Invalid glob header marker found . location:1073741824[/FONT] ist exakt ein GB in Bytes, also 1024 * 1024 * 1024, möglicherweise gibt es ja providerseitig ein Limit bzgl. maximale Dateigrösse...

  • So, nachdem ich extra Duplicator Pro gekauft hatte, weil dort gesagt wurde, dass es wohl TimeOut-Probleme umgeht habe ich es mal mit dem Tipp von r23 versucht und als BackupPlugin updraftplus versucht. Mit dem speichern der Sicherung in die Dropbox hat es auf einmal wunderbar funktioniert.

    Da frage ich mich nun echt woran es gelegen hat. :confused:

    Ich rufe dennoch mal beim Provider an und spreche die Problematik mal an. Vielleicht gibt's da ja tatsächlich "Probleme" oder Hindernisse.

    Vielen Dank für die Hilfe.:)

  • Ich rufe dennoch mal beim Provider an und spreche die Problematik mal an. Vielleicht gibt's da ja tatsächlich "Probleme" oder Hindernisse.

    Sorry, aber Strato ist nun mal ein Massenhoster die von Limits lebt um möglichst vieleeeeeee Kunden auf einen Server legen zu können.

    Wenn du damit dein Geld verdienst, dann solltest du einen Hoster wechseln.

    *** Edit:

    Ich wage zu bezweifeln, dass es nach der DSGVO erlaubt ist, Kundendaten einfach nach Amerika zu transportieren. Dropbox ist für Europa böse.

  • In der tat ist gerade bei solchen Fällen in Erwägung zu ziehen, einen passenderen Hoster zu wählen.
    Bzgl. Dropbox hatte ich es nur so hinterlegt um zu testen ob es so überhaupt funktioniert.
    updraftPlus bietet ja einige Möglichkeiten das Backup zu speichern.
    Ich werde es einfach per FTP auf den Server legen lassen, in der Hoffnung, dass das ohne Probleme funktioniert.

  • Hab jetzt die Daten auf den Server speichern lassen und auch hier hat das Backup mit UpdraftPlus ohne Probleme funktioniert. Das Backup hat eine Größe von 1,5 GB. Es scheint also wohl tatsächlich an Duplicator zu liegen, obwohl es die kostenpflichtige Version Pro ist die eingesetzt wurde. Von UpdraftPlus hat es jeweils die Free-Version geschafft

  • Noch eine Nachfrage:

    Ist eine einzelne Backupdatei 1,5 GB gross? Oder zumindest über 1 GB?

    Oder besteht das UpdraftPlus 1,5 GB Backup aus mehreren Dateien, die jeweils kleiner als 1 GB sind?

Jetzt mitmachen!

Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!