---
type: "product"
id: 351
url: "https://prestadev.pl/de/backup-i-odtwarzanie-sklepu-pro-automatyczne-kopie-zapasowe-prestashop-z-odtwarzaniem-z-panelu-i-bez-panelu.html"
markdown_url: "https://prestadev.pl/de/markdown/product/351.md"
title: "Backup und Wiederherstellung des Shops Pro – automatische PrestaShop-Backups mit Wiederherstellung aus dem Panel und ohne Panel"
image: "https://prestadev.pl/3557/backup-und-wiederherstellung-des-shops-pro-automatische-prestashop-backups-mit-wiederherstellung-aus-dem-panel-und-ohne-panel.jpg"
sku: "PDBARPRO"
brand: "PrestaDev.pl"
price: 178.00
price_tax_excluded: 144.72
currency: "PLN"
tax_included: true
availability: "in_stock"
is_pack: false
customization_required: false
condition: "new"
categories: ["Datenimport und -export", "PrestaShop-Module", "Sicherheit, Cookies und Vorschriften"]
language: "de"
updated: "2026-10-05"
---

# Backup und Wiederherstellung des Shops Pro – automatische PrestaShop-Backups mit Wiederherstellung aus dem Panel und ohne Panel

**Backup und Wiederherstellung des Shops Pro** ist ein PrestaShop-Modul, das nach Zeitplan Sicherungskopien des gesamten Shops – Dateien und Datenbank – erstellt, jede Sicherung prüft und sie außerhalb des Shop-Servers versendet. Die Sicherungen können auf eine zweite Festplatte oder ein NAS-Laufwerk, auf einen FTP-, FTPS- oder SFTP-Server sowie in einen S3-kompatiblen Speicher (Amazon S3, Backblaze B2, Wasabi, Cloudflare R2, Hetzner, OVH, MinIO) übertragen werden, und die Aufbewahrungsregeln löschen ältere Sicherungen automatisch. Jede Aufgabe arbeitet in kurzen Schritten und wird an der Unterbrechungsstelle fortgesetzt, daher funktioniert das Modul auch auf Shared Hosting mit kurzem Ausführungslimit für Skripte – per Cron, über die Befehlszeile oder im Browser. Sicherungen können mit einem Passwort verschlüsselt werden (AES-256), und jedes Sicherungsfragment hat eine SHA-256-Prüfsumme, die direkt nach der Erstellung der Sicherung und während der Testwiederherstellung geprüft wird. Den Shop stellen Sie im Admin-Panel in drei Schritten wieder her – vollständig, nur die Datenbank, nur die Dateien, ausgewählte Tabellen oder ausgewählte Verzeichnisse – und das Modul kann zuvor den aktuellen Zustand speichern, sodass sich die Wiederherstellung selbst rückgängig machen lässt. Wenn sich das Administrationspanel überhaupt nicht öffnen lässt, stellt eine Datei `pdrestore.php` die Sicherung ohne funktionierendes PrestaShop wieder her, auch auf einem leeren Server. Das Dashboard zeigt in einem Satz an, ob der Shop geschützt ist, und weist darauf hin, was fehlt, und eine E-Mail wird gesendet, wenn die Sicherung fehlschlägt oder wenn es zu lange keine gegeben hat. Das Modul funktioniert mit PrestaShop 1.7.0–9.x und PHP 7.0–8.5, ohne Composer, ohne zusätzliche Bibliotheken und ohne das Ausführen von Systembefehlen.

## Description

## Wozu dient das Modul

 - **Schutz ab der ersten Minute.** Die Installation erstellt das Profil „Tägliche vollständige Sicherung“: Dateien und Datenbank jede Nacht um 03:00 Uhr, die sieben neuesten Sicherungen auf dem Server. Geplante Sicherungen benötigen einen Cron-Aufruf alle paar Minuten oder einen Auslöser aus dem Panel – das Dashboard zeigt die fertige Adresse und den Befehl an.
