Не уверен, есть ли в этой новой версии существенные изменения, влияющие на Discourse. Заметил ли кто-нибудь какие-либо отличия?
Цитата из объявления:
Ubuntu 25.04 представляет GNOME 48 с тройной буферизацией для более плавной производительности, настройками HDR и новыми функциями, такими как панель благополучия и режим сохранения здоровья батареи. Теперь по умолчанию используется новый современный PDF-ридер Papers.
Если вы не планируете обновлять операционную систему в ближайшее время, вам лучше придерживаться LTS-версии, такой как 24.04.
Поддержка Ubuntu 25.04 завершится в январе 2026 года. Использовать версию 25.04 на сервере Discourse абсолютно бессмысленно. Если же это ваш рабочий стол и вы любите обновлять ОС — действуйте.
Нет. Всё, что вы можете сделать, — это сделать резервную копию своих данных и форума, а затем переустановить.
В будущем рекомендуется создавать снимок перед обновлением и удалять его только после того, как вы убедитесь, что всё прошло успешно и вы хотите остаться на этой версии. Это действительно хорошая практика.
Если у вас есть только форум, то самый простой способ — сделать резервную копию, создать новый VPS, установить Discourse и восстановить данные. Или же вы можете остаться на текущей версии и обновиться, когда следующая LTS-версия станет достаточно стабильной. Это тоже вариант.
Так что, возможно, это не лучшая идея для кого-либо просто сделать снимок и предположить, что его можно будет восстановить корректно. (Лично я не использую снимки: они не являются резервными копиями. Я считаю, что это заманчивая функция, которую легко неправильно понять.)
Конечно, снимки состояния (snapshots) — это не резервные копии. Это система возврата в прошлое для восстановления всей системы, например, при обновлении Ubuntu или выполнении других задач, когда обычных резервных копий недостаточно.
Масштаб и назначение у них совершенно разные.
Если ваш форум работает на Ubuntu 22.04 и вы хотите использовать инструмент обновления оболочки для перехода на версию 24.04, то следует использовать снимок состояния. Конечно, можно запустить новый VPS, установить свежую версию Discourse и затем восстановить резервную копию — это другой способ. Но это не самый приятный вариант, если вы уже установили что-то ещё и настроили систему.
При обновлении самого Discourse, разумеется, нужно делать резервную копию — вы же помните, как закрывать форум в таком случае
Но если в ходе этой процедуры база данных будет серьёзно повреждена, снимок состояния легко спасёт положение.
Так что вопрос не в том, что правильно, а что нет. Это просто два разных инструмента.
Пока, возможно, выберу этот вариант, поскольку эта новая версия, насколько я вижу, работает нормально и не кажется чрезмерно нестабильной.
У меня настроено еженедельное автоматическое резервное копирование на сервере DigitalOcean. Это новый сайт, пока на нём немного контента и пользователей.
Хорошо бы пройти шаги восстановления из резервной копии — раньше я этого не делал.
Как я понимаю, версия 25 — это временная версия для тестирования новых функций, которые будут внедрены в основную производственную версию. Поскольку её вывод из эксплуатации запланирован на январь следующего года, тогда появится возможность обновиться до версии «LTS».
Если у вас не настроен s3 для резервных копий, а сами резервные копии больше, чем может обработать фронтенд-nginx, то, по-моему, лучше выполнять резервное копирование и восстановление через командную строку (CLI) на старом и новом серверах под Ubuntu.
здесь есть все необходимые шаги. Я использовал scp и aws-cli. Посоветуете ли вы какой-то другой пакет, который работает с другим облачным провайдером на Ubuntu?
Возможно, такой, который можно установить через snap.
У меня это не настроено, я даже не знаю, что это такое.
Я не технарь, почти ничего из написанного вами здесь не понимаю (кроме ссылки на официальное руководство), поэтому мне придется провести исследование, чтобы разобраться.
Я имел в виду использование приложения aws-cli на Ubuntu, настройку временной учётной записи IAM через aws configure, а затем использование этого приложения на старом сервере для загрузки большого файла резервной копии в S3 и его скачивание на новом сервере.