er1/Backup (quindi /mnt/Server1/Backup su Server1
> viene montato in NFS su Client1 in /mnt/Server1/Backup).
>
> Su entrambe le macchine, /mnt/Server1/Backup appartiene a Utente1/Group1
> con permessi 770.
>
> Ho installato rsnapshot sul Client1 con l'intento di fargli fare
er1/Backup (quindi /mnt/Server1/Backup su Server1
> viene montato in NFS su Client1 in /mnt/Server1/Backup).
>
> Su entrambe le macchine, /mnt/Server1/Backup appartiene a Utente1/Group1
> con permessi 770.
>
> Ho installato rsnapshot sul Client1 con l'intento di fargli fare
su Client1 in /mnt/Server1/Backup).
Su entrambe le macchine, /mnt/Server1/Backup appartiene a Utente1/Group1
con permessi 770.
Ho installato rsnapshot sul Client1 con l'intento di fargli fare un
backup giornaliero nello stesso folder (/mnt/Server1/Backup). Utente1
esiste sia su Client1 sia su
pia darmi le risposte o darmi comunque delle info, premetto che è la prima
> volta che affronto rsnapshot.
>
> Ho capito il concetto base di come fa a fare i backup incrementali, con l'uso
> degli hard link e rsync.
>
> - conviene che rsnapshot sia installato sulla nas (una De
uesto punto mi vengono una serie di domande, spero che qualcuno di
>>voi sappia darmi le risposte o darmi comunque delle info, premetto che
>>è la prima volta che affronto rsnapshot.
>>
>>Ho capito il concetto base di come fa a fare i backup incrementali,
>con
>>l'u
ato i due portatili con Sid, volevo fare in modo di
>fare costantemente il backup della home si una nas.
>
>A questo punto mi vengono una serie di domande, spero che qualcuno di
>voi sappia darmi le risposte o darmi comunque delle info, premetto che
>è la prima volta che affronto rsnapshot.
rsnapshot.
Ho capito il concetto base di come fa a fare i backup incrementali, con l'uso
degli hard link e rsync.
- conviene che rsnapshot sia installato sulla nas (una Debian, ancora old) e
sia lei a richiamare i singoli client e farne il backup, oppure che rsnapshot
venga fatto girare sui
:
50 23 * * * /usr/bin/rsnapshot alpha
40 23 * * 1 /usr/bin/rsnapshot beta
30 23 1 * * /usr/bin/rsnapshot gamma
20 23 1 1 * /usr/bin/rsnapshot delta
Delta nel tuo caso sarà un anno di dati, non ho la più pallida idea di
qua
qual è il modo tradizionale per salvare i backup giornalieri e tenerli
10 anni?
Nel mio caso e' sufficiente un backup al giorno
grazie
POl
L'unico backup decennale che vedo è quello di delta.
Così avrai:
Una copia giornaliera di alpha, eseguita alle 01:00. Il giorno
successivo questa verrà
On Sat, Sep 09, 2017 at 11:54:50AM +0200, Pol Hallen wrote:
> Buongiorno a tutti :-)
>
> sono di nuovo alle prese con rsnapshot, l'obiettivo è quello di avere un
> backup giornaliero e tenerli per 10 anni
>
> cat /etc/rsnapshot.conf
>
> retain alpha 1
> retain bet
Buongiorno a tutti :-)
sono di nuovo alle prese con rsnapshot, l'obiettivo è quello di avere un
backup giornaliero e tenerli per 10 anni
cat /etc/rsnapshot.conf
retain alpha 1
retain beta7
retain gamma 12
retain delta 10
cat /etc/cron.d/rsnapshot
00 01
'giorno a tutti :-)
ho un piccolo dubbio su rsnapshot: da anni l'ho configurato e tutto
funziona al meglio.
Ora però devo rifare la struttura dei backup e mi ritrovo (come esempio):
sorgente1 -- backup_sorgente1
rsnapshot si occupa di fare backup da sorgente1 a backup_sorgente1
devo rimuovere
Si, sono una copia fisica tra source e dest.
L'uso degli hardlink è relativo alle copie multiple (history) tra le varie
revisioni dei dest.
CIAO
Luca
--
Per REVOCARE l'iscrizione alla lista, inviare un email a
debian-italian-requ...@lists.debian.org con oggetto unsubscribe. Per
problemi
grazie Luca!
Ero quasi certo ma trattandosi di dati sensibili ho preferito chiedere.
Pol
Si, sono una copia fisica tra source e dest.
L'uso degli hardlink è relativo alle copie multiple (history) tra le
varie
revisioni dei dest.
CIAO
Luca
--
Per REVOCARE l'iscrizione alla lista,
Il martedì 11 giugno 2013 22:13:21 Pol Hallen ha scritto:
rsnapshot effettua i backup incrementali usando gli hard link nel file
system, è difficile fare una stima dello spazio occupato in questo modo.
me ne sono accorto...
non si puo' fare una stima dello spazio occupato a priori, perche
non si puo' fare una stima dello spazio occupato a priori, perche dipende
dalla frequenza di modifica dei dati ma per sapere lo spazio occupato dai
backup eseguiti fino ad ora basta
rsnapshot du
grazie! :-)
Pol
--
Per REVOCARE l'iscrizione alla lista, inviare un email a
debian-italian
CIAO !
Mi inserisco dato che Gollum mi ha tirato in ballo, ma di fatto qui si parla
di rsnaphost, quindi di backup a livello di file system (con l'uso intensivo
degli hardlink), per questo non ho risposto alla battuta. :)
Quello che Gollum voleva dire è che ha sviluppato un programma in python
Quello che Gollum voleva dire è che ha sviluppato un programma in python che
permette di gestire backup full-diff-inc di flussi dati generici (tipicamente
dump di partizioni, lvm, virtual machines, ecc.), ma qui poco si adatta al
topic.
Pensate ad un qualcosa che possa fare un backup di un
sempre in tema di hard link: se cancello una dir di backup (che contiene
hard link)... cancello anche il file originale?!
tnks :-)
Pol
--
Per REVOCARE l'iscrizione alla lista, inviare un email a
debian-italian-requ...@lists.debian.org con oggetto unsubscribe. Per
problemi inviare un email in
ricordo Luca: sia quando me ne parlasti mesi e mesi fa (forse in fase
pre-alpha) sia quando hai postato nella lista una versione (non ricordo
se beta o altro). Complimenti! Ottimo lavoro :-)
Quando sarà matura potrai anche decidere di metterla in debian :-)
bhe, il lavoro l'ha fatto
Il Wed, 12 Jun 2013 20:21:58 +0200, Pol Hallen scrisse
sempre in tema di hard link: se cancello una dir di backup (che contiene
hard link)... cancello anche il file originale?!
No.
Decrementi il contatore dell'inode, solo quello (sino a che non rimane un
puntatore all'inode unico, allora se
Il 12/06/2013 20:23, dea ha scritto:
ricordo Luca: sia quando me ne parlasti mesi e mesi fa (forse in fase
pre-alpha) sia quando hai postato nella lista una versione (non ricordo
se beta o altro). Complimenti! Ottimo lavoro :-)
Quando sarà matura potrai anche decidere di metterla in debian :-)
Ha qualche requisito specifico per poter girare?
E' stato costruito attorno a Debian, ma può girare praticamente ovunque, basta
soddisfare qualche dipendenza.. a memoria ricordo python 2.7 (il default di
Debian 7.0), XFS (il supporto al file system XFS, utilizzato per i volumi di
backup) e penso
Il 12 giugno 2013 21:49, dea d...@corep.it ha scritto:
Ha qualche requisito specifico per poter girare?
E' stato costruito attorno a Debian, ma può girare praticamente ovunque, basta
soddisfare qualche dipendenza.. a memoria ricordo python 2.7 (il default di
Debian 7.0), XFS (il supporto al
Il 12/06/2013 23:40, Gollum1 ha scritto:
Il 12 giugno 2013 21:49, dead...@corep.it ha scritto:
Ha qualche requisito specifico per poter girare?
E' stato costruito attorno a Debian, ma può girare praticamente ovunque, basta
soddisfare qualche dipendenza.. a memoria ricordo python 2.7 (il
rsnapshot effettua i backup incrementali usando gli hard link nel file
system, è difficile fare una stima dello spazio occupato in questo modo.
Se mantieni gli stessi file tra i vari backup rsnapshot non occuperà
nuovo spazio su disco.
--
Per REVOCARE l'iscrizione alla lista, inviare un
rsnapshot effettua i backup incrementali usando gli hard link nel file
system, è difficile fare una stima dello spazio occupato in questo modo.
me ne sono accorto...
si potrebbe al limite vedere gli i-node dei file con ls -li
grazie :-)
Pol
--
Per REVOCARE l'iscrizione alla lista, inviare
Luca questa potrebbe essere l'occasione per reclutare betatester...
--
Gollum1
teoro, dov'è il mio teoro...
Il giorno 11/giu/2013 22:10, Pol Hallen debitv...@fuckaround.org ha
scritto:
rsnapshot effettua i backup incrementali usando gli hard link nel file
system, è difficile
Ciao a tutti :-)
vorrei fare un calcolo approssimativo di quanto spazio dovrebbero
occupare i backup:
per semplificare, consideriamo una dir da 100Mb:
intervaldaily 7
intervalweekly 4
intervalmonthly 6
fine fatto un backup giornaliero, un backup settimanale e i
Vorrei sapere se esiste la possibilita' di ripristinare
tutte le modifiche intercorse ad un file sottoposto a
backup con rsnapshot.
Ad esempio si riferisce sempre allo stesso file
giorno 1 backup file - primo passaggio originale
giorno 2 backup file - file invariato creazione di hardlink
giorno 3
Ad esempio si riferisce sempre allo stesso file
giorno 1 backup file - primo passaggio originale
giorno 2 backup file - file invariato creazione di hardlink
giorno 3 backup file -file modificato quindi fa una copia
giorno 4 backup file -file modificato quindi fa una copia
giorno 5 backup
.. o se vuoi fare più il fine.. ti calcoli l'md5 delle revisioni che hai e ti
generi un archivio solo con le revisioni diverse (5 righe di bash).
CIAO
Luca
--
Per REVOCARE l'iscrizione alla lista, inviare un email a
debian-italian-requ...@lists.debian.org con oggetto unsubscribe. Per
Il mercoledì 06 marzo 2013 11:23:38 dea ha scritto:
tutto cio' mi serve nel caso che una persona
venisse da me e gli servisse una certa revisione
di un file che e' stato sottoposto a backup.
Se un utente vuole una history di quel file ti puoi fare uno script a cui
passi il file e ti crea
Il giorno 06/mar/2013 11:28, dea d...@corep.it ha scritto:
... (5 righe di bash).
Mi ricorda qualcosa... pure l' argomento era lo stesso... (sto finendo le
cose che mi hanno impegnato fino ad ora... presto penso di riuscire a
rimetterci mano)...
--
Gollum 1
teoro, dov'è il mio teoro?
... (5 righe di bash).
Mi ricorda qualcosa... pure l' argomento era lo stesso...
s non dirlo in pubblico
;)
--
Per REVOCARE l'iscrizione alla lista, inviare un email a
debian-italian-requ...@lists.debian.org con oggetto unsubscribe. Per
problemi inviare un email in INGLESE a
Ho alcuni dubbi in merito al backup che sto facendo se c'e' qualcuno che
riesche ad aiutarmi lo ringrazio anticipatamente.
Ad esempio attualmente il backup e' eseguito tramite rsnapshot (messo in cron)
della directory /etc/ e /home/ che vengono salvate in /backup/rsnapshots/ da
quello che ho
Il 03/03/2012 18:22, Davide Prina ha scritto:
On 03/03/2012 11:33, InSa wrote:
ho un problema con rsnapshot che non mi fa il backup di path che
contengono spazi. La riga incriminata è questa:
backup /media/win7/Documents and Settings/A L/Documenti/ win7/
che sappia io qualsiasi programma
Salve a tutti,
ho un problema con rsnapshot che non mi fa il backup di path che
contengono spazi. La riga incriminata è questa:
backup /media/win7/Documents and Settings/A L/Documenti/ win7/
Il test interno di rsnapshot (l'optione -t) non riporta nulla di
sbagliato mentre da errore
On 03/03/2012 11:33, InSa wrote:
ho un problema con rsnapshot che non mi fa il backup di path che
contengono spazi. La riga incriminata è questa:
backup /media/win7/Documents and Settings/A L/Documenti/ win7/
che sappia io qualsiasi programma non funziona se scrivi a quel modo.
Prova con
ciao a tutti :-)
vorrei soltanto conferma di aver afferrato per bene la logica di rsnapshot:
intervalhourly 6
intervaldaily 7
intervalweekly 4
intervalmonthly 3
6 backup ogni ora (hourly 6)
7 backup al giorno (daily 7)
4 backup la settimana (weekly 4)
3
intervalhourly 6
intervaldaily 7
intervalweekly 4
intervalmonthly 3
6 backup ogni ora (hourly 6)
7 backup al giorno (daily 7)
4 backup la settimana (weekly 4)
3 backup al mese (monthly 3)
Più o meno Pol.
Il fatto è che... devi tu chiamare rsnapshot
6 backup di tipo hourly
7 backup di tipo daily
4 backup di tipo weekly
quindi questi 6 backup creati in un giorno (facciamo finta che tutti e sei
siano differenti tra loro per via delle modifiche dei file) vengono spostati
nella dir daily e così in quella weekly?
però vengono mantenuti per
con un hourly = */4
vivono di vita propria.
Quando eseguirai rsnapshot daily rsnapshot verificicherà SE esiste un
livello massimo (il sesto) per hourly, se si lo sposta come daily.0, facendo
slittare gli altri daily (se presenti) in daily.1 sino alla versione 6.
però vengono mantenuti per una
43 matches
Mail list logo