- **Eine Sicherung, die einen Serverausfall überlebt.** Eine Sicherung, die nur auf demselben Server wie der Shop liegt, geht zusammen mit ihm verloren. Das Modul sendet jede fertige Sicherung an die ausgewählten Orte außerhalb des Servers und warnt im Dashboard, wenn es keinen solchen Ort gibt.
- **Absicherung vor einem Update.** Die Schaltfläche „Schneller Snapshot vor dem Update“ kopiert die Datenbank sowie Module, Themes, Overrides und die Konfiguration – also das, was ein Update beschädigen kann – ohne die Masse an Bildern, in einem Bruchteil der Zeit einer vollständigen Sicherung.
- **Reparatur nach Ausfall, Einbruch oder misslungener Änderung.** Wiederherstellung des gesamten Shops oder nur eines Teils davon: der Datenbank, der Dateien, einer einzelnen Tabelle oder eines einzelnen Verzeichnisses, zum Beispiel eines Themes.
- **Wiederherstellung auf einem neuen Server.** Das Notfallskript `pdrestore.php` stellt den Shop aus einer Sicherung auf einem leeren Server wieder her, ohne installiertes PrestaShop – nach Serververlust oder beim Hosting-Wechsel unter derselben Shop-Adresse.

 ## Was in die Sicherung aufgenommen wird

 ### Fünf Sicherungsumfänge

 - **Dateien und Datenbank** – alles, was zum Wiederaufbau des Shops nötig ist (empfohlen).
- **Nur Datenbank** – kleine und schnelle Sicherung, gut für häufige Sicherungen zwischen vollständigen Sicherungen.
- **Nur Dateien** – Bilder, Module, Themes und die übrigen Shop-Dateien.
- **Schneller Snapshot** – Datenbank sowie die Verzeichnisse modules, themes, override, config, app/config, mails, translations, classes und controllers.
- **Eigener Umfang** – Datenbank und ausgewählte Verzeichnisse der obersten Ebene; lose Dateien im Hauptverzeichnis (index.php, .htaccess und ähnliche) werden immer einbezogen.

 ### Datenbank

 - **Dump in reinem PHP.** Tabellen, Views, Trigger, Prozeduren, Funktionen und Ereignisse, ohne das Tool mysqldump und ohne Zugriff auf die Server-Shell.
- **Shop-Tabellen oder die gesamte Datenbank.** Standardmäßig werden Tabellen mit dem Shop-Präfix gesichert; eine Option fügt alle Tabellen der Datenbank hinzu, zum Beispiel Tabellen einer externen Integration.
- **Tabellen ohne Zeilen und ausgelassene Tabellen.** Besuchsstatistiken, Suchindex, Cache und Logs werden als reine Struktur in die Sicherung aufgenommen. Eigene Listen erlauben es, weitere Tabellen hinzuzufügen, die ohne Zeilen gesichert werden, oder Tabellen vollständig auszulassen.
- **Shop-Schließung für die Dauer der Datenbanksicherung.** Eine Profiloption schaltet den Shop nur für die Minuten des Datenbank-Dumps in den Wartungsmodus, damit keine Bestellung mitten im Schreibvorgang erfasst wird, und öffnet ihn anschließend wieder – auch dann, wenn die Sicherung fehlschlägt.

 ### Dateien und Ausschlüsse

 - **Immer ausgelassen.** Cache, Logs, Sitzungen, temporäre Bilder, .git- und node\_modules-Verzeichnisse, das Sicherungsverzeichnis des Moduls selbst sowie Sicherungsverzeichnisse anderer Backup-Module und des Update-Moduls.
