/ Forside / Teknologi / Operativsystemer / Linux / Nyhedsindlæg
Login
Glemt dit kodeord?
Brugernavn

Kodeord


Reklame
Top 10 brugere
Linux
#NavnPoint
o.v.n. 11177
peque 7911
dk 4814
e.c 2359
Uranus 1334
emesen 1334
stone47 1307
linuxrules 1214
Octon 1100
10  BjarneD 875
backup til brænder?
Fra : Brian Olesen


Dato : 30-01-06 03:47

Hejsa
Findes der noget, som via kommandolinjen giver mulighed for at lave enten en
komplet eller en encrymental backup af en maskine?
Fedora Core 4

Hvad vil I alternativt foreslå, hvis der skal tages jævnlig backup af et
linuxsystem?

Mvh. Brian

P.S. Har endnu ikke fået det trådløse til at virke. Men det kommer sikkert
en dag.



 
 
Jesper Krogh (30-01-2006)
Kommentar
Fra : Jesper Krogh


Dato : 30-01-06 08:15

I dk.edb.system.unix, skrev Brian Olesen:
> Hejsa
> Findes der noget, som via kommandolinjen giver mulighed for at lave enten en
> komplet eller en encrymental backup af en maskine?
> Fedora Core 4
>
> Hvad vil I alternativt foreslå, hvis der skal tages jævnlig backup af et
> linuxsystem?

Bacula -> http://www.bacula.org

Jesper
--
../Jesper Krogh, jesper@krogh.cc, Jabber ID: jesper@jabbernet.dk


Hans Joergensen (30-01-2006)
Kommentar
Fra : Hans Joergensen


Dato : 30-01-06 08:43

Brian Olesen wrote:
> Findes der noget, som via kommandolinjen giver mulighed for at lave enten en
> komplet eller en encrymental backup af en maskine?
> Fedora Core 4
> Hvad vil I alternativt foreslå, hvis der skal tages jævnlig backup af et
> linuxsystem?

rsync til en ekstern disk, eller til en remote maskine hvis det er
muligt.

Min erfaring siger mig at backupsystemer der kræver at der foretages
noget manuelt ikke er til at regne med.

// Hans
--
Jeg beskyttes IKKE af den gratis SPAMFighter til privatbrugere, der
har spammet usenet i over 6000 indlæg.

Ukendt (30-01-2006)
Kommentar
Fra : Ukendt


Dato : 30-01-06 11:39

Brian Olesen wrote:
>
> Hejsa
> Findes der noget, som via kommandolinjen giver mulighed for at lave enten en
> komplet eller en encrymental backup af en maskine?

Encrymental? Det ord har jeg ikke hørt før, hvad betyder det?
Encrypted incremental?

> Fedora Core 4
>
> Hvad vil I alternativt foreslå, hvis der skal tages jævnlig backup af et
> linuxsystem?

Jeg endte med at lave mit helt eget der kan sættes op til at
tage automatiske backups og synkronisere dem over på en server.
De bliver krypteret inden de sendes fra klienten til serveren.
Det er indrettet, så klienten ikke kan slette backups når de
først er lagt over på serveren.

Hvis det er noget, du tør bruge, så skal jeg gerne forklare
hvordan det sættes op. Jeg har brugt det til daglig backup de
sidste 16 måneder. Og den nyeste version, som jeg har kørt med
i over et halvt år, har fungeret ganske upåklageligt.

--
Kasper Dupont -- Rigtige mænd skriver deres egne backupprogrammer
#define _(_)"d.%.4s%."_"2s" /* This is my new email address */
char*_="@2kaspner"_()"%03"_("4s%.")"t\n";printf(_+11,_+6,_,6,_+2,_+7,_+6);

kristina (30-01-2006)
Kommentar
Fra : kristina


Dato : 30-01-06 14:49

Kasper Dupont пишет:
> Brian Olesen wrote:
>
>>Hejsa
>>Findes der noget, som via kommandolinjen giver mulighed for at lave enten en
>>komplet eller en encrymental backup af en maskine?
>
>
> Encrymental? Det ord har jeg ikke hørt før, hvad betyder det?
> Encrypted incremental?
>
>
>>Fedora Core 4
>>
>>Hvad vil I alternativt foreslå, hvis der skal tages jævnlig backup af et
>>linuxsystem?
>
>
> Jeg endte med at lave mit helt eget der kan sættes op til at
> tage automatiske backups og synkronisere dem over på en server.
> De bliver krypteret inden de sendes fra klienten til serveren.
> Det er indrettet, så klienten ikke kan slette backups når de
> først er lagt over på serveren.
>
> Hvis det er noget, du tør bruge, så skal jeg gerne forklare
> hvordan det sættes op. Jeg har brugt det til daglig backup de
> sidste 16 måneder. Og den nyeste version, som jeg har kørt med
> i over et halvt år, har fungeret ganske upåklageligt.
>
findes der en howto på det da det er sådan en metode jeg står og skal
bruge. men er p.t ude at rejse så jeg kan jo ikke svare på tråden om 2 md.

