PostgreSQL 14 atbalsts beidzas 2026. gada 12. novembrī: ko darīt tagad

2026. gada novembris PostgreSQL pasaulē būs saspringts. 12. novembrī projekts izlaidīs pēdējo PostgreSQL 14 atjauninājumu, un pēc tam 14. versija vairs nesaņems ne drošības, ne kļūdu labojumus. Nedēļu vēlāk, 19. novembrī, plānota PostgreSQL 19 vispārēja pieejamība. Ja kāda no jūsu datubāzēm joprojām darbojas ar 14. versiju, tagad ir īstais brīdis plānot jaunināšanu, nevis uzzināt par termiņu drošības auditā.

Ko patiesībā nozīmē "atbalsta beigas"

PostgreSQL katru galveno versiju atbalsta piecus gadus. Saskaņā ar oficiālo versiju politiku PostgreSQL 14 pirmo reizi tika izlaista 2021. gada 30. septembrī, un tās pēdējais laidiens paredzēts 2026. gada 12. novembrī. Pēc šī datuma:

• Vairs nav drošības labojumu. Ievainojamības, kas atrastas pēc novembra, tiek labotas versijās 15–19, bet ne 14.
• Vairs nav kļūdu labojumu. Beidzas arī datu bojājumu un avāriju labojumi — mazāk pamanāmā, bet bieži svarīgākā daļa.
• Ekosistēma iet tālāk. Paplašinājumi, draiveri, rezerves kopēšanas rīki un pārvaldītie pakalpojumi pakāpeniski pārtrauc neatbalstīto versiju atbalstu. Mākoņpakalpojumu sniedzēji parasti pārceļ neatbalstītās versijas uz maksas paplašināto atbalstu vai veic piespiedu jaunināšanu pēc sava grafika.

13. novembrī jūsu datubāze nepārstās darboties. Taču ar katru mēnesi risks pieaug, un atbilstības prasības, piemēram, ISO 27001 vai NIS2 auditi, arvien biežāk uzskata neatbalstītu programmatūru par neatbilstību.

Uz kurieni: PostgreSQL 18 tagad vai 19 pēc dažām nedēļām?

PostgreSQL 19 RC 1 tika izlaists 2026. gada 15. oktobrī, otrais laidiena kandidāts plānots 12. novembrī, bet vispārēja pieejamība — 19. novembrī. Tāpēc mērķa versijas izvēle ir reāls jautājums:

• Jauniniet uz PostgreSQL 18 tagad, ja drīzumā jābūt uz atbalstītas versijas, ja izmantojat paplašinājumus vai pārvaldītu pakalpojumu, kam 19. versijas atbalsts var aizņemt dažus mēnešus, vai ja vienkārši dodat priekšroku laidienam ar jau gadu ilgu labojumu vēsturi. PostgreSQL 18 tiek atbalstīta līdz 2030. gada novembrim.
• Mērķējiet uz PostgreSQL 19, ja jaunināšanas projekts tik un tā sākas tagad un testēšana aizņems dažus mēnešus. Kad būsiet gatavi pārslēgties, 19. versijai jau būs pirmie labojumu laidieni, un jūs iegūsiet par gadu ilgāku atbalstu nekā ar 18.
• Izvairieties no "divu lēcienu" lamatām. Jaunināšana 14 → 15 tikai tāpēc, lai būtu atbalstīta versija, un pēc gada atkal — divkāršo darbu. Galvenās versijas jaunināšana izmaksā aptuveni tikpat, vai izlaižat vienu versiju vai četras, tāpēc lēcieties uzreiz uz versiju, uz kuras paliksiet.

Jaunināšanas metodes izvēle

Pāreju starp galvenajām versijām var veikt trīs pārbaudītos veidos. Pirmos divus nosauc arī pats PostgreSQL laidiena paziņojums:

• pg_upgrade ar --link — ātri, parasti dažas minūtes dīkstāves neatkarīgi no datubāzes izmēra, taču abām versijām jābūt instalētām uz viena servera, un rūpīgi jāplāno atkāpšanās ceļš.
• pg_dump / pg_restore — vienkārši un tīri, taču dīkstāve aug līdz ar datu apjomu. Reāli tikai mazākām datubāzēm.
• Loģiskā replikācija — izveido jaunu klasteri ar mērķa versiju, replicē datus uz to un pārslēdzas. Dīkstāve samazinās līdz sekundēm vai minūtēm, un vecais klasteris paliek kā rezerve, taču sagatavošanās prasa vairāk darba (sekvences, DDL izmaiņas, lielie objekti).

Katru metodi detalizēti aplūkojam galveno versiju jaunināšanas ceļvedī, bet pieeju gandrīz bez dīkstāves — rakstā par PostgreSQL migrācijām bez dīkstāves.

Divu nedēļu kontrolsaraksts tiem, kas vēl izmanto 14

1. Inventarizācija. Sarakstiet visas PostgreSQL 14 instances, arī aizmirstās: atskaišu replikas, iekšējos rīkus, testa datubāzes, kas klusi kļuvušas par ražošanas sistēmām.
2. Pārbaudiet paplašinājumus. Katrā datubāzē izpildiet SELECT extname, extversion FROM pg_extension; un pārliecinieties, ka katram paplašinājumam ir būvējums mērķa versijai.
3. Izlasiet laidienu piezīmes visām versijām, kuras izlaižat (15, 16, 17, 18 un, iespējams, 19), meklējot nesaderības, kas skar jūsu slodzi.
4. Testējiet uz ražošanas kopijas. Atjaunojiet nesenu rezerves kopiju, jauniniet to un atskaņojiet reālus vaicājumus. Salīdziniet plānus un izpildes laikus saviem svarīgākajiem vaicājumiem no pg_stat_statements.
5. Izlemiet atkāpšanās ceļu pirms darba loga plānošanas, nevis tā laikā.
6. Pēc jaunināšanas izpildiet ANALYZE visai datubāzei — pg_upgrade nepārnes optimizētāja statistiku — un pirmajās dienās rūpīgi sekojiet veiktspējai.