PrestaShop PrestaShop-Module

PrestaShop 8 & 9 Server-Umzug: Ihren Shop auf einen neuen Hoster umziehen

Ziehen Sie Ihren Shop auf einen neuen Server um – ohne FTP-Marathon, kaputte URLs oder vollen Datenträger.

Ein Hosterwechsel bedeutet meist: Gigabytes per FTP kopieren, eine Datenbank exportieren, die in einen Timeout läuft, und danach alte URLs in Einstellungen und Modulen suchen. Server Migration erledigt das in einem geführten Ablauf. Zuerst misst das Modul den Shop und den freien Speicherplatz. Dann packt es Dateien und Datenbank in kurzen Schritten, die nach jeder Unterbrechung fortgesetzt werden. Das Paket geht direkt an den neuen Server, wo ein eigenständiger Installer es wiederherstellt und Datenbankzugang, Domains, serialisierte Daten und .htaccess anpasst. Ihr aktueller Shop wird nur gelesen, nie verändert.

Auf einen Blick

Vollständiger Umzug von Dateien und Datenbank auf einen neuen Server, eine neue Domain oder in einen Unterordner
Vorabprüfungen mit echten Zahlen: Shopgröße, geschätztes Paket, freier Speicherplatz, PHP-Limits
Direktübertragung von Server zu Server in signierten Blöcken oder Paket-Download für FTP
Eigenständiger Installer in 8 Sprachen: Datenbank, Domains, serialisierte Daten, .htaccess und Caches
Sicher konzipiert: Speicherplatzschutz, Fortsetzung nach jeder Unterbrechung, Installer, der sich selbst löscht

PrestaShop 1.7.8, 8 & 9 Direktübertragung Fortsetzung nach Unterbrechung 8 Sprachen

30 Tage Rückgaberecht
12 Monate Updates
24-h-Support

Entwickelt von einer zertifizierten PrestaShop-Agentur

www.datafirefly.com/de/

Vorabprüfungen des PrestaShop-Server-Umzugs: Dateien, Datenbank, geschätztes Paket und freier Speicherplatz

v2.0.1 · aktualisiert 2026-11-02

Was es leistet

Die Kurzfassung.

Prüfungen mit Zahlen statt grünem Haken

Bevor etwas geschrieben wird, misst das Modul Dateien und Datenbank, schätzt das Paket (komprimiert und im ungünstigsten Fall) und vergleicht es mit dem freien Speicherplatz. Es listet die größten Ordner und Tabellen auf und erkennt eine weitere PrestaShop-Kopie in einem Unterordner, etwa ein altes Staging, die Sie mit einem Klick ausschließen können.

Der Live-Shop wird nie gefährdet

Der Shop wird nur gelesen: Dateien werden schreibgeschützt geöffnet, und die Datenbank wird über eine separate Verbindung mit Leseabfragen exportiert. Während der Erstellung hält das Modul mindestens 128 MB auf dem Datenträger frei. Wird der Platz knapp, pausiert die Erstellung mit Ursache und Lösung und geht mit „Erneut versuchen“ weiter. Ihre Kunden bestellen ungestört weiter.

Direkt von Server zu Server

Kein Herunterladen von Gigabytes und erneutes Hochladen per FTP. Das Paket wird in mit HMAC-SHA256 signierten Blöcken an den Installer auf dem neuen Server übertragen. Vor dem Senden prüft das Modul, ob das Ziel die passende PHP-Version und genug Speicherplatz hat. Eine unterbrochene Übertragung wird ab dem letzten bestätigten Byte fortgesetzt.

Eine Wiederherstellung, die PrestaShop kennt

Der Installer trägt die neuen Datenbankzugangsdaten in parameters.php ein, aktualisiert ps_shop_url und die Domain-Einstellungen jedes Shops, ersetzt alte URLs überall in der Datenbank, ohne serialisierte Daten zu beschädigen, legt die symbolischen Links von PrestaShop 9 neu an, lässt PrestaShop die .htaccess neu erzeugen und leert die Caches. Anschließend prüft er das Ergebnis selbstständig.

Die ausführliche Fassung

Alles, was Sie vor der Installation wissen wollen.

Ein detaillierter Blick darauf, wie PrestaShop 8 & 9 Server-Umzug: Ihren Shop auf einen neuen Hoster umziehen funktioniert, warum wir es so gebaut haben und der Gedanke hinter den Funktionen oben.

§ 01

Warum Server-Umzüge schiefgehen

Ein PrestaShop-Shop besteht aus Zehntausenden Dateien und einer Datenbank voller absoluter URLs, manche davon in serialisierten Moduleinstellungen. Beim manuellen Kopieren bricht die Übertragung auf halbem Weg ab, der SQL-Import läuft in einen Timeout, der Datenträger des alten Servers läuft während der Sicherung voll, und nach der DNS-Umstellung zeigt der Shop noch immer auf die alte Domain. Server Migration macht aus diesen Fallstricken einen geführten Ablauf mit einer Prüfung bei jedem Schritt.