Ukendt (31-01-2006)
Kommentar
Fra : Ukendt


Dato : 31-01-06 10:40

kristina wrote:
>
> findes der en howto på det da det er sådan en metode jeg står og skal
> bruge.

Det er et stykke software som jeg selv har skrevet og indtil
videre er der så vidt jeg ved kun to brugere. Det fungerer
fint, men eftersom ingen andre end mig selv har sat det op
har jeg heller ikke fået taget mig sammen til at skrive en
vejledning. Jeg har heller ikke fået lavet scripts der er
helt generelle nok.

Her følger et eksempel på et backup script til /etc/cron.daily.
Lige den her udgave har jeg ikke testet, men den er i store
træk ligesom det jeg selv bruger.

#!/bin/bash
# Sat en variabel til at pege på det lokale ukrypterede storage.
STORAGE=/mnt/backup/storage

# En shell funktion, der tager en backup på stdin og beregner
# sha1sum samtidig med at den skrives til arkivet. >() er noget
# bash magi, der udfører kommandoen mellem paranteserne og
# erstatter den med navnet på en pipe således at tee skriver til
# to pipes. sed kommandoen erstater - med det rigtige navn.
putbackup(){
tee >( sha1sum |
sed -e "s/-/$1/" >> "$STORAGE".sha1
) | tstore "$STORAGE" "$1"
}

# Her følger backupscriptet. Det hele køres i en subshell,
# der sender stdout og stderr til en logfil (angivet i
# bunden af scriptet).
(
# Sætter en environment variabel som tstore vil
# opdatere løbende. På den måde kan man gennem /proc
# se hvor mange bytes tstore har læst fra stdin.
export TSTORE=abcdefghijklmnopqrstuvwxyz
cd /

# Først tages backup af /home. Den gemmes i arkivet med
# et tidsstempel i filnavnet.
tar -c home | putbackup home.$(date +%s).tar

# Dernæst tages backup af /. -l betyder, at tar skal
# springe over mountpoints. Altså kun rodfilsystemet
# backupkopieres.
tar -c -l / 2> >(
# Vha. lidt shellmagi sender jeg stderr gennem en
# pipe, der frasorterer de mange warnings genereret
# af tar.
grep -v --line-buffered "^tar: .*: socket ignored$" 1>&2
) | putbackup sys.$(date +%s).tar

# Jeg har et mountpoint til storage, således at man har
# umiddelbar adgang til alle tar filerne. Først unmountes
# den gamle version af arkivet. Dernæst mountes den nye
# version med de to backups, der netop er lavet. Denne
# del kræver at man har installeret tstorefs.
while umount /mnt/backup/storage.mnt ; do : ; done 2>/dev/null
mount -t tstore6 /mnt/backup/storage{,.mnt} -o ro,loop

# Til sidst anvendes tsync til at opdatere en krypteret
# udgave af arkivet på en anden server. Såfremt
# synkroniseringen mislykkes er der ingen skade sket,
# den næste synkronisering vil bare skulle overføre lidt
# flere data.
HOME=/root tsync /etc/syncinfo ssh -4x tsync@backupserver \
tsync-server /mnt/backup/storage.tsync &
) >> "$STORAGE".log 2>&1

Før ovenstående script kan anvendes skal der foretages lidt
opsætning.

Et nyt arkiv kan oprettes med disse to kommandoer:
tcreate /mnt/backup/storage
tgenhash /mnt/backup/storage

Før tsync kan anvendes skal den også sættes op. Det gøres
ved at udføre følgende kommando efter den første backup
er lagt i arkivet:

tsync-init /mnt/backup/storage /tmp/storage.tsync /etc/syncinfo

Den vil oprette /tmp/storage.tsync og /etc/syncinfo.
storage.tsync flytter man over på serveren. Hvis man kun
har en langsom internetopkobling kan storage.tsync f.eks.
overføres vha. en usb disk.

Der skal laves mulighed for at klienten kan logge ind på
serveren vha. en ssh nøgle. Man kan evt. anvende command=
i sin .ssh/authorized_keys fil for at klienten kun kan
udføre tsync-server og intet andet.

Den bedste sikkerhed opnås ved at installere tsync-server
som en sgid executable. Det skal så kun være denne gruppe
der har læse og skrive adgang til storage.tsync på serveren.

tstore kan hentes fra https://www.daimi.au.dk/~kasperd/tstore

Den nyeste version er tstore-0.6.2, jeg finder lige den
nyeste udgave af tsync, for den der ligger i førnævnte dir
har en mindre bug. Under alle omstændigheder bør man lige
sikre sig, at man har fået sat tstore op på en hensigtsmæssig
måde, før man begynder på at sætte tsync op. F.eks. bør man
undgå at overflødige ting inkluderes i backupen, det gælder
bla. backupen selv.

