Så här verifierar du att en databassäkerhetskopia innehåller användare, tillägg och schemalagda jobb

Eva Wong

IceWhale author

Eva Wong är Teknisk skribent och den boende fixaren på ZimaSpace. En livslång nörd med en passion för hemma-labb och öppen källkod, hon specialiserar sig på att översätta komplexa tekniska koncept till tillgängliga, praktiska guider. Eva tror att självhosting ska vara roligt, inte skrämmande. Genom sina handledningar ger hon gemenskapen verktyg att avmystifiera hårdvaruinstallationer, från att bygga sin första NAS till att bemästra Docker-containrar.

How to Verify That a Database Backup Includes Users, Extensions, and Scheduled Jobs - Zima Store Online

En dump med endast databasen kan utelämna klusteromfattande roller och extern schemaläggarstatus; verifiera varje objektklass separat i en isolerad återställning.

Beslutet är viktigt när en PostgreSQL-liknande tjänst måste återställa inte bara tabeller utan även inloggningar, tillägg, behörigheter och schemalagda jobb. De två konkurrerande tillstånden är databasspecifikt schema och data samt klusteromfattande eller externa driftobjekt. Börja med en sparad konfiguration och kasserbara data, observera en gren i taget och avbryt om testet ökar risken för dataförlust, behörighetsproblem eller tillgänglighet.

Definiera villkoren bakom beslutet om omfattningen av en komplett databassäkerhetskopiering

Dokumentera miljön innan du ändrar något: programvaru- och firmwareversioner, enhetsidentiteter, monterings- eller nätverkssökväg, ledigt utrymme, behörigheter och det observerbara symptomet. Baslinjen måste bevara tillräckligt med detaljer för att återskapa att en PostgreSQL-liknande tjänst måste återställa inte bara tabeller utan även inloggningar, tillägg, behörigheter och schemalagda jobb.

Den första kandidaten är databasspecifikt schema och data. Den andra är klusteromfattande eller externa driftobjekt. Den aktuella globala pg_dumpall-objekt definierar den mekanism eller kommandogräns som används i testet; den ersätter inte observationer från just den här hemservern.

Skriv ned godkännandekriteriet och stoppkriteriet innan du kör skiljetestet. Ett godkänt resultat måste ändra de bevis som förutsägs av en gren samtidigt som orelaterade tjänster förblir oförändrade; ett misslyckat resultat måste återställa systemet till det sparade tillståndet i stället för att utlösa en kedja av spekulativa korrigeringar.

Testa påståendet utan att sänka det ursprungliga kravet

Använd detta skiljetest: återställ till en isolerad server, inventera roller, tilläggsversioner, ägarskap, behörigheter och schemaläggarposter, och kör sedan ett testjobb. Håll arbetsbelastning, klient, sökväg, filuppsättning och tidpunkt konstanta så att resultatet kan hänföras till den ändrade variabeln.

Använd isolerade PostgreSQL-återställningar för att välja det fält som faktiskt kan skilja grenarna åt, och samla sedan in dess tidsstämpel, slutstatus, feltext, enhets- eller ögonblicksbildsidentitet, fördröjning, överförda byte, behörigheter och återställningstillstånd. Ett rent kommandoslut räcker inte när identitet, beständighet eller applikationstillstånd är det som testas.

Upprepa testet en gång efter en omstart, återanslutning, ominmontering eller cachetömning när den händelsen ingår i det ursprungliga villkoret. Om den första körningen är destruktiv eller om miljön inte kan återställas, avbryt och återskapa på en kasserbar kopia i stället.

pg_dump -Fc appdb > app.dump
pg_dumpall --globals-only > globals.sql

Tolka godkända, misslyckade och undantagsresultat

GODKÄNT: applikationer autentiseras, tillägg laddas, ägare överensstämmer och schemalagda jobb finns med förväntat inaktiverat eller aktiverat tillstånd. Dokumentera den exakta versionen, identiteten och arbetsbelastningen som godkändes så att slutsatsen förblir villkorad i stället för att bli ett allmängiltigt påstående.

MISSLYCKAT: tabeller återställs men roller, tilläggspaket, hemligheter eller externa schemaläggardefinitioner saknas. Ett misslyckande bevisar inte automatiskt den motsatta grenen när nätverk, minne, behörigheter eller källans konsekvens kan påverka båda; isolera dessa gemensamma beroenden innan du eskalerar.

