Hallo,
wir verwenden derzeit 2.6.0.beta1 und möchten nun auf die neueste stabile Version upgraden. Da 2.6.0 eine alte Version ist, gibt es etwas, worüber wir uns Sorgen machen müssen? Natürlich werden wir zuerst ein Backup machen, aber vielleicht gibt es ein paar Hinweise 
Es besteht eine geringe Chance, dass das Betriebssystem Ihrer VM unterstützt wird. Ich empfehle Ihnen, eine Discourse-Site mit rsync auf einen anderen VPS zu verschieben, die Datenbankdateien zu überspringen, den neuen Container zu erstellen und dann ein Backup von der vorhandenen Site wiederherzustellen.
Eigentlich würde ich Ihnen wahrscheinlich empfehlen, ein frisches discourse-setup auszuführen, anstatt Ihre vorhandene app.yml zu verwenden und die SMTP-Einstellungen usw. zu kopieren. Auch hier gab es einige Änderungen.
Wenn wir für einen Moment so tun, als würden Sie Betriebssystem-Upgrades auf der VM durchführen, um sie auf den neuesten Stand zu bringen, gab es seitdem auch mindestens zwei PostgreSQL-Upgrades. Ein Upgrade vor Ort wird nicht gut funktionieren. Wenn Sie es versuchen und es fehlschlägt, werde ich nicht sagen “Ich habe es Ihnen gesagt”, aber ich werde auch nichts anderes sagen.
Vielen Dank für Ihre Antwort. Da wir auch auf einen neuen Server umziehen müssen, war der ursprüngliche Plan, zuerst den alten Discourse auf den neuen Server zu migrieren und dann das Update durchzuführen.
Würden Sie dennoch empfehlen, einen neuen Discourse zu installieren?
Der Umzug auf den neuen Server ist viel sicherer, da Sie den alten Server nicht ändern müssen, bis der neue funktioniert!
Was ich tun würde, ist, dem rsync-Leitfaden zu folgen und postgres_* auszuschließen. Dann würde ich app.yml umbenennen und ./discourse-setup --skip-connection-test ausführen (da die DNS noch nicht auf den neuen Server zeigen werden). Dann die Sicherung wiederherstellen. Sie können (normalerweise) testen, ob der neue Server funktioniert, indem Sie Ihre lokalen DNS so ändern, dass sie darauf zeigen, aber im schlimmsten Fall ändern Sie einfach die DNS und wenn es eine Katastrophe ist, ändern Sie die DNS zurück. (Wenn es sich um Digital Ocean oder etwas anderes mit einer Floating-IP handelt, die auf mehrere VMs zeigen kann, können Sie diese einfach neu zuweisen und sich nicht mit DNS herumschlagen.)
Ich habe das in den letzten Monaten etwa 10 Mal gemacht. Wenn Sie es nicht selbst tun möchten, stehe ich zur Verfügung.
Hallo Jay,
Ich habe Sie per privater Nachricht kontaktiert.
OK, das habe ich mich schon immer gefragt. Kein Staging-Domain nötig? Nichts wird (zweimal) umgeschrieben, weil sich die Domain (zweimal) ändert?
Wenn Sie die SSL- und Let’s Encrypt-Verzeichnisse kopieren, haben Sie die Zertifikate für den vorhandenen Hostnamen. Der Server ist bereit, diese Domain zu bedienen, aber DNS zeigt nicht darauf, daher kann er es nicht.
Ich kopiere normalerweise einfach die vorhandenen YML-Dateien, aber für diese sehr alte Website ist es keine schlechte Idee, eine neue zu erhalten, und in diesem Fall denke ich, dass ich gelernt habe, dass es einige seltsame Änderungen gab, die ich gerne hinter mir lassen würde).
ABER, wenn Sie clever sind, können Sie Ihren Browser dazu bringen, dorthin zu gehen und zu sehen, dass die Dinge gut aussehen, und dann können Sie das DNS umschalten, damit alle anderen es sehen. (und hoffentlich daran denken, Ihren Browser wieder zu „enttäuschen“, damit Sie in Zukunft nicht sehr verwirrt sind.)