Миграция сайта на Debian 11 в 2026 году: обновление на месте или перенос на новый сервер?

Симптом: сайт на Debian 11 работает, но система уже не получает обновления безопасности, а состав зависимостей известен не полностью.

Быстрое решение: для нескольких сайтов, сложных приложений или неясной конфигурации готовьте новое поддерживаемое окружение и переносите сайты поэтапно; обновление на месте рассматривайте для простого, документированного и проверяемого окружения с подготовленным откатом.

Этот материал для вас, если вы обслуживаете сайт или интернет-магазин на Debian 11, отвечаете за несколько сайтов либо планируете переезд с VPS или общего хостинга. Он поможет сравнить риски обновления и миграции, прежде чем назначать окно переключения.

Последняя проверка: 23 октября 2026 года. Дата завершения поддержки сверена с объявлением Debian о Debian 11; порядок обновления — с официальными инструкциями Debian 12 и примечаниями к выпуску Debian 12.

Сначала определите, что именно означает «система работает»

Поддержка Debian 11 LTS завершилась 31 августа 2026 года; начиная с сентября Debian больше не предоставляет для этой версии обновления безопасности. Это означает не автоматическое отключение сайта, а прекращение стандартного поступления исправлений безопасности от проекта. Официальное объявление Debian подтверждает дату окончания поддержки.

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

До выбора пути соберите исходные сведения:

• какие сайты и приложения размещены на сервере, кто отвечает за каждый из них;
• какие версии PHP, баз данных, веб-сервера и панелей управления используются;
• откуда установлены пакеты — из репозиториев Debian или из сторонних источников;
• где хранятся конфигурации, сертификаты и задания планировщика;
• какие внешние службы участвуют в работе: платежные системы, API, хранилища, вебхуки;
• когда в последний раз проверялись резервные копии и как именно выполняется возврат к прежнему состоянию.

Неизвестная зависимость — не мелкая формальность. Она может обнаружиться уже при запуске приложения в новом окружении или после обновления пакета и превратить плановую работу в срочное восстановление.

Выберите путь по устройству сайта и команды

Один сайт с небольшой и понятной конфигурацией. Если приложение не зависит от множества сторонних пакетов, версии служб известны, а настройки сохранены, можно оценить обновление действующей системы. Официальная документация описывает путь обновления Debian 11 до Debian 12. Это не обещание безостановочной работы: документация требует заранее создать резервную копию и учесть возможное прерывание служб и перезагрузку.

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

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

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

Подготовьте обновление на месте без предположения о нулевом простое

Официальный путь от Debian 11 к Debian 12 следует сверять с руководством по обновлению Debian 12. Не переносите команды из старой инструкции без проверки: конфигурация сервера и сторонние пакеты могут отличаться от сценария, описанного в документации.

Перед работами пройдите контрольный список:

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

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

Соберите новое окружение и переносите сайты по очереди

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

Для миграции сайта полезно вести отдельную карточку:

• файлы приложения и пользовательские загрузки;
• база данных, способ её переноса и момент последней синхронизации;
• конфигурации веб-сервера, PHP и фоновых заданий;
• TLS-сертификаты и сведения об автоматическом продлении;
• DNS-записи, внешние API, вебхуки и платёжные уведомления;
• владелец проверки и условие, при котором начинается откат.

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

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

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

Ответы на частые вопросы о Debian 11, Debian 12 и Debian 13

Останется ли сайт доступен после завершения поддержки Debian 11?

Завершение поддержки не выключает сервер: сайт может продолжать отвечать, если система и приложения работают. Но Debian с 31 августа 2026 года больше не выпускает обновления безопасности для Debian 11, поэтому сохранение доступности не означает приемлемый уровень защиты. Проверьте актуальные сведения в официальном объявлении, ограничьте риск и запланируйте обновление или миграцию.

Что обычно надёжнее для сайта: обновить Debian 11 на месте или перенести его?

Решение зависит не от самого факта наличия сайта, а от прозрачности его окружения. Если приложение одно, источники пакетов понятны, конфигурация задокументирована и откат проверен, можно оценить последовательное обновление по официальному пути Debian. Для нескольких сайтов, разных версий PHP и неизвестных зависимостей обычно удобнее отдельно собрать новое окружение и переносить сайты поэтапно.

Можно ли перейти с Debian 11 сразу на Debian 13?

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

Как перенести несколько сайтов на новый сервер с меньшим риском переключения?

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

Примените условия выбора, а не универсальный рецепт

Используйте эту развилку после инвентаризации:

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

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

Сведите план миграции в таблицы перед назначением окна

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

Проверки перед переключением распределите так, чтобы их можно было выполнить отдельно и зафиксировать результат.

Финальную развилку удобно закрепить в плане работ до выбора нового сервера и даты переключения.

Зафиксируйте план для каждого сайта и выберите среду

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

Если после этой оценки вам действительно нужно параллельное окружение, сопоставьте его требования с доступными конфигурациями физических серверов OVN Cloud. Для Linux доступ к серверу организуется по SSH; порядок подключения описан в инструкции по SSH и RDP. Это не заменяет резервное копирование или проверку миграции: выбирайте новую машину только после того, как определены зависимости сайтов, целевая система и сценарий возврата.

Частые вопросы

1. Останется ли сайт доступен после завершения поддержки Debian 11? Завершение поддержки не выключает сервер: сайт может продолжать отвечать, если система и приложения работают. Но Debian с 31 августа 2026 года больше не выпускает обновления безопасности для Debian 11, поэтому сохранение доступности не означает приемлемый уровень защиты. Проверьте актуальные сведения в официальном объявлении, ограничьте риск и запланируйте обновление или миграцию.
2. Что обычно надёжнее для сайта: обновить Debian 11 на месте или перенести его? Решение зависит не от самого факта наличия сайта, а от прозрачности его окружения. Если приложение одно, источники пакетов понятны, конфигурация задокументирована и откат проверен, можно оценить последовательное обновление по официальному пути Debian. Для нескольких сайтов, разных версий PHP и неизвестных зависимостей обычно удобнее отдельно собрать новое окружение и переносить сайты поэтапно.
3. Можно ли перейти с Debian 11 сразу на Debian 13? Не используйте прямой переход с Debian 11 на Debian 13 как план по умолчанию. Официальные инструкции Debian описывают обновление Debian 11 до Debian 12, а инструкции для Debian 13 относятся к обновлению с предыдущего выпуска. Сверьте применимый путь с документацией каждого выпуска и сначала проверьте его на копии окружения; не пропускайте промежуточный шаг без прямого подтверждения документацией.
4. Как перенести несколько сайтов на новый сервер с меньшим риском переключения? Составьте отдельную карточку каждого сайта: файлы, база данных, версия PHP, фоновые задания, сертификаты, DNS и интеграции. Поднимите новое окружение параллельно, проверьте его копией данных и сначала переключите сайт с наименьшими последствиями отказа. Перед критичным переключением зафиксируйте точку синхронизации данных, ответственного за откат и условия возврата DNS или приложения на прежнюю систему.