- **Eigene Ausschlüsse.** Ausgelassene Pfade mit Platzhalter (themes/\*/cache, \*\*/name), ausgelassene Dateitypen (z. B. zip, mp4, psd) und ein Größenlimit für einzelne Dateien.
- **Miniaturbilder und Produktbilder.** Separate Optionen lassen Miniaturbilder aus (sie können aus den Originalen erzeugt werden) oder das gesamte Verzeichnis der Produktbilder, wenn die Bilder eine eigene Sicherung haben.
- **Dateien, die während der Sicherung geändert werden.** Eine Datei, die während des Kopierens geändert, gelöscht oder unlesbar wird, wird im Protokoll vermerkt, und die Sicherung läuft weiter.

 ### Komprimierung und Aufteilung in Dateien

 - **Vier Stufen der gzip-Komprimierung** – keine, leicht, empfohlen und stärkste. Daten, die sich nicht komprimieren lassen (Bilder, Archive), speichert das Modul selbst ohne Komprimierung und spart so Zeit.
- **In Dateien aufgeteilte Sicherung** in der gewählten Größe (standardmäßig 256 MB, von 16 bis 4096 MB), sodass der Upload fortgesetzt werden kann und Dateigrößenlimits beim Hosting nicht stören. Shop-Dateien größer als 2 GB werden unterstützt.

 ## Zeitplan und automatische Sicherungen

 - **Sicherungsprofile.** Jedes Profil hat seinen eigenen Umfang, Zeitplan, Zielorte, Regeln zum Löschen alter Sicherungen und Verschlüsselung – zum Beispiel täglich eine vollständige Sicherung und zusätzlich alle paar Stunden nur die Datenbank.
- **Zeitplan.** Nur manuell, alle paar Stunden (von 1 bis 24 Stunden oder alle 2–7 Tage), täglich, an ausgewählten Wochentagen oder einmal im Monat (in einem kürzeren Monat – am letzten Tag), zu einer Uhrzeit in der Zeitzone des Shops.
- **Drei Startmethoden.** Cron-Adresse mit geheimem Token (alle 5 Minuten aufgerufen, neue Adresse mit einem Klick), Befehlszeile `php modules/pdbackupandrestorepro/cli.php` mit den Befehlen cron, run und status – ohne Zeitlimit – sowie ein Auslöser aus dem Panel für Hostings ohne Cron, der eine ausstehende Sicherung beim Besuch eines Mitarbeiters im Panel startet.
- **Kurze, fortsetzbare Schritte.** Die Dauer eines einzelnen Schritts stellst du von 5 bis 120 Sekunden ein (empfohlen 20). Nach jedem Schritt wird der Fortschritt gespeichert, und die Cron-Adresse ruft selbst den nächsten Schritt auf; wenn der Server das nicht erlaubt, setzt der nächste Cron-Aufruf die Sicherung fort.
- **Live-Fortschritt.** Fortschrittsbalken, aktuelle Phase und letzte Ereignisse. Das Schließen des Browser-Tabs unterbricht die Sicherung nicht, und die Schaltfläche „Stoppen“ beendet sie an der nächstmöglichen sicheren Stelle.
- **Nur eine Aufgabe gleichzeitig.** Eine Sperre in der Datenbank und eine Dateisperre verhindern, dass zwei Prozesse (z. B. Cron und Browser-Tab) dieselbe Sicherung gleichzeitig ausführen. Eine Aufgabe, die dreimal hintereinander keinen Fortschritt macht, endet mit einem Fehler samt angegebener Ursache.

 ## Wo Sicherungen gespeichert werden: Festplatte, NAS, FTP, FTPS, SFTP, S3

 - **Anderes Verzeichnis auf diesem Server** – zweite Festplatte oder eingebundenes Netzlaufwerk (NAS), außerhalb des Shop-Verzeichnisses.