§ 02

Erst messen, dann erstellen

Der erste Schritt analysiert den Shop: Anzahl und Größe der Dateien, Größe der Datenbank, geschätztes Paket und freier Speicherplatz, dazu die größten Ordner und Tabellen. Eine in einem Unterordner abgelegte PrestaShop-Kopie wird erkannt und lässt sich mit einem Klick ausschließen. Passt das Paket nicht, sagt Ihnen das Modul das mit Zahlen, bevor etwas geschrieben wird.

§ 03

Eine Erstellung, die den Live-Shop nie beeinträchtigt

Dateien werden gelesen, und die Datenbank wird mit Leseabfragen exportiert – in Schritten von wenigen Sekunden, die genau dort weitergehen, wo sie unterbrochen wurden. Eine Sicherheitsreserve von 128 MB bleibt auf dem Datenträger frei: Wird es knapp, pausiert die Erstellung, statt den Datenträger zu füllen, und geht mit einem Klick weiter, sobald wieder Platz frei ist. Mit einem Paket nur mit Datenbank gleichen Sie die letzten Bestellungen kurz vor der Umstellung ab.

§ 04

Von Server zu Server, ohne Umweg über Ihren Computer

Laden Sie den Installer auf den neuen Hoster, fügen Sie seine Adresse ein und testen Sie die Verbindung: Das Modul prüft PHP-Version, freien Speicherplatz und Schreibrechte des Ziels. Danach geht das Paket in signierten Blöcken direkt von Server zu Server. Wenn Ihnen das lieber ist, laden Sie das Paket herunter und per FTP hoch: Der Installer findet es selbstständig.

§ 05

Eine Wiederherstellung, die die Arbeit zu Ende bringt

Der Installer testet die neue Datenbank, bevor er etwas schreibt, und entpackt, importiert und passt dann an: parameters.php, ps_shop_url, Domain-Einstellungen pro Shop, URLs in allen Tabellen einschließlich serialisierter Daten, symbolische Links, die von PrestaShop neu erzeugte .htaccess und die Caches. Anschließend prüft er das Ergebnis, zeigt eine Checkliste für den Livegang und löscht sich spätestens 24 Stunden später selbst.

Alles enthalten

Die vollständige Liste.

Prüfungen mit Zahlen statt grünem Haken — Bevor etwas geschrieben wird, misst das Modul Dateien und Datenbank, schätzt das Paket (komprimiert und im ungünstigsten Fall) und vergleicht es mit dem freien Speicherplatz. Es listet die größten Ordner und Tabellen auf und erkennt eine weitere PrestaShop-Kopie in einem Unterordner, etwa ein altes Staging, die Sie mit einem Klick ausschließen können.

Der Live-Shop wird nie gefährdet — Der Shop wird nur gelesen: Dateien werden schreibgeschützt geöffnet, und die Datenbank wird über eine separate Verbindung mit Leseabfragen exportiert. Während der Erstellung hält das Modul mindestens 128 MB auf dem Datenträger frei. Wird der Platz knapp, pausiert die Erstellung mit Ursache und Lösung und geht mit „Erneut versuchen“ weiter. Ihre Kunden bestellen ungestört weiter.

Direkt von Server zu Server — Kein Herunterladen von Gigabytes und erneutes Hochladen per FTP. Das Paket wird in mit HMAC-SHA256 signierten Blöcken an den Installer auf dem neuen Server übertragen. Vor dem Senden prüft das Modul, ob das Ziel die passende PHP-Version und genug Speicherplatz hat. Eine unterbrochene Übertragung wird ab dem letzten bestätigten Byte fortgesetzt.

Eine Wiederherstellung, die PrestaShop kennt — Der Installer trägt die neuen Datenbankzugangsdaten in parameters.php ein, aktualisiert ps_shop_url und die Domain-Einstellungen jedes Shops, ersetzt alte URLs überall in der Datenbank, ohne serialisierte Daten zu beschädigen, legt die symbolischen Links von PrestaShop 9 neu an, lässt PrestaShop die .htaccess neu erzeugen und leert die Caches. Anschließend prüft er das Ergebnis selbstständig.

Assistent mit fünf Schritten im Backoffice: Prüfungen, Paket, Übertragung, Wiederherstellung, Livegang

Vorabprüfungen: PHP-Version und -Erweiterungen, max_execution_time, memory_limit, upload_max_filesize und post_max_size, Datenbankserver, max_allowed_packet

Größenanalyse: Dateien, Datenbank, geschätztes Paket komprimiert und im ungünstigsten Fall, größte Ordner und Tabellen

