Migration von Odoo.sh

Die vier Schritte

1. Bewertung – Teilen Sie ein Odoo.sh-Backup (oder gewähren Sie temporären Lesezugriff). CloudWady erkennt Version, Addons, Filestore-Größe und alle benutzerdefinierten Module.
2. Wiederherstellen — CloudWady stellt die App in Ihrer gewählten Cloud bereit (Hetzner / DigitalOcean / AWS / Ihr vorhandener Server), stellt die Datenbank + den Filestore wieder her und führt die Standard-Checkliste nach der Wiederherstellung aus.
3. Verifizierung — Sie melden sich an der wiederhergestellten Instanz an und überprüfen die wichtigsten Workflows (Anmeldung, Verkauf/Einkauf, Berichtswesen, Automatisierungen). Cron- und geplante Aktionen sind verdrahtet, zeigen aber bis zum Umstieg auf Staging.
4. DNS-Umstellung – Sie schalten den DNS um. CloudWady überwacht die ersten 24 Stunden. Das Odoo.sh-Abonnement bleibt 1–2 Tage als Rollback-Sicherheit aktiv und wird dann nach Ihrem Zeitplan gekündigt.

Was übernommen wird (automatisch)

• Datenbank (vollständiger Postgres-Dump).
• Filestore (Anhänge, signierte Dokumente, Bilder).
• OCA-/Community-Module, einschließlich gepinnter Versionen.
• Benutzerdefinierte Module — wortgetreu kopiert, keine Umschreibungen erforderlich.
• Geplante Aktionen, Automatisierungen, Serveraktionen.
• Benutzer, Gruppen, Berechtigungen, Partnerdaten — alles in der Datenbank.

Was sich ändert (wir sagen es Ihnen vorab)

• SMTP / ausgehende E-Mails — erfordert eine Neukonfiguration mit Anmeldedaten, die Sie selbst kontrollieren (CloudWady liefert kein eigenes SMTP-Relay).
• Branch-pro-Umgebung-Workflows – übertragen sich auf das Umgebungsmodell von CloudWady (Produktion / Staging / Entwicklung). Die meisten Teams behalten dasselbe Branching-Schema bei; die Trigger-Verkabelung wandert in das Dashboard.
• Shell-Zugriff — Sie erhalten Terminal- + DB-Shell- + Filestore-SSH-Zugriff direkt auf dem Server, der Ihnen gehört; keine Sandbox-Shell im Odoo.sh-Stil.
• Cron-/Staging-Zeitpläne – auf der Produktion unverändert beibehalten; Staging-Zeitpläne werden standardmäßig pausiert, um doppelte Seiteneffekte während der Überprüfung zu vermeiden.

Was wir beim Hereinkommen akzeptieren

Backup-Format

Standard-Odoo.sh-Backup-ZIPs – dieselben Dateien, die Sie aus dem Backups-Tab von Odoo.sh herunterladen. CloudWady erkennt das Format, entpackt es und nimmt sowohl den Datenbank-Dump als auch den Filestore auf.

Versionen

Odoo 14 bis 19. Migrationen zwischen Hauptversionen sind nicht Teil des Umzugs; wenn Sie Odoo gleichzeitig aktualisieren möchten, ist das ein separater Auftrag zusätzlich zum Umzug.

Größen

Keine feste Obergrenze. Die größten Kundenmigrationen umfassten Dateispeicher von mehreren Hundert Gigabyte. Bei sehr großen Dateispeichern übertragen wir per rsync im Stream, um das Umstellungsfenster klein zu halten.

Warum Teams wechseln

Kosten

Odoo.sh Dedicated wächst linear mit der Projektanzahl; die Preisgestaltung pro Mandant von CloudWady hält eine Rechnung für mehrere Projekte vorhersehbar. Siehe Abrechnung & Preise und die Vergleichsseite für die Berechnung.

Datenresidenz

Sie wählen die Region — EU-Server in Hetzner Helsinki / Falkenstein für die DSGVO oder US/APAC, wo es sinnvoll ist. Die Auswahl des Rechenzentrums von Odoo.sh ist festgelegt.

Betrieblicher Zugriff

SSH + DB-Shell + Filestore-Inspektion auf Ihren eigenen Servern. Keine „verwaltete Blackbox“ zwischen Ihnen und dem Betriebssystem.

Was wir von Ihnen benötigen

• Ein Odoo.sh-Backup (oder temporärer Lesezugriff auf Ihr Projekt).
• Eine Zielumgebung — entweder ein von CloudWady verwalteter Server, den wir bereitstellen, oder Ihr vorhandener Server, auf dem wir installieren.
• Domänenkontrolle für die spätere DNS-Umstellung (TTL idealerweise bereits bei 300 s).
• Ein Wartungsfenster für den Umstieg — typischerweise 30 Minuten, normalerweise außerhalb der Geschäftszeiten oder am Wochenende.