- **FTP und FTPS.** FTPS verschlüsselt die Verbindung und prüft das Serverzertifikat (die Prüfung kann für den eigenen Server mit selbstsigniertem Zertifikat deaktiviert werden); passiver oder aktiver Modus.
- **SFTP (SSH).** Anmeldung mit Passwort oder privatem Schlüssel (RSA im PEM-Format oder OpenSSH-Schlüssel, auch passwortgeschützt; ed25519-Schlüssel dort, wo das Hosting-cURL sie unterstützt) sowie optionaler Fingerabdruck des Serverschlüssels, wodurch das Modul ausschließlich mit dem richtigen Server kommuniziert.
- **S3-kompatibler Speicher.** Amazon S3, Backblaze B2, Wasabi, Cloudflare R2, Hetzner, OVH, MinIO und andere S3-kompatible Dienste: Dienstadresse, Region, Bucket, Verzeichnis im Bucket (mehrere Shops in einem Bucket) und Bucket-Adressierung im Pfad. Große Dateien werden in Teilen hochgeladen, und das Modul ändert niemals die Einstellungen des Buckets selbst.
- **Verbindungstest.** Die Schaltfläche „Verbindung testen“ speichert, liest und löscht eine Testdatei, und wenn der Dienst es angibt – zeigt sie den freien Speicherplatz an. Das Ergebnis des letzten Tests ist in der Liste der Zielorte sichtbar.
- **Fortsetzbarer Upload.** Die Sicherung wird nacheinander und in Teilen an die ausgewählten Orte gesendet; ein unterbrochener Upload wird an der Stelle fortgesetzt, an der er stehen geblieben ist, und auf FTP-, FTPS- und SFTP-Servern wird die Größe der gesendeten Datei mit dem Original verglichen. Reste einer Sicherung, die nicht gesendet werden konnte, werden vom Zielort entfernt.
- **Wiederherstellungsskript zusammen mit der Sicherung.** Standardmäßig wird auch `pdrestore.php` an jeden Ort außerhalb des Servers gesendet, sodass sich die Sicherung auch dann wiederherstellen lässt, wenn der Shop und sein Panel nicht mehr vorhanden sind.

 ## Löschen alter Sicherungen (Aufbewahrung)

 - **An den Zielorten.** Anzahl der neuesten Sicherungen, die an jedem Ort aufbewahrt werden, Löschen von Sicherungen, die älter als die gewählte Anzahl von Tagen sind, sowie eine lange Historie nach dem Schema Tag–Woche–Monat: zusätzlich die neueste Sicherung aus jedem der letzten Tage, Wochen oder Monate.
- **Auf diesem Server.** Separate Anzahl der neuesten Sicherungen und separates Alterslimit. Bei fehlendem Speicherplatz auf der Festplatte kann das Profil die Sicherung vom Server löschen, wenn sie mindestens einen Zielort erreicht hat.
- **Was die Regeln nicht löschen.** Die neueste gute Sicherung, als geschützt markierte Sicherungen (in der Sicherungsliste oder für das gesamte Profil, z. B. Snapshots vor Updates) und Sicherungen, aus denen eine Wiederherstellung vorbereitet wurde. Alte Sicherungen werden erst gelöscht, nachdem die neue Sicherung ihr Ziel erreicht hat.
- **Aufräumen von Resten.** Wenn das Profil keine Sicherungen auf dem Server behält, verschwinden zum Wiederherstellen heruntergeladene Sicherungen nach einer Woche vom Server, und von Sicherungen, die nicht gesendet werden konnten, bleiben dort die zwei neuesten. Ein halb unterbrochenes Löschen wird erneut versucht. Von Sicherungen, die ohne Profil über die Befehlszeile erstellt wurden, bleiben auf dem Server die sieben neuesten erhalten.

 ## Verschlüsselung der Sicherungen und Sicherheit

 - **AES-256 mit Integritätskontrolle.** Jedes Fragment der Sicherung wird mit dem AES-256-Algorithmus (CTR-Modus) verschlüsselt und mit HMAC-SHA256 signiert; der Schlüssel wird aus dem Passwort mittels PBKDF2-SHA256 (200 000 Iterationen) erzeugt. Auch die Liste der Sicherungsdateien ist verschlüsselt, sodass Dateinamen nicht sichtbar sind.
