[glux] Traduzione della man page di backup2l

[Andrea]

Siccome non ci capivo na mazza a leggerlo in inglese ho provato a fare la
traduzione...

Non è il massimo ma forse ho capito qualcosa di più.

Siccome mi sembrava da egoista tenere per me quest'opera ;))) ve la mando in
lista con un piacere che allego, se qualcuno potesse darci un'occhiata e dirmi
se c'è da correggere qualcosa e, soprattutto, se si capisce come funziona
backup2l

Ciao

a

--------------------

backup2l  is  a  tool  for generating, maintaining and restoring backups
on a mountable file system (e. g. hard disk). The main design
goals are low maintenance effort, efficiency, transparency and
robustness.  It features differential backups at multiple  hierarchical
levels and provides rollback functionality.

backup2l è uno strumento per generare, mantenere e ripristinare backup su un
filesystem montabile (es.: dischi rigidi). I principali obiettivi sono bassa
fatica di manutenzione, efficienza, trasparenza e robustezza. Lo strumento crea
backup differenziali con livelli di gerarcha multipli e provvede a funzioni di
rollback.

All control files are stored together with the archives on the backup
device, and their contents are mostly self-explaining. Hence, in
the case of an emergency, a user does not only have to rely on the
restore functionality of backup2l, but can - if necessary -  browse
the files and extract archives manually.

Tutti i file di controllo sono immagazzinati con l'archivio nel dispositivo di
backup e i loro contenuti sono molto auto-esplicativi. Da questo momento, nel
caso di un'emergenza, un utente non dipende solamente dalle funzioni di
ripristino di backup2l ma può, se necessario, cercare ed estrarre manualmente i
file
dall'archivio.

An  open  driver architecture allows to use virtually any archiving
program as a backend.  Built-in drivers support .tar.gz, .tar.bz2,
or .afioz files. Further drivers can be added by the user. When restoring
data, an appropriate driver is  selected  automatically  for
each archive depending on the suffix of the archive file.

Un'architettura aperta dei driver permette di utilizzare virtualmente qualsiasi
tipo di programma di archiviazione come backend. I driver inclusi con
l'applicazione supportano file di tipo .tar.gz, .tar.bz2 e .afioz. Ulteriori
driver possono essere aggiunti dall'utente. Quando si ripristinano i dati, un
appropriato driver è selezionato automaticamente in funzione del suffisso del
file di archivio.

The  method  of  hierarchical  differential backups is a generalization
to the concept of the "daily", "weekly" and "monthly" backups.
Each backup has a level and a serial number. Maximum-level backups are
comparable with daily differential backups, level-0 backups are
full  backups.  For  example,  let  MAX_LEVEL be 4 and MAX_PER_LEVEL be
5. After 5 level-4 backups (e. g. after 5 days), a new level-3
backup is made.  After 5 level-3 backups (and 5*5 at level-4), a new
level-2 backup is made, and so on.  Each differential backup con-
tains the changes towards the previous backup of the same or a lower
level.

Il metodo gerarchico dei backuo incrementali è una generalizzazione del concetto
di backup "giornalieri", "settimanali" e "mensili".
Ogni backup ha un livello e un numero seriale. I Livello-Massimo dei backup sono
comparabili con i backup differenziali giornalieri, i backup livello-0 sono
backup completi. Per esempio, assegnare a MAX_LEVEL il valore 4 e a
MAX_PER_LEVEL il valore 5. Dopo 5 backup di livello 4 (es.: dopo 5 giorni),
verrà fatto un nuovo backup di livello 2 e così via. Ogni backup differenziale
contiene i cambiamenti rispetto al precedente backup dello stesso, o di un
minore, livello.

This  scheme  allows  to  efficiently  generate  small  incremental
backups at short intervals.  At the same time, the total number of
archives that have to be stored (or processed in the case of a restore)
only increases logarithmically  with  the  number  of  backups
since  the  last  full  backup. Time-consuming full backups are only
sparsely needed.  In the example above, a new full backup is only
necessary after 780 (=5^4+5^3+5*5+5) days, while only at most 20 (=4*5)
archives have to be processed.

Questo schema permette efficientemente di generare piccoli backup incrementali
a piccoli intervalli. Allo stesso tempo, il numero totale di archivi che devono
essere memorizzati (o processati in caso di ripristino) cresce logaritmicamente
con il numero di backup a partire dall'ultimo backup completo. I tempo
necessari per i backup completi sono sporadicamente necessari. Nell'esempio
precedente, un backup completo è necessario solo dopo 780 (=5^4+5^3+5*5+5)
giorni, mentre solo almassimo ogni 20 (=4*5) archivi devono essere processati.

For backup2l, each backup archive is identified by its backup ID (BID).
The number of digits  determines  the  level.  Level-0  (full)
backups  have  a  1-digit BID, level-n backups have a BID of n+1 digits.
The last digit is a serial number, the prefix identifies the
lower-level backups on which a given backup is based on. For example, the
archive 235 contains the differences  towards  archive  234,
and  to  restore the file system state of the time it was generated, the
full backup 2, the level-1 backups 21, 22, 23 and the level-2
backups 231, ..., 235 have to be processed.  All serial numbers are
between 1 and 9, a zero in the BID indicates that  no  archive  of
the respective level is contained in the chain. For example, the level-3
backup 1201 is immediately based on the level-1 backup 12.

Backup2l identifica ogni suo archivio con un identificativo di backup (BID).
Il numero di cifre determina il livello. Un backup di livello 0 (completo) ha
un BID di una cifra, un backup di livello n ha un BID di 1+n cifre.
L'ultima cifra è un numero seriale, il prefisso identifica il backup con livello
più basso su cui un backup è basato. Per esempio, l'archivio 235 contiene le
differenze rispetto all'archivio 234, per ripristinare lo stato del file system
al momento in cui è stato generato, il backup completo 2, i backup di livello 1
21, 22, 23 a i backup di livello 2 231, ..., 235 devono essere processati.
Tutti i numeri seriali sono compresi tra 1 e 9, uno zero nel BID indica che
non è contenuto nessun archivio nella catena del rispettivo livello. Per
esempio, il backup di livello 3 1201 è  direttamente basato sul backup di
livello 1 12.

For deciding whether a file is new or modified, backup2l looks at its
name, modification time, size, ownership and permissions. Unlike
other backup tools, the i-node is not considered in order to avoid
problems with non-Unix file systems like FAT32.

Per decidere se un file è nuovo o modificato, backup2l guarda il suo nome, la
data di ultima modifica, la dimensione, la proprietà e i permessi. A differenza
di altri strumenti di backup. gli i-node non sono considerati in funzione dei
problemi che si possono riscontrare con file system non Unix come FAT32.

-- 
ð Gli uomini sono fratelli fra loro. Cessano di esserlo quando
¶ la terra viene divisa da steccati e confini.
ñ
²			Heinmot-Tayala-Ket, Nez Percé
€
¯ KeyID:   5AF81406   2005-01-03   [scadenza: 2015-01-01]
3 KeyFpr:  A4E2 7C7C CFC7 1B1E E405  6443 9E07 AF95 5AF8 1406