Sari la conținut
← RegistruIntrarea 061
Critic
iul. 2026

Bază de date de producție mutată on-prem → cloud în 24 de ore

Arheologie comercială, UK

PostgreSQLPostGISLaravelRabbitMQJenkinsKVM
Fișiere verificate md5
722.425
Date pierdute
0
Cutover
1 zi
Fișă

Context

Arhiva digitală a unei companii de arheologie din Marea Britanie: aplicație Laravel peste PostgreSQL cu extensii spațiale, cu date colectate de pe șantiere timp de zeci de ani. Rula pe un hypervizor on-prem îmbătrânit, într-o clădire pe care clientul urma să o părăsească.

Problema

Baza de date se oprea singură în producție, la intervale neregulate, de luni de zile. Echipa anterioară repornea serviciul și mergea mai departe. Nimeni nu identificase cauza, iar mutarea în cloud fusese amânată tocmai din cauza instabilității.

Ce am făcut

  1. 01Sincronizare incrementală a datelor pe parcursul mai multor zile, cu sistemul vechi rămas în funcțiune
  2. 02Rezolvarea incompatibilității de colație glibc între cele două versiuni de sistem de operare, care ar fi corupt silențios ordonarea indecșilor
  3. 03Eliminarea versiunilor conflictuale de PostgreSQL rămase pe mașină și reconstruirea extensiilor spațiale absente din depozitele oficiale
  4. 04Identificarea cauzei reale a opririlor: o extensie de mesagerie incompatibilă cu versiunea majoră de broker instalată între timp. Recompilată de la sursă pentru versiunea corectă
  5. 05Delta finală de 722.425 de fișiere, verificată integral prin sumă de control
  6. 06Repointarea pipeline-urilor de build, a cozilor de mesaje și a monitorizării pe noua locație

Rezultat

Cutover făcut într-o singură zi lucrătoare, cu sistemul vechi păstrat înghețat ca plasă de siguranță. Zero pierdere de date. Opririle bazei de date au dispărut, pentru că de data asta a fost reparată cauza, nu simptomul.