- **Erkennung von Manipulationen.** Die Sicherungsbeschreibung (Manifest) ist signiert, und jedes Fragment ist an die Sicherung, die Datei und die Position in der Datei gebunden – ein ausgetauschtes, vertauschtes oder aus einer anderen Sicherung eingeschleustes Fragment besteht die Prüfung nicht.
- **Sicherungspasswort.** Mindestens 12 Zeichen, zweimal einzugeben, verschlüsselt gespeichert und nirgendwo sonst erneut angezeigt. Ohne das Passwort kann niemand eine verschlüsselte Sicherung wiederherstellen, auch nicht der Autor des Moduls. Das neue Passwort gilt für zukünftige Sicherungen.
- **Verschlüsselte Zugangsdaten.** Passwörter und Schlüssel der Zielorte werden verschlüsselt in der Datenbank gespeichert und nicht in das Formular zurückgegeben.
- **Für das Internet gesperrtes Sicherungsverzeichnis.** Bei der Installation wählt das Modul ein Verzeichnis außerhalb des öffentlichen Teils der Website, wenn das Hosting dies erlaubt; andernfalls einen Ordner mit zufälligem Namen und Schutzdateien. Die Schaltfläche „Aus dem Internet prüfen“ im Dashboard prüft, ob Dateien aus dem Verzeichnis heruntergeladen werden können, und gibt für nginx eine fertige Sperrregel an.
- **Warnungen im Panel.** Die Profilliste warnt, wenn unverschlüsselte Sicherungen außerhalb des Servers gespeichert werden, und die Liste der Zielorte – wenn ein SFTP-Ort den Serverschlüssel nicht prüft.
- **Keine Verbindungen zu den Servern des Autors.** Das Modul sendet keine Daten an den Autor und führt keine Systembefehle aus; außerhalb des eigenen Shops verbindet es sich ausschließlich mit den Zielorten und der Monitoring-Adresse, die du selbst festlegst.

 ## Überprüfung der Sicherungen und Test-Wiederherstellung

 - **Prüfung jeder Sicherung.** Nach der Erstellung wird die Sicherung erneut gelesen, und die SHA-256-Prüfsummen aller ihrer Fragmente werden mit den gespeicherten verglichen. In der Liste hat die Sicherung dann den Status „verifiziert“.
- **Test-Wiederherstellung.** Vollständiges Lesen der Sicherung – Entschlüsselung, Dekomprimierung, Archivprüfung und Zählen der SQL-Anweisungen anhand der Sicherungsbeschreibung – ohne jegliche Änderungen am Shop. Eine nur außerhalb des Servers gespeicherte Sicherung wird dafür heruntergeladen.
- **Erinnerung.** Das Dashboard markiert, wenn im letzten Monat keine Sicherung vollständig gelesen wurde.

 ## Wiederherstellung des Shops aus einer Sicherung im Panel

 - **Assistent in drei Schritten.** Auswahl der Sicherung, Auswahl dessen, was zurückkehren soll, und Bestätigung durch Eingabe der Shop-Adresse. Bis zur Bestätigung wird nichts geändert.