Erkennung einer weiteren PrestaShop-Installation in einem Unterordner (Staging-Kopie, alter Shop), mit einem Klick ausgeschlossen

Freier Speicherplatz vor dem Start mit dem Paket verglichen, Warnung statt Absturz, wenn der Hoster disk_free_space() deaktiviert

Drei Paketarten: Dateien und Datenbank, nur Datenbank für den letzten Abgleich der Bestellungen, nur Dateien

Ausschlüsse: Caches, Logs, Sicherungen von 1-Click Upgrade, Git-Ordner und node_modules, Miniaturansichten, eigene Muster und eine maximale Dateigröße

Option „Schlankere Datenbank“: Besucherstatistiken und Logs als leere Tabellen exportiert

Packen in kurzen Schritten mit Live-Phasen, Zählern, Geschwindigkeit, Restzeit und Log

Pause, bevor der Datenträger voll ist, mit Ursache und Lösung, danach Fortsetzung an der Unterbrechungsstelle

Abschließende Prüfung des Pakets und herunterladbares Erstellungslog

Pakete außerhalb des Web-Stammverzeichnisses gespeichert, sofern das Hosting es erlaubt, sonst in einem zufällig benannten Ordner, dessen Schutz von Ihrem Browser aus getestet wird

Pakete nach Ablauf der Aufbewahrungsfrist automatisch gelöscht (standardmäßig 3 Tage)

Direktübertragung von Server zu Server in mit HMAC-SHA256 signierten Blöcken, fortgesetzt ab dem letzten bestätigten Byte

Kompatibilitätstest des neuen Servers vor dem Senden: Installer, PHP für diese PrestaShop-Version, freier Speicherplatz für dieses Paket, Schreibrechte

Paket-Download für den Upload per FTP oder SFTP

Eigenständiger Installer: kein PrestaShop auf dem neuen Server nötig, nur PHP und eine leere Datenbank

Installer auf Englisch, Französisch, Spanisch, Deutsch, Italienisch, Polnisch, Niederländisch und Portugiesisch

Datenbanktest vor dem Schreiben: Version im Vergleich zur Quelle, max_allowed_packet, vorhandene Tabellen mit demselben Präfix

Änderung von Domain, Tabellenpräfix und Basisordner (Unterordner)

Multishop: eine Domain-Zuordnung pro Shop-URL

Alte URLs in allen Tabellen ersetzt, einschließlich serialisierter Daten und JSON, E-Mail-Adressen bleiben unverändert

Symbolische Links von PrestaShop 9 neu angelegt, als Kopie, wenn der Hoster sie nicht erlaubt

Symbolische Links, die aus dem Shop herauszeigen, als echte Ordner kopiert, Schleifen und defekte Links ausgelassen

.htaccess von PrestaShop neu erzeugt, Caches geleert

Automatische Prüfungen nach der Wiederherstellung und Checkliste für den Livegang: DNS, SSL, Cronjobs, E-Mails, Cache, Zahlungen, SEO

Fehlermeldungen mit Lösung: Datenträger voll, Zugriff verweigert, HTTP 401/403/404/413, SSL, Timeout und mehr

Installer durch den Migrationsschlüssel geschützt, Datenbankpasswort nie im Klartext gespeichert, Installer nach der Wiederherstellung automatisch gelöscht

Changelog · 2 Releases

Was ausgeliefert wurde.

Jedes Release durchläuft Kompatibilitätstests gegen die letzten drei Plattform-Minor-Versionen. Kein Feature versteckt in einem Fix, kein Fix versteckt in einem Feature.

Fix v2.0.1 2026-11-02

Symbolische Links, die aus dem Shop herauszeigen (gemeinsamer Upload-Ordner, eingebundener Speicher), werden jetzt als echte Ordner oder Dateien auf den neuen Server kopiert
Defekte Links, Schleifen und Systemordner werden ausgelassen und im Bericht aufgeführt
Neue Option im Schritt Paket, standardmäßig aktiviert, und Anzeige dieser Links in der Größenanalyse

Major v2.0.0 2026-11-01

Erste öffentliche Version
Assistent mit fünf Schritten, Vorabprüfungen mit echten Zahlen und Größenanalyse
Speicherplatzschutz während der Erstellung: Pause und Fortsetzung statt vollem Datenträger
Pakete vollständig, nur Datenbank und nur Dateien
Direktübertragung von Server zu Server in signierten Blöcken, mit Kompatibilitätstest des neuen Servers
PrestaShop 9: symbolische Links der Admin-Bundles auf dem neuen Server neu angelegt
Eigenständiger Installer in 8 Sprachen: Datenbank, Domains, serialisierte Daten, von PrestaShop neu erzeugte .htaccess, Caches
Automatische Prüfungen und Checkliste für den Livegang nach der Wiederherstellung
Datenbankpasswort versiegelt und anschließend gelöscht, Installer automatisch gelöscht
Kompatibel mit PrestaShop 1.7.8, 8 und 9

