Columbia Games · CCM v2 / 2026. augusztus 26.
A DB backup időpontja a migration előtt van, nem valamikor aznap
A production migration runner közvetlen migration-time adatbázis-mentést és retentiont kapott, mert az éjszakai backup túl távoli állapot lehet egy adatot módosító release rollbackjéhez.
A helyzet
Lehet tökéletes napi backup rendszerünk, mégis rossz recovery pontunk egy délutáni migrációhoz. Ha a deployment előtt órákkal sok rendelési vagy felhasználói adat változott, az általános backup visszaállítása túl nagy adatvesztést jelenthet. A migration rollbackhez release-közeli snapshot kellett.
A megoldási út
A migration runner a tényleges adatváltoztatás előtt készített dedikált DB backupot. A mentés az adott release-hez kapcsolódott, és retention szabály akadályozta meg, hogy korlátlanul gyűljenek. A backfill jellegű, nagyobb műveleteket opt-in módra tettem, hogy ne induljanak automatikusan csak azért, mert a kód jelen van.
Mi lett belőle
A migration release-nek lett konkrét recovery pontja, és a kockázatos történeti backfill külön tudatos döntést igényelt. A backup így nem általános infrastruktúra-háttér, hanem a deployment transaction egyik lépése lett.