Debian 12 → Debian 13: обновлять VPS на месте или переносить приложение

MAATRIX · 17 октября 2026 · 8 мин чтения

Самый важный вопрос перед обновлением Debian звучит не «какую команду запустить», а «как мы вернём работу, если после перезагрузки что-то изменится». Ответ разделяет два маршрута: обновить существующий VPS либо подготовить новый сервер и перенести приложение.

Debian 13 trixie вышел 9 августа 2025 года. В октябре 2026-го это уже обычный выбор для нового проекта, а не ранний эксперимент. Debian 12 bookworm перешёл в период LTS. Такое положение даёт время для планирования, но не повод считать старую систему бессрочной.

Два маршрута на одной карте

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

Перенос на новый VPS разделяет подготовку и переключение. Сначала поднимается Debian 13, затем приложение и учебная копия данных. Пользователи продолжают работать на старом сервере, пока вы проверяете новый. На время нужны две машины и продуманная финальная синхронизация.

Ни один путь не отменяет резервное копирование. Снимок виртуальной машины удобен, но не объясняет, согласованы ли данные базы и можно ли восстановиться без исходного сервера.

Что означает LTS для Debian 12

Актуальные даты опубликованы в перечне выпусков Debian и на странице Debian LTS. Для bookworm период LTS продолжается до июня 2028 года. При этом охват архитектур и пакетов следует проверять отдельно; слово LTS не означает одинаковое сопровождение любого установленного ПО.

Сторонняя панель, вручную установленный язык и приложение из контейнера имеют собственные сроки. Если на Debian 12 работает давно неподдерживаемый компонент, продление жизни дистрибутива не исправляет его автоматически.

Не стоит совмещать переезд ОС с обновлением всех приложений до последних основных версий без необходимости. Если возможно, сначала воспроизведите текущую поддерживаемую версию приложения на новой основе, затем меняйте остальные части. Чем меньше независимых изменений, тем проще объяснить результат.

Инвентаризация занимает меньше времени, чем поиски после сбоя

Сохраните список установленных пакетов, репозиториев, служб и расписаний. Запишите конфигурацию сети, правила межсетевого экрана, подключённые диски и точки монтирования. Для SSH важны не только пользовательские ключи, но и способ аварийного входа.

Несколько команд чтения помогают увидеть исходное состояние:

cat /etc/os-release
dpkg --audit
apt-mark showhold
systemctl --failed
df -h

Не продолжайте большой переход с недонастроенными пакетами и непонятными удержаниями. Сначала выясните причины. Проверьте свободное место отдельно в корне, /var и загрузочных разделах, если они выделены.

Список конфигураций храните защищённо: в нём могут оказаться пароли и ключи. Не прикладывайте весь архив /etc к публичному обсуждению проблемы. Для каждого приложения отметьте, какие каталоги действительно содержат данные, а какие можно воспроизвести установкой.

Полезен и список внешних ожиданий. Платёжный сервис может разрешать запросы только с прежнего IP, поставщик почты — проверять обратную запись, а система мониторинга — обращаться к жёстко заданному адресу. Такие зависимости обнаруживаются не просмотром списка пакетов, а разговором о работе приложения.

Если выбран новый VPS

Установите Debian 13 из доступного образа и примените текущие обновления. Настройте отдельного администратора, SSH, время и сетевые ограничения. Не переносите старую систему целиком поверх новой: смысл чистого пути состоит в осознанном восстановлении нужных частей.

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

Для проверки веб-сайта используйте временный домен либо локальное сопоставление рабочего имени с новым адресом. Учитывайте HTTPS, cookies и внешние callback-адреса. Просто открыть страницу по IP недостаточно, если приложение зависит от домена.

Выполните полный рабочий сценарий и восстановление резервной копии. Затем измерьте время финального переноса. Для изменяемых данных определите окно остановки записи либо согласованную схему репликации. Копирование каталога работающей базы обычным файловым инструментом не является универсально корректной миграцией.

Новый сервер удобно выбирать с запасом на репетицию. Для небольшого приложения ориентиром может стать MAATRIX Uab Start с 2 vCPU и 4 GB памяти, для проекта с базой — Heka Standard с 4 vCPU и 8 GB. Размер диска определяется данными и временными копиями, а не только установленной ОС.