Fragen

Noch eine Frage vor der Bestellung?

Verändert das Modul etwas an meinem aktuellen Shop?

Nein. Dateien werden nur gelesen, und die Datenbank wird über eine separate Verbindung mit Leseabfragen exportiert. Das Modul schreibt nur in seinen eigenen Speicherordner und hält mindestens 128 MB auf dem Datenträger frei, damit der Shop während der Erstellung weiterläuft.

Was brauche ich auf dem neuen Server?

Einen PHP-Hoster mit den üblichen PrestaShop-Erweiterungen und eine leere MySQL- oder MariaDB-Datenbank. PrestaShop muss nicht installiert sein: Sie laden eine einzige Datei hoch, dfsm-installer.php, und öffnen sie in Ihrem Browser.

Mein Shop ist groß. Kommt es zu Timeouts?

Nein. Keine einzelne Anfrage dauert länger als wenige Sekunden. Jede Phase – Scan, Export, Packen, Übertragung, Entpacken, Import und URL-Ersetzung – wird dort fortgesetzt, wo sie unterbrochen wurde, auch nach einem geschlossenen Tab oder einem Server-Timeout.

Was passiert, wenn der Datenträger voll wird?

Das Modul vergleicht vor dem Start den freien Speicherplatz mit dem Paket. Während der Erstellung pausiert es, sobald weniger als 128 MB übrig blieben, zeigt Ursache und Lösung und setzt mit „Erneut versuchen“ fort. Auf dem neuen Server startet der Installer nicht, wenn der Speicherplatz zu klein ist, und pausiert, bevor der Datenträger voll ist.

Kann ich die Domain oder das Tabellenpräfix ändern oder den Shop in einen Unterordner verschieben?

Ja. Der Installer fragt für jede Shop-URL die neue Domain ab, dazu das Tabellenpräfix und den Basisordner, und wendet alles auf die Datenbank und die Konfigurationsdateien an.

Wie vermeide ich, dass die letzten Bestellungen verloren gehen?

Testen Sie zuerst den neuen Shop, versetzen Sie dann den alten in den Wartungsmodus, erstellen Sie ein Paket „Nur Datenbank“ und stellen Sie es kurz vor der DNS-Umstellung auf dem neuen Server wieder her. Der Installer füllt die Datenbankzugangsdaten des bereits wiederhergestellten Shops vorab aus.

Ist der Umzug sicher?

Nur Super-Administratoren können das Modul verwenden. Pakete werden nach Möglichkeit außerhalb des Web-Stammverzeichnisses gespeichert, sonst in einem zufällig benannten Ordner, dessen Schutz von Ihrem Browser aus geprüft wird. Der Installer verlangt den Migrationsschlüssel, prüft die Signatur jedes Blocks, speichert das Datenbankpasswort nie im Klartext und löscht sich nach der Wiederherstellung oder bei Ablauf selbst.

Wird Multishop unterstützt?

Ja. Jede Shop-URL erhält ihre eigene Domain-Zuordnung, und die Domain-Einstellungen jedes Shops werden entsprechend aktualisiert.

129,00€

Einmalig · 12 Monate Updates

Dokumentation lesen

Unbegrenzte Dev- und Staging-Installationen
Quellcode inklusive
30 Tage Rückgaberecht
24-h-Support · EN / FR

5,0/5 20 Bewertungen

giuliano 9. Oktober 2026 ★★★★★

“sehr nützliches Modul – mit der Massen-Zuordnung haben wir den Katalog wiederhergestellt, nachdem wir aus WooCommerce importiert hatten, wo wir nur ein Bild pro Variante hatten,…”
Kombinationsbilder nach Farbe zuweisen für PrestaShop 8 & 9
giuliano stella 2. Oktober 2026 ★★★★★

“sehr nützlich um die Produkte auf der Startseite zu verwalten”
DataFirefly Produktpositionen — Drag & Drop für Kategorien in PrestaShop 1.7.8, 8 & 9
giuliano stellac 2. Oktober 2026 ★★★★★

“tolles Modul für ein Omnichannel-Management, es ermöglicht dem Katalog auch Produkte ohne Menge zuzuweisen, die für b2c-Kunden nicht sichtbar bleiben, aber für den Katalog des stationären…”
Produkte nach Kundengruppe ausblenden für PrestaShop 8 & 9 + Tablet-Katalog für das Ladengeschäft
Giuliano 30. Juli 2026 ★★★★★

“Außergewöhnlicher technischer Support, schnell, erreichbar und kompetent.”
DataFirefly Mega Menu & Burger

PrestaShop 8 & 9 Server-Umzug: Ihren Shop auf einen neuen Hoster umziehen