Обновление Ubuntu сервера

Коротко: выполните обновление дистрибутива Ubuntu на сервере через do-release-upgrade. Подготовьте бэкап, включите Prompt=normal в /etc/update-manager/release-upgrades, запустите do-release-upgrade под root и перезагрузите систему после завершения. Во время обновления примите предлагаемые по умолчанию ответы и сохраните доступ по SSH (дополнительный sshd на 1022).

Краткое руководство (шаги)

Стать root:

sudo su

Обновить список пакетов:

apt-get update

Установить пакет update-manager-core, если он отсутствует:

apt-get install update-manager-core

Открыть и проверить файл /etc/update-manager/release-upgrades — в нём должно быть Prompt=normal:

vi /etc/update-manager/release-upgrades

Там должно быть строка:

| [...] Prompt=normal |

Запустить обновление дистрибутива:

do-release-upgrade

Следовать подсказкам в терминале, принимать по умолчанию (ENTER) и подтвердить основные действия (y).
После успешного обновления удалить устаревшие пакеты и перезагрузить сервер.

Подготовка и важные примечания

Important: Перед обновлением обязательно выполните полную резервную копию системы (файлы, конфигурации, базы данных). Если сервер находится в рабочем окружении, планируйте окно обслуживания — обновление и последующие доработки могут занять несколько часов.

Notes:

По умолчанию do-release-upgrade не рекомендуется выполняется по SSH без дополнительных мер; при согласии он временно запустит дополнительный sshd на порту 1022 для упрощения восстановления доступа.
Если у вас есть сторонние репозитории (third-party), они будут временно отключены — после апгрейда их можно снова включить через software-properties или менеджер пакетов.

Подробный процесс (переведённый фрагмент примера сеанса)

Ниже — пример интерактивного вывода мастера обновления (оставлен в исходной форме, команды и текст — как отображается на сервере):

root@server1:~# do-release-upgrade
Checking for a new ubuntu release
Get:1 Upgrade tool signature [198 B]
Get:2 Upgrade tool [1164 kB]
Fetched 1164 kB in 0s (0 B/s)
extracting 'oneiric.tar.gz'
authenticate 'oneiric.tar.gz' against 'oneiric.tar.gz.gpg'

Reading cache

Checking package manager

Continue running under SSH?

This session appears to be running under ssh. It is not recommended
to perform an upgrade over ssh currently because in case of failure it
is harder to recover.

If you continue, an additional ssh daemon will be started at port
'1022'.
Do you want to continue?

Continue [yN] <-- y

Starting additional sshd

To make recovery in case of failure easier, an additional sshd will
be started on port '1022'. If anything goes wrong with the running
ssh you can still connect to the additional one.


To continue please press [ENTER] <-- ENTER

Далее мастер сообщит о временном отключении сторонних репозиториев, о числе пакетов, которые будут удалены/установлены/обновлены, и о размере скачиваемых данных. В примере:

5 пакетов будут удалены
88 новых пакетов будут установлены
611 пакетов будут обновлены
Общий объём загрузки: 392 M

Важное поведение: после завершения загрузки и установки часть сервисов может потребовать рестарт — когда мастер покажет список сервисов, нажмите ENTER, чтобы принять варианты по умолчанию.

В конце будет предложено удалить устаревшие пакеты (пример: 45 пакетов). Подтвердите удаление, если вы уверены, что они не нужны.

По завершении появится требование перезагрузки:

System upgrade is complete.

Restart required

To finish the upgrade, a restart is required.
If you select 'y' the system will be restarted.

Continue [yN] <-- y

После перезагрузки можно проверить версию, посмотрев файл /etc/issue:

cat /etc/issue

Пример вывода:

root@server1:~# cat /etc/issue
Ubuntu 11.10 \n \l

root@server1:~#

Что делать при проблемах с SSH

Если основной SSH упал, подключитесь к дополнительному демону на порту 1022.
Если вы не можете подключиться ни к одному порту, используйте консоль провайдера виртуальной машины (VNC/Serial Console) для восстановления доступа.
Откат апгрейда полного дистрибутива сложен. Если вы не уверены — восстановите систему из бэкапа.

Мини-методология: как безопасно обновлять дистрибутив (коротко)

Снять полные бэкапы (файлы, конфиги, БД). 2. Проверить свободное место на диске и доступность сети. 3. Отключить автоматические задачи, влияющие на конфигурацию (cron, unattended-upgrades). 4. Установить update-manager-core и Prompt=normal. 5. Запуск в плановом окне, мониторинг и логирование. 6. Smoke-тесты после перезагрузки.

Критерии приёмки

Система корректно загружается после перезагрузки.
Основные сервисы (SSH, веб-сервер, БД) запускаются и проходят базовые проверки работоспособности.
Отсутствие критических ошибок в системных логах в течение 30 минут после старта.
Конфигурационные файлы проверены на предмет нежелательных изменений.

Роль-ориентированные чеклисты

Администратор:

Сделать резервные копии (файлы/БД).
Проверить свободное место и доступность источников пакетов.
Выполнить do-release-upgrade и наблюдать за логом.

DevOps/Инженер релизов:

Спланировать окно обновления.
Обеспечить мониторинг и уведомления.
Подготовить процедуру отката или восстановления из бэкапа.

Операционная поддержка:

Проверить доступность сервисов после апгрейда.
Отслеживать метрики производительности первые часы после рестарта.

В каких случаях это не сработает или лучше выбрать альтернативу

Если у вас критически важная система с нестандартными сторонними пакетами — лучше тестировать апгрейд на staging и использовать поэтапный план миграции.
Если доступен только устаревший релиз и репозитории удалены, возможно, потребуется ручная подготовка или перенос данных на новую систему.

Альтернативы:

Подготовить новый сервер с нужной версией дистрибутива и мигрировать сервисы поэтапно.
Использовать контейнеризацию/виртуализацию для минимизации риска при переходе.

Краткая галерея вариантов ошибок и советы по устранению

Проблема: «apt failed» — проверьте /etc/apt/sources.list и re-enable репозитории.
Проблема: конфликты конфигураций — при появлении вопросов мастер спросит, заменить ли файл; обычно оставьте старую версию и сравните позже.
Проблема: нехватка места — очистите /var/cache/apt/archives и неиспользуемые пакеты перед запуском.

Check-list перед запуском (коротко)

Полный бэкап выполнен.
Плановое окно назначено.
Проверено свободное место и сеть.
update-manager-core установлен и Prompt=normal.
Уведомлены заинтересованные стороны.

Итог и рекомендации

Обновление через do-release-upgrade — удобный и поддерживаемый способ перевести Ubuntu на новый релиз. Он автоматизирует загрузку и установку пакетов, временно отключает сторонние репозитории и при необходимости запускает дополнительный SSH для восстановления доступа. Всегда тестируйте на staging, делайте бэкапы и планируйте окно обслуживания.

Ссылки