Gammal Ubuntu på servern: så byter du till ny LTS

Servern går, sajten laddar, ingen klagar. Men om inloggningen talar om att standardstödet för din version har upphört är allt inte i ordning. Det betyder att säkerhetsrättningar inte längre kommer.

Varje LTS-version av Ubuntu får fem års standardstöd. Under den tiden kommer säkerhetsuppdateringarna av sig själva. Därefter kan stödet delvis förlängas (Ubuntu Pro / ESM), men det köper tid – det är ingen plan. Förr eller senare måste servern flyttas till en nyare LTS.

Här nedan: vilka alternativ som finns, vilket jag rekommenderar i vilken situation och vad du ska kontrollera innan du rör något.

Vad en version utan stöd egentligen betyder

Servern slutar inte fungera den dag stödet tar slut. Problemen kommer i det tysta:

• Sårbarheter förblir opatchade. När ett fel hittas i OpenSSL, SSH eller kärnan når ingen rättning din server. En allmänt känd sårbarhet på en opatchad server är precis vad automatiska skannrar letar efter.
• Ny programvara går inte att installera. Nästa version av applikationen kräver nyare PHP, Python eller bibliotek än den gamla versionen har.
• Problemet växer med tiden. Ett LTS-steg är rutin. Tre steg efter är ett projekt.

Två vägar: uppgradering på plats eller ny server

Uppgradering på plats (do-release-upgrade)

Ubuntus eget verktyg flyttar systemet till nästa LTS. En viktig begränsning: ett LTS-steg i taget – till exempel 22.04 → 24.04 → 26.04. Du kan inte hoppa över en version. Uppgraderingen från LTS till LTS erbjuds oftast först efter den nya versionens första punktutgåva.

Passar när servern är i hyfsat skick, du ligger ett steg efter, konfigurationen är känd och applikationerna är få.

Risker: om något går sönder halvvägs blir servern kvar i ett halvuppgraderat läge. Tredjepartsförråd (PPA:er) stängs av under uppgraderingen och måste återställas för hand. Med flera steg måste varje steg köras och testas för sig.

Ny server med Ubuntu 26.04 och migrering

En ny maskin sätts upp från grunden, applikationer och data flyttas över, och den gamla servern kör vidare tills den nya är kontrollerad.

Passar när du ligger flera versioner efter, odokumenterade ändringar har samlats på hög under åren, eller du ändå planerade att byta hosting eller hårdvara.

Fördel: det finns alltid en väg tillbaka. Nya servrar installerar jag på Ubuntu 26.04, och det är ett bra tillfälle att äntligen dokumentera uppsättningen. Själva flytten beskrivs steg för steg i servermigrering utan driftstopp.

Min tumregel: ett LTS-steg och en välskött server → uppgradering på plats. Två steg eller fler, eller ”ingen vet riktigt vad som körs där” → ny server.

Checklista före uppgraderingen

1. Fullständig säkerhetskopia eller ögonblicksbild

Först av allt: en ögonblicksbild av hela servern (om din hosting erbjuder det) och separata databasdumpar och en kopia av filerna. Kontrollera sedan att du faktiskt kan återställa från den. En säkerhetskopia som aldrig har återställts är ett hopp, inte en plan.

2. Repetera på en klon

Kopiera servern och kör uppgraderingen där först. Du ser vad som går sönder utan att den riktiga sajten ligger nere. Det här är det enskilt mest värdefulla steget i listan.

3. Versionshopp i språk och databaser

Här går det oftast sönder. En ny Ubuntu för med sig ny PHP, Python, PostgreSQL eller MySQL/MariaDB:

• gammal PHP-kod som använder borttagna funktioner börjar ge fel;
• en Python-applikations virtuella miljö måste byggas om på den nya Python-versionen;
• en ny huvudversion av PostgreSQL kräver att data flyttas från det gamla klustret till det nya;
• standardinställningar ändras mellan MySQL och MariaDB och mellan deras versioner.

Ta reda på vilka versioner du kör i dag och vad applikationen stöder.

4. Skillnader i konfigurationsfiler

Om en konfigurationsfil har redigerats för hand frågar uppgraderingen om du vill behålla din version eller ta paketets nya. Fel svar kan radera års finjusteringar – eller behålla en gammal fil som inte längre fungerar med den nya versionen. Kopiera /etc i förväg så att du har något att jämföra med.

5. Tredjepartsförråd

PPA:er och leverantörers förråd (till exempel för en databas, Docker eller Elasticsearch) uppgraderas inte med systemet. Lista dem, kontrollera att det finns en version för den nya Ubuntu-versionen och sätt upp dem igen efteråt.

6. Planera driftstoppet

En uppgradering på plats innebär en stund då tjänster startas om. Välj en lugn tidpunkt, informera användarna och kör uppgraderingen i tmux eller screen så att en bruten SSH-anslutning inte lämnar den halvfärdig.

7. En plan för att backa

Skriv ner innan du börjar: vid vilken punkt du bestämmer att det har gått fel och vad du gör då. Återställ ögonblicksbilden, peka DNS tillbaka till den gamla servern – vad det än är ska det vara bestämt i förväg, inte mitt i natten.

Efter uppgraderingen

Kontrollera loggar, tjänsternas status, förnyelse av certifikat, schemalagda jobb (cron), säkerhetskopiering och utgående e-post. Gå sedan igenom säkerhetsinställningarna – ett nytt system är ett bra tillfälle att städa upp. För det finns en separat checklista för att säkra en Linux-server.

Om du hellre lämnar över det

Jag driftar Linux-servrar dagligen – helst Ubuntu, men också Debian och RHEL-familjen – tillsammans med Nginx, Apache2, PostgreSQL, MySQL/MariaDB, Docker, Tomcat och Elasticsearch/OpenSearch. Jag har också flyttat applikationer som är över tio år gamla till aktuella versioner med affärsfunktionaliteten intakt. Läs mer om Linux-serverdrift.

Om din server kör en gammal Ubuntu och du inte är säker på vilken väg som passar, skriv till mig. Beskriv din situation med ett par meningar här – vilken Ubuntu-version och vad som körs på servern – så svarar jag inom en arbetsdag och säger ärligt om och hur jag kan hjälpa till. Föredrar du ett allmänt formulär finns det på kontaktsidan.

Vanliga frågor

Kan jag hoppa över flera versioner på en gång?

Inte med en uppgradering på plats – varje LTS-steg görs för sig. Med flera steg är en ny server plus migrering ofta snabbare och säkrare.

Löser Ubuntu Pro / ESM problemet?

Det förlänger säkerhetsuppdateringarna för en del av paketen och köper tid. Men språk- och databasversionerna förblir gamla, så uppgraderingen måste ändå göras – bara senare.

Ligger sajten nere under uppgraderingen?

Vid uppgradering på plats är ett kort avbrott oundvikligt. Med en ny server och migrering kan driftstoppet hållas minimalt, eftersom den gamla servern kör tills omkopplingen.