Re: Backup ... men hvordan

  This message is in MIME format.  The first part should be readable text,
  while the remaining parts are likely unreadable without MIME-aware tools.

--279707896-1785804869-1671424700=:16564
Content-Type: TEXT/PLAIN; charset=utf-8; format=flowed
Content-Transfer-Encoding: QUOTED-PRINTABLE

On Mon, 19 Dec 2022, Flemming Bjerke wrote:
> Men jeg glemmer aldrig da jeg havde brugt srv til backup, og s=C3=A5 plud=
selig=20
> kunne jeg ikke tilg=C3=A5 de gamle versioner ... og hvorfor ... pga. en e=
ller=20
> anden kendt bug som ingen havde gjort noget ved. Jeg ville aldrig turde l=
=C3=A6gge

Har du lyst til at fort=C3=A6lle hvilket program, du brugte og hvad bug'en =
var,=20
s=C3=A5 vi andre lettere kan checke, om vi m=C3=A5ske ogs=C3=A5 har et prob=
lem?

> min endelige backup i en krypteret fil som kun et program kan tilg=C3=A5,=
 og hvis

Det lyder meget som noget hjemmerullet kryptering. Man skal selvf=C3=B8lgel=
ig=20
bruge en eller anden standard, som nogle kloge mennesker har t=C3=A6nkt l=
=C3=A6nge=20
over og som findes i mere end een implementation.

> jeg mistede n=C3=B8glen ... Jeg f=C3=A5r ondt i maven ved tanken. Jeg t=
=C3=A6nker ikke at=20
> jeg afskaffer mine to fysiske bakop-harddiske som ikke er koblet p=C3=A5 =
min=20
> computer til daglig, og hvor intet er krypteret.

Du kunne gemme n=C3=B8glen p=C3=A5 dine to backup harddiske. Medmindre du a=
lts=C3=A5=20
regner med at smide alle tre kopier v=C3=A6k samtidig. Men du kan jo ogs=C3=
=A5=20
skrive n=C3=B8glen p=C3=A5 et papir, som kan ligge i din bankboks. Eller 2/=
3 af din=20
n=C3=B8gle til tre af dine venner, s=C3=A5 ingen af dem kan tilg=C3=A5 back=
up'en alene.=20
Eller... Der er mange l=C3=B8sninger for at undg=C3=A5, at man mister sin k=
ey.

> Men det l=C3=B8ser ikke mit problem med hvordan man bakker mariadb op. Hv=
ad synes=20
> I om f=C3=B8lgende l=C3=B8sning?
>
> 1. Hvert kvartal full backup. Slettes efter 5/4 =C3=A5r.
> 2. Hver m=C3=A5ned incrementel bakop ift. seneste kvartals full backup. S=
lettes=20
> efter et =C3=A5r.
> 3. Hver uge incrementel bakop ift. seneste kvartals full backup, slettes=
=20
> efter 1=C2=BD m=C3=A5ned.
> 4. Daglig incrementel bakup i forhold til seneste kvartals full backup.=
=20
> Slettes efter 10 dage.
>
> Grundlaget skulle v=C3=A6re et lille simpelt skript i stil med vedh=C3=A6=
ftede.

Umiddelbart virker det som om du har t=C3=A6nkt dig, at lave en kopi af=20
filesystemet, hvor mariadb har sine data liggende. Hvis du g=C3=B8r det men=
s=20
mariadb k=C3=B8rer, skal du v=C3=A6re opm=C3=A6rksom p=C3=A5, at du m=C3=A5=
ske ikke kan bruge din=20
backup til noget, f.eks. fordi mariadb kan have ting cachet, som endnu=20
ikke er lagt ud i filerne eller fordi der g=C3=A5r noget tid mens du kopier=
e=20
filerne og de f=C3=B8rste filer derfor kan n=C3=A5 at =C3=A6ndre sig, mens =
du stadig er i=20
gang med at kopiere de sidste filer.

Jeg bruger ikke selv mariadb, men i f.eks. postgresql er der et tool til=20
at lave backups af en database, der er i aktiv brug. Jeg regner med, at=20
mariadb har et tool i samme stil. Det tool vil dog lave en full backup af=
=20
din database, ikke incremental.

TL;DR: Enten stopper du databasen hverken du laver en backup eller du=20
laver en fuld backup hver gang. Eller du har en m=C3=A5ske ubrugelig backup=
=2E..

--=20
Povl Ole
--279707896-1785804869-1671424700=:16564--