Soweit ich das beurteilen kann, besteht dieser Leitfaden aus vielen Worten um folgende Punkte:
- Sichern
- Eine völlig neue Discourse-Instanz erstellen, mit mehr Worten, aber denselben Ergebnissen wie das bloße Ausführen von
discourse_setup 2container - Wiederherstellen
Warum verschieben oder kopieren Sie nicht einfach /var/discourse/shared/standalone/{postgres,redis}* nach /var/discourse/shared/data, nachdem Sie sauber heruntergefahren haben, und starten dann zwei neue Container aus separaten containers/*.yml-Dateien? Ein Backup/Wiederherstellung scheint ein sehr schwerfälliger Weg zu sein, um all diese Daten zu verschieben, und fügt dem Prozess unnötig Stunden hinzu. Übersehe ich hier etwas Offensichtliches?
Ich habe diesen Prozess gerade an meinem Test-Discourse ausprobiert und dabei auch Redis ausgelagert, nur um sicherzugehen, dass ich alle Aspekte abdecke. Edit: Ich habe die Beschreibung in ein neues Thema verschoben:
Die Seite scheint ohne einen Backup/Wiederherstellungs-Zyklus einwandfrei zu funktionieren. Gibt es etwas Nicht-Offensichtliches, das ich überprüfen sollte?
Ich habe denselben Prozess für ein relativ großes Discourse durchgeführt, und es funktioniert einwandfrei. Ich habe beschlossen, dass ich in der Produktion meinen neuen web_only-Container app nennen werde, damit meine Finger automatisch das Richtige tun. Nachdem ich die neuen container/*.yml-Dateien geschrieben hatte, betrug die Ausfallzeit für die gesamte Migration 12 Minuten, weit schneller als es bei einem Backup/Wiederherstellungs-Zyklus der Fall gewesen wäre.