При новом VPS изменятся и ключи SSH самого сервера. Запишите их отпечатки через доверенный канал, например консоль провайдера, и сравните при первом подключении. Предупреждение клиента о смене ключа нельзя устранять механически только ради удобства: сначала убедитесь, что перед вами действительно новая машина.

Служебные интеграции тоже могут проверять ключ хоста. Обновите их доверие осознанно и проверьте резервное копирование, доставку файлов и автоматические задания. Не отключайте проверку ключей глобально. Переезд должен оставлять проверяемую связь с новым сервером, а не привычку соглашаться на любой ответ по знакомому адресу.

Если обновление выполняется на месте

Основной документ — руководство перехода с Debian 12. Прочитайте его целиком вместе с разделом известных проблем. Оно описывает поддерживаемую исходную систему; смешанная установка из нескольких выпусков требует отдельного разбора.

Сначала приведите bookworm к актуальному состоянию, устраните незавершённые операции пакетного менеджера и перезагрузитесь, если это требуется. Проверьте резервную копию и доступ через консоль провайдера. Сохраните работающую SSH-сессию, но не считайте её заменой независимого доступа.

Интерактивную операцию выполняйте в устойчивой терминальной сессии. Это помогает пережить обрыв соединения, но не восстанавливает сеть после ошибочной конфигурации. Запись журнала обновления облегчает разбор, однако хранить её нужно с учётом возможных чувствительных данных.

Источники пакетов переведите на trixie по официальной схеме. Разберите каждый сторонний репозиторий: поддерживает ли он новую систему, нужен ли вообще, как обновляются его ключи. Не применяйте слепую замену слова bookworm во всех файлах. Там могут находиться архивные записи и инструкции сторонних продуктов.

После подготовки источников и успешного обновления индексов официальный процесс включает минимальный переход и затем полный:

sudo apt update
sudo apt upgrade --without-new-pkgs
sudo apt full-upgrade

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

При вопросах о конфигурационных файлах сравнивайте изменения. Механически сохранять все старые файлы столь же рискованно, как заменять их все новыми. В одном случае теряются нужные параметры, в другом — сохраняются несовместимые настройки.

Что проверить до и после перезагрузки

До перезапуска убедитесь, что установлен подходящий пакет ядра, загрузочная конфигурация подготовлена, файловые системы доступны и нет незавершённых операций. Конкретные особенности перечислены в примечаниях к Debian 13; выбирайте пункты, относящиеся к вашему набору служб.

После загрузки проверьте версию ОС и ядра, сеть, SSH и список отказавших служб. Затем переходите к приложению. Положительный ответ порта не доказывает, что фоновый обработчик видит базу или что загрузка файлов сохраняется в нужный каталог.

Проверьте сертификаты, расписания, резервное копирование и мониторинг. Убедитесь, что уведомление об ошибке действительно приходит по каналу, который не зависит от сломанного приложения. Перезапуск — подходящий момент обнаружить старую службу, которую когда-то запускали вручную и забыли оформить.

Не удаляйте устаревшие пакеты массово сразу после первой успешной страницы. Сначала разберите, что стало ненужным, а что используется косвенно. Очистка полезна, когда у неё есть список и основание; без этого она превращается во вторую миграцию поверх первой.

Возврат: сохранённый сервер или восстановление

Для обновления на месте штатный обратный переход всех пакетов на Debian 12 не является простым симметричным действием. Практический план возврата обычно связан с восстановлением согласованной копии системы либо переносом приложения на заранее подготовленную сторону.

При параллельном переносе старый VPS остаётся понятной точкой возврата только до появления уникальных данных на новом. После начала приёма заказов нужно сохранить и перенести новые операции. Иначе возврат инфраструктуры одновременно откатывает жизнь пользователей.

Определите допустимое время решения заранее. Если контрольный сценарий не проходит или очередь растёт, команда должна знать, кто останавливает переход. Не ждите, пока все участники независимо убедятся, что ночь уже достаточно длинная.

Финальная проверка включает свежую резервную копию на Debian 13 и восстановление из неё. После периода наблюдения можно выключить прежнюю машину, убрать старые разрешения и обновить документацию. Хороший переезд оставляет после себя более понятный сервер. Если вместе с новой ОС вы получили ещё больше неизвестных скриптов, работа пока не закончена.