☰

Обновление с 10.04 по 14.04 с минимальными перебоями

tag-icon • tag-icon updates 10.04 package-management
Обновление с 10.04 по 14.04 с минимальными перебоями

Наш администратор сервера ушел, поэтому я пытаюсь быстро взять на себя обязанности, пока мы не придумаем что-то долгосрочное. Я пытаюсь придумать.

  • Сейчас у нас 10.04.3 LTS. Если обновляться, то нужно ли делать это постепенно? То есть сначала до 12.x, а потом до 14.x? Или можно сразу перейти на 14.x?

  • Обновление ОС также обновит пакеты? Или нам нужно обновлять их отдельно, несмотря ни на что?

  • Я нервничаю по поводу обновления пакетов, потому что не хочу прерывать некоторые жизненно важные услуги. Есть ли какие-нибудь советы, как подойти к этому? Или как облегчить мое беспокойство?

решение1

Существует два типа обновлений:

  1. Обычные обновления пакетов
  2. Выпуск обновлений

Первые не меняют версию Ubuntu, а только конкретные задействованные пакеты.

  1. Да. Перед обновлением до 14.04 необходимо обновиться до версии 12.04.
  2. Второй тип обновления, выпуск обновлений, изменяет версию Ubuntu и влияет накаждая посылка(почти все они будут обновлены, некоторые очень стабильные пакеты получат повышение версии, но останутся прежними).

В3: Советы по обновлению

Не обновляйте релиз (до 12.04 и выше) сейчас. Остановитесь на 10.04 на некоторое время, пока не освоитесь в среде. 10.04 Server будет продолжать получать обновления безопасности до апреля 2015 года. Так что у вас есть время до этого времени, чтобы обновиться до 14.04. Однако не откладывайте это на последнюю минуту!

Внимательно изучите журнал изменений перед обновлением пакетов. Вы можете использовать Synaptic Package Manager, если у вас есть GUI, чтобы сделать это, или aptitude. Будут перерывы, если задействована служба (большинство пакетов служб останавливают и перезапускают соответствующую службу). Однако основные обновления будут недоступны (например, между Apache 2.4 и Apache 2.2), поэтому служба должна нормально перезапуститься в большинстве случаев.

Не используйте репозитории backportsили proposed. Они могут вводить пакеты, которые могут что-то сломать. Пока вы не будете уверены, что это действительно необходимо, не включайте backports. Никогда не включайте proposedна рабочем сервере.

Связанный контент