- **Fünf Wiederherstellungsumfänge.** Alles, was in der Sicherung enthalten ist; nur die Datenbank; nur die Dateien; ausgewählte Tabellen; ausgewählte Verzeichnisse (z. B. themes/classic oder img/p).
- **Zuerst der aktuelle Zustand.** Die empfohlene Option erstellt vor der Wiederherstellung eine geschützte Sicherung dessen, was ersetzt wird – bei verschlüsselten Sicherungen verschlüsselt mit dem Passwort des Profils. Wenn sich die Wiederherstellung als Irrtum herausstellt, kehrst du zum Zustand davor zurück.
- **Kontrolle vor dem Start.** Freier Speicherplatz, Schreibrecht im Shop-Verzeichnis, Übereinstimmung des Tabellenpräfixes, PrestaShop-Version, aus der die Sicherung stammt, und das Passwort der verschlüsselten Sicherung. Warnungen werden vor der Bestätigung angezeigt.
- **Sichere Ausführung.** Für die Dauer der Wiederherstellung ist der Shop für Kunden geschlossen und wird am Ende wieder geöffnet. Die Wiederherstellung läuft auf einer separaten Seite außerhalb des Panels, weil das Panel selbst in dieser Zeit ersetzt wird; nach einer Unterbrechung setzt sie an der Stelle fort, an der sie stehen geblieben ist, und die Seite entfernt sich nach Abschluss selbst.
- **Einstellungsdatei und Anmeldung.** Die PrestaShop-Einstellungsdatei stammt aus der Sicherung, behält aber die Datenbankverbindung des aktuellen Servers bei. Nach der Wiederherstellung melden sich Mitarbeiter mit den Konten vom Tag der Sicherungserstellung an.
- **Sicherungen außerhalb des Servers.** Eine Sicherung, die nur an einem Zielort gespeichert ist, wird mit der Schaltfläche „Herunterladen und prüfen“ heruntergeladen und sofort vollständig gelesen, bevor sie zur Wiederherstellung verwendet wird.
- **Sicherungen von einem neueren Datenbankserver.** Bei der Wiederherstellung einer Sicherung, die auf einer neueren Version von MySQL oder MariaDB erstellt wurde, werden unbekannte Kollationen und entfernte SQL-Modi durch Entsprechungen ersetzt, und verbleibende Fehler werden gemeldet.
- **Unterbrochene Wiederherstellung.** Eine Wiederherstellung, die 10 Minuten lang kein Lebenszeichen gibt, kann aus dem Panel aufgegeben werden – der Shop wird wieder geöffnet, und Sicherungen werden erneut ausgeführt.

 ## Notfall-Wiederherstellung ohne Panel: pdrestore.php

 - **Eine Datei.** `pdrestore.php` kannst du aus dem Tab Wiederherstellung herunterladen; standardmäßig liegt sie auch an jedem Zielort neben der Sicherung.
- **Ohne PrestaShop.** Du lädst das Skript zusammen mit den Sicherungsdateien (Namen beginnend mit pdbr-) in das Shop-Verzeichnis hoch und öffnest es im Browser. Wenn sich auf dem Server kein Shop befindet, fragt das Skript nach den Datenbankdaten.
- **Nachweis des Serverzugriffs.** Das Skript erstellt neben sich eine Datei mit einem Code, der abgeschrieben werden muss – niemand Fremdes, der die Adresse des Skripts kennt, kann es verwenden.
- **Fortsetzung und Aufräumen.** Nach einem Verbindungsabbruch setzt die Wiederherstellung beim letzten abgeschlossenen Schritt fort, und am Ende entfernt sich das Skript mit einer Schaltfläche vom Server. Oberfläche auf Polnisch und Englisch.

 ## Dashboard: Ist der Shop geschützt?

 - **Bewertung in einem Satz.** Zum Beispiel „Der Shop ist geschützt. Die letzte Sicherung ist von …, die nächste ist geplant für …“ oder ein konkretes Problem: keine Sicherung, fehlgeschlagene Sicherung, zu alte Sicherung, nicht funktionierender Cron, kein Ort außerhalb des Servers, Sicherungsverzeichnis aus dem Internet offen zugänglich.
- **Checkliste.** Letzte Sicherung, ihr Alter, Zeitplan, Cron, Sicherung außerhalb des Servers, Sicherungsverzeichnis, Benachrichtigungen und Test-Wiederherstellung – jeder Punkt mit einer Schaltfläche, die zu der Stelle führt, an der du ihn behebst.
- **Kacheln, Diagramm und Ereignisse.** Letzte gute Sicherung, nächste Sicherung, Anzahl der Sicherungen auf dem Server (mit ihrer Größe) und an jedem Zielort, freier Speicherplatz, Diagramm von Größe und Dauer der letzten Sicherungen sowie die letzten Ereignisse aus dem Protokoll.
- **Vier Fragen zum Start.** Was sichern, wo Sicherungen aufbewahren, wann und wen benachrichtigen – die Antworten werden im Profil gespeichert. Einen neuen Zielort kannst du unterwegs hinzufügen, und nach einem erfolgreichen Verbindungstest kehrst du zu den Fragen mit diesem ausgewählten Ort zurück.
- **Umgebungstest.** PHP-Version, Erweiterungen, Zeit- und Speicherlimits, Sicherungsverzeichnis und freier Speicherplatz – mit Erklärung, was jede Einschränkung bedeutet.
- **Kopfzeile auf jedem Tab.** Letzte gute Sicherung, nächste geplante Sicherung und Schutzstatus sind auf jeder Seite des Moduls sichtbar.

 ## E-Mail-Benachrichtigungen und Monitoring

 - **Alarme.** E-Mail, wenn die Sicherung fehlschlägt; wenn die Sicherung erstellt wurde, aber nicht alle Zielorte erreicht hat; wenn das Profil keinen Ort hat, an den sie gesendet werden kann; wenn eine geplante Sicherung nicht gestartet werden konnte sowie wenn es für eine eingestellte Zeit (standardmäßig 48 Stunden) keine erfolgreiche Sicherung gibt.
