sslug-teknik team mailing list archive

[Troels Arvin <troels@xxxxxxxx>]

Rasmus Resen Amossen wrote:
> -I tilfælde af brand, skal backup'en ikke også gå til grunde. Den skal
> altså være fysisk adsiklt fra filserveren.

Overvej evt. følgende, ifald i har et fornuftigt netværk:

Opsæt en dum back-up server i et andet lokale, så fjernt fra
fil-serveren som mulig (men dog stadig fysisk vel-beskyttet).
Backup-serveren behøver hverken have skærm, mus eller tastatur, og kan i
det hele taget gøres meget billig; spar dog ikke så meget, at du får
isenkram, der står og brager ned (det skulle jo gerne kræve så lidt
support som muligt).

Køb nogle store, langsomme (=billige) IDE-harddiske og tilhørende
disk-skuffter.

Brug da rsync til at overføre filer fra fil-serveren hver nat. Rsync er
fed, fordi den kun gemmer ændringer, og i øvrigt er hurtig, kan køre
over SSH, osv. Benyt dig gerne af ssh's .shosts system til at lade
backup-serveren logge ind på fil-serveren som root uden password.

En gang om ugen (eller sjældnere/oftere; det er jeres vurdering) slukker
du backup-serveren og bytter harddiske. De(n) disk(e), som ikke
benyttes, lægger du i et pengeskab eller lign.

Det fede ved denne løsning er, at
 - du ikke skal fedte med bånd
 - det går hurtigt, også restores af enkelte-filer/fil-grupper
 - IDE-diske er billige, mens tape-udstyr er noget dyrt grej

Jeg kan give eksempler på nogle rsync-scripts, som kan tages i
anvendelse, hvis det har interesse.

Det med CD-ROM brænding er i og for sig en god idé til at gemme gamle
ting på 'fjern-lager', men som du selv nævner, kræver det menneskelig
indblanding, primært fordi CD-ROM'er har så lav en kapacitet: Du kan
ikke bare smide hele serveren over på en CD-ROM, men må udvælge eller
gøre det i bidder. Ufedt.

-- 
Greetings from Troels Arvin, Copenhagen, Denmark