Umzugs-Assistent

Vom alten Hoster zum neuen, ohne Drama

Packt dein komplettes RadioCMS - Datenbank, Einstellungen, hochgeladene Dateien, installierte Plugins und Themes - in ein einziges Backup-Paket. Zum Wiederherstellen auf dem neuen Server reicht dieses Paket plus eine kleine Installer-Datei. Du musst nichts neu installieren, nichts manuell übertragen und keine Plugin-Lizenz neu aktivieren. Audio-Aufnahmen (Show-Replay-MP3s) kannst du optional mitnehmen oder weglassen. Auch ohne Umzug ein bequemes Voll-Backup zum Runterladen als Versicherung.

Was du konkret damit machen kannst

Use-Case 1: Hoster-Wechsel ohne Neu-Aufsetzen

Du wechselst von Hoster A zu Hoster B. Statt drüben das CMS neu zu installieren, alle Plugins nachzuladen, alle Settings nochmal einzutippen und Inhalte per Hand zu kopieren, ziehst du einmal das Backup-Paket, packst es mit zwei Klicks auf den neuen Server und bist in unter zehn Minuten wieder live.

Use-Case 2: Voll-Backup als Versicherung

Einmal pro Woche (oder vor jedem größeren Eingriff) auf „Neues Backup" klicken, das ZIP runterladen, irgendwo sicher ablegen. Falls beim nächsten Plugin-Update etwas schief geht oder dir der Hoster Ärger macht, hast du einen vollständigen Snapshot in der Tasche.

Use-Case 3: Test-Umzug auf einem Test-Webspace

Du willst sehen wie sich dein CMS auf einem anderen Hosting-Tarif benimmt, bevor du den echten Umzug machst. Lade Backup + Installer auf einen kleinen Test-Webspace, führe den Restore durch, klick alles durch. Wenn dir der Tarif gefällt, machst du das nochmal sauber im Echtbetrieb.

Installation und Aktivierung

Kostenloses Plugin

Admin → Plugins → Tab Marketplace
Umzugs-Assistent finden, grüner „FREE"-Badge
Plugin laden klicken → wird automatisch installiert
In der Plugin-Liste auf Aktivieren klicken, fertig

Du brauchst keinen Lizenzschlüssel, das Plugin ist gratis.

So nutzt du es, Schritt für Schritt

Schritt 1: Wo finde ich es?

Im Admin-Sidebar erscheint nach Aktivierung der Link Umzug.

Schritt 2: Backup erstellen

Optional die Audio-Aufnahmen mitnehmen (Show-Replay-MP3s, können je nach Sender mehrere Hundert MB sein)
Optional eine kurze Notiz dazuschreiben („vor dem Umzug zu Hoster X", „Snapshot vor Plugin-Update")
Auf Neues Backup erstellen klicken
Je nach Größe dauert das ein paar Sekunden bis ein paar Minuten

Schritt 3: Backup-ZIP und Installer runterladen

In der Liste der Backups erscheint dein neues Paket mit Größe und Datum
Klick auf Backup-ZIP lädt das Paket runter
Daneben gibt es installer.php als separaten Download
Beide Dateien speicherst du dir lokal

Schritt 4: Auf den neuen Server hochladen

Verbinde dich per FTP/SFTP mit dem neuen Webspace
Wechsle ins Web-Root-Verzeichnis (typisch httpdocs, public_html oder www)
Lade beide Dateien dort hoch: das Backup-ZIP und die installer.php
Du musst das ZIP NICHT entpacken, das macht der Installer für dich

Schritt 5: Restore starten

Im Browser https://deine-neue-domain.de/installer.php aufrufen
Der Installer erkennt dein Backup-Paket automatisch
Im nächsten Schritt trägst du die Datenbank-Daten deines neuen Hosters ein (Host, Name, User, Passwort)
Die alte und die neue URL werden vorausgefüllt, du kannst sie noch anpassen
Auf Verbindung prüfen und weiter klicken
Bestätigen → der Restore läuft und schreibt Datenbank und Dateien
Am Ende löscht sich der Installer selbst

Schritt 6: Aufräumen

Login auf dem neuen Server mit deinen alten Admin-Zugangsdaten (die wurden mit-übertragen)
Stream-URL und Mail-Versand prüfen, weil der neue Hoster typischerweise andere Endpoints hat
Sobald alles läuft, kannst du das Backup-ZIP auf dem neuen Server löschen

Tipps für den Alltag