- **Bestätigungen.** Optionale E-Mail nach jeder erfolgreichen Sicherung, mit Größe und Anzahl der Orte, an denen sie gespeichert ist.
- **Empfänger und Sprache.** Beliebige Liste von Adressen (leeres Feld = E-Mail-Adresse des Shops); Nachrichten in der Standardsprache des Shops, auf Polnisch oder auf Englisch.
- **Monitoring-Adresse (Heartbeat).** Wird nach jeder erfolgreichen Sicherung aufgerufen, sodass ein externer Monitoring-Dienst dich benachrichtigt, wenn keine Sicherungen mehr erstellt werden. Die Einstellungen zeigen, wann sich Cron zuletzt gemeldet hat, und das Dashboard alarmiert, wenn Cron den Shop nicht mehr aufruft.

 ## Sicherungsliste und Protokoll

 - **Sicherungsliste.** Profil, Inhalt, Größe, Dauer, Speicherorte, Verifikationsergebnis und Schutz. Sicherungsdetails: Größe vor der Komprimierung, Anzahl der Dateien und Tabellen, Verschlüsselung sowie die PrestaShop- und Modulversionen, die sie erstellt haben.
- **Aktionen für eine Sicherung.** Herunterladen der Sicherungsdateien auf den eigenen Computer (mit Möglichkeit zur Fortsetzung des Downloads), Notiz, Schutz vor automatischem Löschen, Test-Wiederherstellung, Wiederherstellung und Löschen von allen Orten gleichzeitig.
- **Sicherungen im Verzeichnis finden.** Sicherungen, die im Sicherungsverzeichnis liegen, aber nicht in der Liste vorhanden sind (z. B. von einem anderen Server verschoben), werden mit einer Schaltfläche zur Liste hinzugefügt.
- **Protokoll.** Jeder Schritt der Sicherung, des Uploads und der Wiederherstellung mit einer klaren, übersetzten Meldung; Filterung und Herunterladen des Protokolls als Textdatei. Downloads von Sicherungen, Wiederherstellungen und das Aufgeben einer Wiederherstellung – mit dem Namen des Mitarbeiters – werden zwei Jahre lang gespeichert, die übrigen Einträge sechs Monate.

 ## Offenes Sicherungsformat

 - **Normale .tar.gz-Archive.** Eine unverschlüsselte Sicherung kann jedes Archivprogramm öffnen (7-Zip, WinRAR, tar), und die Datenbank befindet sich darin als SQL-Dateien im Verzeichnis db – die Sicherung macht nicht vom Modul abhängig.
- **Unabhängige Fragmente.** Jede Sicherungsdatei besteht aus Fragmenten, die einzeln komprimiert und geprüft werden, sodass Sicherung, Verifikation, Upload und Wiederherstellung nach einer Unterbrechung fortgesetzt werden können.

 ## Berechtigungen, mehrere Shops und Deinstallation

 - **Mitarbeiterberechtigungen.** Ein Mitarbeiter mit Ansichtsrecht sieht Sicherungen, Fortschritt und Protokoll; das Starten von Sicherungen, das Herunterladen von Sicherungsdateien, die Wiederherstellung und das Ändern von Einstellungen erfordern Bearbeitungsrecht. Jede Aktion im Panel prüft das Sicherheitstoken und die Berechtigungen.