Kommentarer og spørgsmål er meget velkomne.

Fortsættelse følger.

> men er p.t ude at rejse så jeg kan jo ikke svare på tråden om 2 md.

Ikke helt forstået.

--
Kasper Dupont -- Rigtige mænd skriver deres egne backupprogrammer
#define _(_)"d.%.4s%."_"2s" /* This is my new email address */
char*_="@2kaspner"_()"%03"_("4s%.")"t\n";printf(_+11,_+6,_,6,_+2,_+7,_+6);

Ukendt (01-02-2006)
Kommentar
Fra : Ukendt


Dato : 01-02-06 18:07

Kasper Dupont wrote:
>
> Kommentarer og spørgsmål er meget velkomne.
>
> Fortsættelse følger.

Jeg har bygget tstore-0.6.2 og tsync-0.1.1 til
FC4 i386 og lagt dem online på den her adresse:
https://www.daimi.au.dk/~kasperd/tstore/

Hvad jeg ikke fik fortalt i min sidste posting var, hvordan man
restorer. For at få fat i en tar fil fra et tstore arkiv kan
man bare mounte arkivet vha. loopback driveren og tstorefs.

Alternativt kan man bruge tlist for at finde navnet på en tar
fil og tcat til at hente den ud.

Er man så uheldig at få brug for at restore fra den remote
krypterede udgave, så er det nemmeste at få kopieret den over
så man har den lokalt og så bruge tsync-restore-stdout som
kan skrive backupen til stdout.

Kommandoen skal have et interval at restore. Hvis man har
synkroniseret 42 gange skriver man 1-42 som interval. Man kan
bruge tsync-ls for at finde ud af hvor mange gange man har
synkroniseret.

Her er et eksempel på restore fra en lokal udgave:
tsync-restore-stdout /mnt/backup/storage.tsync 1-42 >/var/tmp/storage

Her er et eksempel på restore fra en remote udgave:
tsync-restore-stdout /etc/syncinfo 1-42 ssh -4x tsync@backupserver \
tsync-server /mnt/backup/storage.tsync >/var/tmp/storage

I øvrigt vil jeg opfordre til, at man en gang imellem checker
at arkiverne er i orden. Den lokale er nem at checke ved at
bruge sha1sum til at teste de nyeste tar filer. Den remote
er lidt mere problematisk. Man kan logge ind på remote maskinen
og pipe outputtet fra tsync-restore-stdout ind i sha1sum. Men
hvis ikke man stoler nok på remote maskinen og heller ikke har
en fantastisk båndbredde, så har jeg ikke nogen god fremgangsmåde.

--
Kasper Dupont -- Rigtige mænd skriver deres egne backupprogrammer
#define _(_)"d.%.4s%."_"2s" /* This is my new email address */
char*_="@2kaspner"_()"%03"_("4s%.")"t\n";printf(_+11,_+6,_,6,_+2,_+7,_+6);

Ukendt (30-01-2006)
Kommentar
Fra : Ukendt


Dato : 30-01-06 12:20

Brian Olesen wrote:
>
> encrymental backup

Det slog mig, at jeg længe har manglet et unikt navn til mit
backupsoftware. Encrymental ville være et ganske udmærket navn
til formålet. Siden det tilsyneladende var dig der opfandt
ordet vil jeg da lige spørge, om det er i orden med dig, hvis
jeg kalder mit backupsoftware for encrymental?

--
Kasper Dupont -- Rigtige mænd skriver deres egne backupprogrammer
#define _(_)"d.%.4s%."_"2s" /* This is my new email address */
char*_="@2kaspner"_()"%03"_("4s%.")"t\n";printf(_+11,_+6,_,6,_+2,_+7,_+6);

Klaus Ellegaard (30-01-2006)
Kommentar
Fra : Klaus Ellegaard


Dato : 30-01-06 18:41

On Mon, 30 Jan 2006 03:47:22 +0100, "Brian Olesen" wrote:

> Hvad vil I alternativt foreslå, hvis der skal tages jævnlig backup af
> et linuxsystem?

Det er meget svært at svare på, når man ikke kender de mere præcise
detaljer. Der er unægteligt forskel på at tage backup af 2 GB og
500 GB, f.eks. Specielt hvis alle 500 GB ændrer sig meget ofte.

Uanset hvilken løsning, du vælger, så sørg for at få den testet godt
og grundigt af - som udgangspunkt bør du lave en disaster-recovery-
øvelse, hvor du prøver at lege "død disk" eller "huset er brændt".

Eventuelt kan man lave det som en skrivebordstest ("nu ville jeg så
gøre sådan, og hvis det ikke virker...."), men det er ikke nær så
betryggende som at gøre det rigtigt.

Mvh.
Klaus.


Søg
Reklame
Statistik
Spørgsmål : 177558
Tips : 31968
Nyheder : 719565
Indlæg : 6408929
Brugere : 218888

Månedens bedste
Årets bedste
Sidste års bedste