Mach dein erstes Backup heute, nicht erst am Tag des Umzugs. So weißt du wie das ZIP aussieht und wie groß es ist.
Pro Backup-Erstellung steht dir ein eindeutiger Sicherheits-Token zur Verfügung, der Teil des Dateinamens ist. Wer dein Backup-Paket nicht hat, kann auch nichts damit anfangen.
Lege den Backup-Ordner nie ins öffentliche Web-Verzeichnis. Das Plugin macht das automatisch richtig (eigener gesperrter Ordner), aber wenn du Pakete manuell verschiebst, beachte das.
DB-Passwörter sind im Backup-Paket nicht enthalten. Wenn du das ZIP irgendwo ablegst (Cloud, Mail, USB-Stick), gibst du keine Zugangsdaten aus der Hand.
Bei sehr großen Audio-Bibliotheken lass die Audio-Aufnahmen weg und übertrage sie separat per FTP. Das macht das Backup-Paket schlanker und schneller.
Vor dem Restore das Zielverzeichnis komplett leer räumen (außer installer.php und dem Backup-ZIP). Sonst kann es passieren, dass alte Dateien deines Probe-Setups dem Restore in die Quere kommen.
Eine Retention-Anzahl in den Einstellungen sorgt dafür, dass alte Backups automatisch aufgeräumt werden. So füllst du nicht über Monate hinweg deinen Speicherplatz.

Was das Plugin NICHT macht

Es ist kein automatisches Cloud-Backup. Das Backup-ZIP liegt erstmal auf deinem Server. Wenn du regelmäßig automatisch zu Dropbox, S3 oder einer FTP-Filebase sichern willst, ist „Backup Pro Cloud" das passende Plugin.
Es macht keine inkrementellen oder Delta-Backups. Jedes Backup ist ein voller Snapshot.
Es überträgt keine Stream-Server-Einstellungen. Icecast, Shoutcast, AzuraCast oder DGNCast laufen typischerweise auf eigenen Hosts oder Ports - die musst du auf dem neuen Hosting-Setup separat einrichten und im CMS die Stream-URL anpassen.
Es ersetzt keine SQL-Migration zwischen MySQL-Versionen. Ein Restore in eine deutlich ältere MySQL-Version als die Quelle kann an Charset/Engine-Defaults scheitern. Bleib bei MySQL 8.x → MySQL 8.x oder MariaDB 10.x → MariaDB 10.x.
Es ist kein Wartungs-Modus. Wenn dein Sender live ist und Hörer drauf sind, bekommen die während des Restore-Moments einen kurzen Ausfall mit. Plane den Umzug am besten in eine Sendepause.

Beispiele zum Inspirieren

Beispiel 1: Hoster-Wechsel an einem Sonntagvormittag

Petras Webradio läuft seit drei Jahren bei einem kleinen Shared-Hoster. Sie zieht zu einem großen Hoster mit besserer Performance um. Sonntag 10 Uhr: Backup auf dem alten Server ziehen (3 Minuten), runterladen, hochladen, Installer starten. Datenbank vom neuen Hoster eintragen, URL bestätigen, Restore laufen lassen. Um 10:35 ist der neue Server live, Petra prüft Mail-Versand und Stream-URL, fertig.

Beispiel 2: Voll-Backup zur Sicherheit

Marko macht Webradio nebenbei und hat keine Lust auf separate Backup-Strategien. Er klickt jeden Sonntag einmal im Plugin auf „Neues Backup", lädt das ZIP runter und legt es in einer verschlüsselten Cloud-Folder ab. Sollte sein Hoster pleite gehen oder die Festplatte sterben, ist er in einer halben Stunde auf einem neuen Server.

Beispiel 3: Probe-Restore vor einem größeren Umbau

Vor einem Plugin-Update das viele Sachen anfasst, zieht Lena ein Backup, packt es auf einen kleinen Test-Webspace, führt den Restore durch und probiert das Update dort. Funktioniert es, macht sie das Update entspannt auf dem Produktiv-Server. Funktioniert es nicht, weiß sie es bevor ihre Hörer etwas merken.

Bei Fragen

Bei Problemen wendest du dich an den Support unter dgnshop.com. Du bekommst üblicherweise innerhalb von 1-2 Werktagen Antwort. Wenn du einen Bug entdeckst, schreib ihn am besten mit Schritt-für-Schritt-Anleitung wie er auftritt, damit er reproduzierbar ist.