- **Mehrere Shops (Multistore).** Die Sicherung umfasst die gesamte PrestaShop-Installation – alle Shops gleichzeitig – und die Moduleinstellungen sind für die Installation gemeinsam.
- **Deinstallation.** Entfernt Moduleinstellungen, Zeitpläne und Sicherungshistorie. Sicherungsdateien auf der Festplatte und an den Zielorten bleiben erhalten.

 ## Anforderungen und Kompatibilität

 - **PrestaShop 1.7.0–9.x, PHP 7.0–8.5 (64-Bit), MySQL 5.6+ oder MariaDB 10+.**
- **PHP-Erweiterungen.** zlib (Komprimierung, erforderlich), OpenSSL (Sicherungsverschlüsselung und Schutz der Zugangsdaten), cURL (FTP, FTPS, SFTP, S3, Prüfung des Sicherungsverzeichnisses aus dem Internet und Monitoring-Adresse); SFTP erfordert cURL, das mit SFTP-Unterstützung gebaut wurde. Die Einstellung mbstring.func\_overload muss deaktiviert sein.
- **Geringe Speicheranforderungen.** Die Backup-Engine selbst benötigt etwa 20 MB Speicher; ein kurzes Request-Zeitlimit stört nicht.
- **Ohne Abhängigkeiten.** Ohne Composer, ohne eingebundene Bibliotheken, ohne exec und Shell-Befehle.
- **Sprachen.** Moduloberfläche, E-Mails und Wiederherstellungsskript auf Polnisch und Englisch.

 ## Wichtige Funktionsgrenzen (Version 1.0)

 - Eine Wiederherstellung unter einer anderen Shop-Adresse oder in eine Datenbank mit anderem Tabellenpräfix wird nicht unterstützt – das Modul verweigert dies vor der ersten Änderung.
- Jede Sicherung ist eine vollständige Sicherung ihres Umfangs; inkrementelle Sicherungen sind nicht verfügbar.
- Unter den Zielorten gibt es weder Google Drive noch Dropbox.
- Die Wiederherstellung entfernt keine Dateien oder Tabellen, die nach der Erstellung der Sicherung im Shop hinzugekommen sind.
- Views, Trigger und Prozeduren werden nur bei der Wiederherstellung der gesamten Datenbank zurückgebracht.
- Eine Datenbanksicherung, die über die Cron-Adresse oder den Browser ausgeführt wird, entsteht in vielen kurzen Schritten; bei einem stark frequentierten Shop wird die Option empfohlen, den Shop für die Dauer der Datenbanksicherung zu schließen, oder die Sicherung über die Befehlszeile zu starten.
- Geplante Sicherungen erfordern Cron; der Auslöser aus dem Panel ist eine Notlösung, die von Mitarbeiterbesuchen abhängt.
- Das Notfallskript benötigt die Sicherungsbeschreibungsdatei (der Name endet auf .manifest.json).
- Die Deinstallation hinterlässt im Shop-Verzeichnis Dateien einer begonnenen und nicht abgeschlossenen Wiederherstellung (pdbr-restore-\*) – diese müssen abgeschlossen, im Panel aufgegeben oder manuell gelöscht werden.
- Das Protokoll speichert zwei Jahre lang die Namen der Mitarbeiter, die eine Sicherung heruntergeladen oder den Shop wiederhergestellt haben – das sollte im Verzeichnis der Verarbeitungstätigkeiten personenbezogener Daten berücksichtigt werden.

## Features

| Feature | Value |
| --- | --- |
| Unterstützung für Prestashop 9.x | Ja |
| Unterstützung für Prestashop 8.x | Ja |
| Unterstützung für Prestashop 1.7.x | so |
| Modulübersetzungen | EN, ENG |
| Kostenloser Support | so |
| Kostenlose Updates (1 Jahr) | so |

## Categories

- Datenimport und -export
- PrestaShop-Module
- Sicherheit, Cookies und Vorschriften