Migration von Odoo.sh

So funktioniert der Umzug

Ein Umzug von Odoo.sh erfolgt gemeinsam mit unserem Team: Sie können ein Odoo.sh-Backup nicht selbst im Dashboard hochladen. Ihr Odoo.sh-Projekt läuft die ganze Zeit weiter, und für Ihre Benutzer ändert sich nichts, bis Sie Ihre Domain auf die neue App zeigen lassen.

1. Bestandsaufnahme. Sie stellen uns ein Odoo.sh-Backup bereit oder geben uns vorübergehend Zugriff auf das Projekt. Wir prüfen die Odoo-Version, die Module, die Größe des Filestores und eventuelle eigene Module.
2. Wiederherstellung. Wir legen die App in Ihrem Workspace auf Ihrem Server an und stellen die Datenbank und den Filestore darin wieder her.
3. Verifizierung. Sie melden sich unter der eigenen Adresse der neuen App an und prüfen die Abläufe, auf die es Ihnen ankommt: Anmeldung, Verkauf und Einkauf, Berichte, Automatisierungen. Odoo.sh bleibt währenddessen Ihr Live-System.
4. Umstellung. Sie richten den DNS-Eintrag Ihrer Domain auf die neue App. Behalten Sie das Odoo.sh-Projekt danach noch ein oder zwei Tage als Weg zurück.

Um zu beginnen, erzählen Sie uns von Ihrem Odoo.sh-Setup. Die Migrationsseite enthält die Details des Angebots.

Was Sie angeben

• Das Odoo.sh-Projekt und der zu übertragende Branch, Produktion oder Staging.
• Ein Odoo.sh-Backup (die ZIP-Datei mit der Datenbank und dem Filestore) oder vorübergehender Zugriff auf das Projekt.
• Ihr Git-Repository, mit CloudWady verbunden über die GitHub App oder ein Personal Access Token, damit Ihre eigenen Module daraus installiert werden wie auf Odoo.sh.
• Ein Workspace mit einem Projekt in einem Tarif und ein Server für die App: einer, den Sie bereits haben, oder einer, der über Ihren verbundenen Cloud-Anbieter erstellt wird.
• Zugriff auf das DNS Ihrer Domain für die Umstellung.
• Jemanden, der während der Analyse Fragen zu Ihren Anpassungen beantworten kann, und ein kurzes Zeitfenster für die Umstellung.

Was übernommen wird

• Die gesamte Datenbank: Ihre Datensätze, Benutzer, Zugriffsrechte, Multi-Company-Einrichtung, geplante Aktionen, Automatisierungen und Übersetzungen.
• Der Filestore: Anhänge, signierte Dokumente und Bilder.
• Ihre Module, installiert aus Ihrem eigenen Repository; nichts wird umgeschrieben.

Was sich ändert

• Ausgehende E-Mails. In Ihrer Datenbank eingerichtete Mailserver ziehen mit ihr um. Wenn Sie den eigenen Mail-Dienst von Odoo.sh genutzt haben, richten Sie vor der Umstellung Ihren eigenen SMTP-Anbieter ein.
• Branches und Umgebungen. Aus den Branches von Odoo.sh werden CloudWady-Umgebungen, Produktion, Staging und Entwicklung, und jede App folgt den Branches, die Sie für sie wählen.
• Shell-Zugriff. Statt der Odoo.sh-Shell erhalten Sie Terminal- und SSH-Zugriff auf Ihren Server, entsprechend Ihrer Zugriffsebene, und root mit Ihrem eigenen SSH-Schlüssel.
• Versionen. Die App behält die Odoo-Version, die sie auf Odoo.sh hatte. Ein Upgrade auf eine neuere Odoo-Version ist ein eigener Auftrag nach dem Umzug: Erst umziehen, dann upgraden – so bleibt jeder Schritt leicht überprüfbar.

Nach dem Umzug

• Eine Staging-Kopie. In einer Staging-Umgebung gibt Build → Build einer App eine neutralisierte Kopie der Produktionsdatenbank, um Änderungen an echten Daten auszuprobieren. Siehe Bereitstellungen & Rollback.
• Wiederherstellungspunkte. Vor jeder Änderung an der App wird zuerst ein Wiederherstellungspunkt erfasst, sodass Sie den Code, die Daten oder beides zurücksetzen können.
• Backups außerhalb des Servers. Aktivieren Sie Automatisches Backup und verbinden Sie einen Speicher, damit jedes Backup auch eine Kopie außerhalb des Servers hat. Siehe Backups & Wiederherstellung.