UNDANTAG ELLER TVETYDIGT RESULTAT: lämna produktionen orörd och lägg till den saknade kluster- eller applikationsnivåexporten i säkerhetskopieringsuppsättningen. Bevara loggar och kör inte reparations-, rensnings-, förstörings-, ompartitionerings- eller rekursiva ägarskapskommandon förrän det finns en återställningsbar kopia.

Featured

ZimaCube 2 personlig molnhem NAS

ZimaCube2

Bekräfta beslutet under den ursprungliga arbetsbelastningen

Tillämpa åtgärden som motsvarar den observerade grenen och upprepa sedan det ursprungliga villkoret i stället för en förenklad ersättning. Beslutet gäller endast när applikationer autentiseras, tillägg laddas, ägare överensstämmer och schemalagda jobb finns med förväntat inaktiverat eller aktiverat tillstånd under två cykler eller vid relevant omstart, viloläge, avbrott eller belastningsövergång.

Använd de databassäkerhetskopior som tas före uppdatering för att kontrollera det närmast beroende arbetsflödet, men behåll den ursprungliga utlösaren oförändrad. Orelaterade datamängder, utdelningar, containrar, användare och återställningspunkter måste behålla sin tidigare åtkomst och tidsplanering.

Stoppgränsen är tydlig: om tabeller återställs men roller, tilläggspaket, hemligheter eller externa schemaläggardefinitioner saknas, återgå till den senast verifierade konfigurationen, behåll bevisen och eskalera till ett djupare plattforms- eller hårdvarutest endast när grenen kan upprepas.

När målresultatet består, jämför det med de separata säkerhetskopiorna av applikationstillstånd så att korrigeringen inte flyttar risken till en närliggande tjänst. Ett lyckat måltest med ett nytt fel i säkerhetskopiering, identitet, tidsgräns eller tillgänglighet är fortfarande en misslyckad ändring.

Vanliga frågor

För omfattningen av en komplett databassäkerhetskopiering gäller de återstående frågorna vanligtvis om pg_dump inkluderar inloggningsroller, om tilläggens binärfiler finns i dumpen och var schemalagda jobb lagras. Svaren nedan håller dessa specialfall åtskilda från huvudbeslutet.

Godkännandegränsen ändras inte: applikationer autentiseras, tillägg laddas, ägare överensstämmer och schemalagda jobb finns med förväntat inaktiverat eller aktiverat tillstånd. Om ett uppföljningsvillkor ändrar filsystem, identitet, nätverkssökväg eller applikationsversion ska du upprepa endast det skiljetest som påverkas av ändringen.

Sluta bredda experimentet när tabeller återställs men roller, tilläggspaket, hemligheter eller externa schemaläggardefinitioner saknas. Lämna då produktionen orörd och lägg till den saknade kluster- eller applikationsnivåexporten i säkerhetskopieringsuppsättningen; bevara bevisen innan du eskalerar till plattforms-, lagrings- eller hårdvaruansvarig.

Inkluderar pg_dump inloggningsroller?

En pg_dump för en enda databas fångar inte alla klusteromfattande roller; exportera globala objekt separat.

Finns tilläggens binärfiler i dumpen?

Nej. Dumpen registrerar tilläggsobjekt, men kompatibla paket måste finnas på återställningsservern.

Var lagras schemalagda jobb?

Det beror på schemaläggaren. Databastillägg, cron-containrar och värdtimers kräver olika säkerhetskopieringssökvägar.

För omfattningen av en komplett databassäkerhetskopiering är det praktiska svaret fortfarande villkorat: applikationer autentiseras, tillägg laddas, ägare överensstämmer och schemalagda jobb finns med förväntat inaktiverat eller aktiverat tillstånd. När tabeller återställs men roller, tilläggspaket, hemligheter eller externa schemaläggardefinitioner saknas ska du lämna produktionen orörd och lägga till den saknade kluster- eller applikationsnivåexporten i säkerhetskopieringsuppsättningen; en delvis lyckad återställning som inte klarar den ursprungliga arbetsbelastningen är inte kompatibilitet.