obnam - Online nel cloud

PROGRAMMA:

NOME

obnam: crea, ripristina e manipola i backup

SINOSSI

obnam [--sempre-ripristina-setuid] [--no-ripristina-sempre-setuid] [--punto di controllo=TAGLIA]
[--dimensione-sacco-pezzo=TAGLIA] [--dimensione-cache-chunk=TAGLIA] [--dimensione pezzo=TAGLIA]
[--chunkids-per-gruppo=NUM] [--nome del cliente=NOME DEL CLIENTE] [--comprimere-con=PROGRAMMA]
[--config=RISORSE] [--dump-config] [--nomi-impostazione-dump] [--genera-manpage=MODELLO] [-h]
[--Aiuto] [--aiuto-tutti] [--list-config-file] [--versione] [--no-default-config]
[--limite-crash=CONTATORE] [--età-critica=ETÀ] [--deduplica=MODE] [--dir-dimensione-borsa=TAGLIA]
[--dir-dimensione-cache=TAGLIA] [--dump-memoria-profilo=METODO] [--dump-repo-file-metadati]
[--no-dump-repo-file-metadati] [--crittografa con=CRIPTARE-CON] [--escludere=ESCLUDERE]
[--exclude-cache] [--no-exclude-cache] [--exclude-da=RISORSE] [--fsck-correzione]
[--no-fsck-fix] [--fsck-ignora-pezzi] [--no-fsck-ignora-pezzi]
[--fsck-ignore-client=NOME] [--fsck-solo-ultima generazione] [--no-fsck-solo-ultima-generazione]
[--fsck-rm-inutilizzato] [--no-fsck-rm-inutilizzato] [--fsck-skip-checksum]
[--no-fsck-skip-checksum] [--fsck-skip-dirs] [--no-fsck-skip-dirs] [--fsck-salta-file]
[--no-fsck-skip-file] [--fsck-salta-generazioni] [--no-fsck-salta-generazioni]
[--fsck-skip-per-client-b-alberi] [--no-fsck-skip-per-client-b-trees]
[--fsck-skip-b-alberi condivisi] [--no-fsck-skip-b-alberi condivisi] [--fuse-opz=FUSE]
[--generazione=GENERAZIONE] [--gnupghome=HOMEDIR] [--idpath-bit=BIT IDPATH]
[--idpath-profondità=IDPATH-PROFONDITÀ] [--idpath-skip=IDPATH-SALTA] [--includere=INCLUDERE]
[--mantenere=TENERE] [--dettagli-chiave] [--nessun-dettaglio-chiave] [--keyid=ID CHIAVE] [--lascia-checkpoint]
[--punti di controllo senza uscita] [--timeout di blocco=TIMEOUT] [--tronco d'albero=RISORSE] [--log-mantieni=N]
[--livello-log=LIVELLO] [--log-max=TAGLIA] [--modalità log=MODE] [--lru-dimensione=TAGLIA]
[--intervallo-dump-memoria=SECONDI] [--dimensione del nodo=TAGLIA] [--un-file-system]
[--nessun-file-system] [--produzione=RISORSE] [--far finta] [--funzionamento a secco] [--nessun atto] [--no-fingi]
[--no-funzionamento a secco] [--no-no-atto] [--fingi-tempo=TIMESTAMP] [--puro-paramiko]
[--no-puro-paramiko] [--silenzioso] [--silenzioso] [--no-silenzioso] [--no-silenzioso] [-rURL]
[--archivio=URL] [--formato-repository=FORMATO] [--radice=URL] [--sftp-ritardo=SFTP-RITARDO]
[--piccoli-file-in-btree] [--no-piccoli-file-in-btree] [--ssh-comando=ESEGUIBILE]
[--ssh-host-key-check=VALORE] [--ssh-tasto=NOME DEL FILE] [--ssh-host-conosciuti=NOME DEL FILE]
[--strict-ssh-host-chiavi] [--no-strict-ssh-host-chiavi] [--bit-chiave-simmetrica=BITS]
[--test-fail-matching=REGEXP] [--per=A] [--traccia=TRACCIA] [--dimensione coda di caricamento=TAGLIA]
[--verboso] [--non dettagliato] [--verifica-casualmente=N] [--warn-età=ETÀ] [--debole-casuale]
[--no-debole-casuale]

obnam [Opzioni] _serratura
obnam [Opzioni] tasto aggiuntivo [CLIENTE-NOME] ...
obnam [Opzioni] backup [DIRECTORY|URL] ...
obnam [Opzioni] chiavi-client
obnam [Opzioni] clienti
obnam [Opzioni] differenza [GENERAZIONE1]GENERAZIONE2
obnam [Opzioni] dump-repo
obnam [Opzioni] blocco forzato
obnam [Opzioni] dimenticare [GENERAZIONE] ...
obnam [Opzioni] fsck
obnam [Opzioni] generazioni
obnam [Opzioni] geni
obnam [Opzioni] aiuto
obnam [Opzioni] aiuto-tutti
obnam [Opzioni] kdirstat [RISORSE] ...
obnam [Opzioni] errori nell'elenco
obnam [Opzioni] formati-elenco
obnam [Opzioni] tasti-elenco
obnam [Opzioni] list-toplevel
obnam [Opzioni] ls [RISORSE] ...
obnam [Opzioni] montare [ROOT]
obnam [Opzioni] nagios-ultimo-backup-età
obnam [Opzioni] rimuovi-cliente [CLIENTE-NOME] ...
obnam [Opzioni] rimuovi chiave [CLIENTE-NOME] ...
obnam [Opzioni] ristabilire [DIRECTORY] ...
obnam [Opzioni] verificare [DIRECTORY] ...

DESCRIZIONE

obnam crea, ripristina, manipola e si occupa in altro modo dei backup. Può memorizzare
backup su disco locale o su server tramite sftp. Ogni generazione di backup sembra un
nuova istantanea, ma è davvero incrementale: l'utente non deve preoccuparsi se è a
backup completo o meno. Viene eseguito il backup solo dei dati modificati e se è già presente un blocco di dati
backup in un altro file, i dati vengono riutilizzati.

Il luogo in cui vengono inseriti i dati di backup è chiamato repository di backup. Un deposito
può essere, ad esempio, una directory su un server sftp o una directory su un disco rigido USB. UN
un singolo repository può contenere backup da più client. I loro dati si mescoleranno
come se stessero usando repository separati, ma se un client esegue il backup di un file, gli altri
può riutilizzare i dati.

obnam la sintassi della riga di comando consiste in a command eventualmente seguito da argomenti. Il
i comandi sono elencati di seguito.

· di riserva fa un nuovo backup. La prima volta che viene eseguito, esegue un backup completo, dopo
quello incrementale.

· ripristinare è l'opposto di un backup. Copia i dati di backup dal backup
repository in una directory di destinazione. Puoi ripristinare tutto in una generazione, oppure
solo file selezionati.

· clienti elenca i client di cui è stato eseguito il backup nel repository.

· generazioni elenca ogni generazione di backup per un determinato client, oltre ad alcuni metadati
sulla generazione.

· genii elenca l'identificatore per ogni generazione di backup per un determinato client. No
vengono visualizzate altre informazioni. Questo può essere utile per lo scripting.

· ls elenca i contenuti di una data generazione, simile a ls -lar.

· kdirstat elenca i contenuti di una data generazione, in un formato compatibile
con la kdirstat formato di file cache, che può quindi essere utilizzato per visualizzare il
contenuto di un backup.

· verificare confronta i dati nel backup con i dati effettivi dell'utente e si assicura che lo siano
identico. È molto utile eseguire immediatamente dopo un backup, per verificare che sia
effettivamente funzionato. Può essere eseguito in qualsiasi momento, ma se i dati dell'utente sono cambiati,
la verifica non riesce anche se il backup è OK.

· dimenticare rimuove le generazioni di backup che non sono più desiderate, in modo che non vengano utilizzate
spazio sul disco. Si noti che dopo la rimozione di una generazione di backup i dati non possono essere
restaurato più. Puoi specificare le generazioni da rimuovere elencandole
sulla riga di comando, o utilizzare il --mantenere opzione per specificare una politica su cosa conservare
(tutto il resto verrà rimosso).

· fsck verifica la consistenza interna del repository di backup. Si verifica che
tutti i client, le generazioni, le directory, i file e tutti i contenuti dei file esistono ancora in
l'archivio di backup. Potrebbe volerci molto tempo per l'esecuzione.

· blocco forzato rimuove un file di blocco per un client nel repository. dovresti solo
forzare un blocco se si è sicuri che nessuno stia accedendo ai dati di quel cliente nel
deposito. Un lucchetto penzolante potrebbe verificarsi, ad esempio, se obnam perde la sua rete
connessione al repository di backup.

· chiavi-client elenca la chiave di crittografia associata a ciascun client.

· chiavi-elenco elenca le chiavi che possono accedere al repository e quale livello superiore
directory a cui ogni chiave può accedere. Alcune delle directory di primo livello sono condivise
tra i clienti, altri sono specifici per un cliente.

· list-toplevel è come chiavi-elenco, ma elenca i livelli superiori e le chiavi a cui possono accedere
Loro.

· tasto aggiuntivo aggiunge una chiave di crittografia al repository. Per impostazione predefinita, la chiave viene aggiunta
solo alle directory di primo livello condivise, ma può anche essere aggiunto a specifiche
client: elenca i nomi dei client sulla riga di comando. La chiave è data con
, il --keyid opzione. Chi ha accesso alla chiave segreta corrispondente alla chiave
id può accedere al repository di backup (i livelli principali condivisi più i client specificati).

· rimuovi-chiave rimuove una chiave dalle directory di primo livello condivise, oltre a qualsiasi client
specificato sulla riga di comando.

· nagios-ultimo-backup-age è un controllo che esce con un ritorno diverso da zero se un'età di backup
supera una certa soglia. È adatto per essere utilizzato come plug-in di controllo per nagios.
Le soglie possono essere date le --warn-età ed --età-critica opzioni.

· diff confronta due generazioni ed elenca i file che differiscono tra loro. Ogni uscita
la riga sarà preceduta da un segno più (+) per i file che sono stati aggiunti, un meno
segno (-) per i file che sono stati rimossi o un asterisco (*) per i file che hanno
cambiato. Se viene specificato un solo ID di generazione nella riga di comando che
generazione sarà confrontata con il suo diretto predecessore. Se due ID sono stati
specificato, verranno elencate tutte le modifiche tra queste due generazioni.

· Mount rende disponibile il repository di backup tramite un filesystem FUSE di sola lettura. Ogni
la generazione del backup è visibile come una sottodirectory, denominata in base all'id di generazione.
Ciò significa che puoi guardare i dati di backup utilizzando strumenti normali, come il tuo file GUI
manager o strumenti da riga di comando come ls(1) diff(1), e cp(1). non puoi farcela
nuovi backup con il sottocomando mount, ma puoi ripristinare i dati facilmente.

È necessario disporre delle utilità FUSE e disporre dell'autorizzazione per utilizzare FUSE per farlo
opera. I dettagli varieranno tra i sistemi operativi; in Debian, installa il
pacchetto fusibile e aggiungiti a fusibile gruppo (potrebbe essere necessario disconnettersi e tornare indietro
di nuovo).

Fare backup
Quando esegui un backup, obnam carica i dati nel repository di backup. I dati sono divisi
in blocchi e se un blocco esiste già nel repository di backup, non viene caricato
ancora. Questo permette obnam per gestire i file che sono stati modificati o rinominati dal
precedente esecuzione di backup. Consente inoltre a diversi client di backup di evitare di caricare lo stesso
dati. Se, ad esempio, tutti in ufficio hanno una copia degli stessi opuscoli di vendita,
solo una copia deve essere archiviata nell'archivio di backup.

Ogni esecuzione di backup è un ELETTRICA. In aggiunta, obnam farà posto di controllo generazioni
di tanto in tanto. Queste sono esattamente le generazioni normali, ma non è garantito che lo facciano
essere un'istantanea completa dei dati in tempo reale. Se l'esecuzione del backup deve essere interrotta nel
centrale, la successiva esecuzione di backup può continuare dall'ultimo checkpoint, evitando la necessità di
ricominciare da capo.

Se un'esecuzione di backup elimina una directory principale di backup, le generazioni precedenti la manterranno ancora:
nulla cambia nelle vecchie generazioni solo perché ce n'è una nuova. Se la radice fosse
eliminato per errore, può essere aggiunto di nuovo e la prossima esecuzione di backup riutilizzerà l'esistente
dati nell'archivio di backup e eseguirà il backup solo dei metadati del file (nomi di file,
autorizzazioni, ecc.).

verifica backup
A che serve un sistema di backup su cui non puoi fare affidamento? Come puoi fare affidamento su qualcosa che non puoi
test? Il obnam verificare il comando controlla che i dati nel repository di backup corrispondano a quelli effettivi
dati utente. Recupera uno o più file dal repository e li confronta con il
dati utente. Questo è essenzialmente lo stesso che eseguire un ripristino, quindi confrontare i file ripristinati
con i file originali usando cmp(1), ma più facile da usare.

Per impostazione predefinita, la verifica avviene su tutti i file. Puoi anche specificare i file da essere
verificati elencandoli sulla riga di comando. Dovresti specificare i percorsi completi per il
file, non relativi alla directory corrente.

L'output elenca i file che non superano la verifica per qualche motivo. Se verifichi tutto,
è probabile che alcuni file (ad es. le directory principali della root di backup) possano essere cambiati
senza che sia un problema. Nota che dovrai specificare l'intero percorso del
file o directory da verificare, non relativi alla root di backup. Hai ancora bisogno di
specificare almeno una delle root di backup sulla riga di comando o tramite il --radice opzione così
che obnam troverà il filesystem, nel caso sia remoto.

URL sintassi
Ogni volta che obnam accetta un URL, può essere un percorso locale o an sftp URL. un sftp
L'URL ha la seguente forma:

sftp: //[Utente@]dominio[:porto]/il percorso

where dominio è un normale nome di dominio Internet per un server, Utente è il tuo nome utente su quello?
server, porto è un numero di porta opzionale e sentiero è un percorso sul lato server. Piace
bzr(1), ma a differenza dello standard URL sftp, il percorso è assoluto, a meno che non inizi con
/~/ nel qual caso è relativo alla home directory dell'utente sul server.

Vedere la sezione ESEMPIO per esempi di URL.

Puoi usare sftp URL per il repository o i dati live (root), ma tieni presente che a causa di
limitazioni nel protocollo, e la sua attuazione nel paramico biblioteca, alcune cose
non funzionerà molto bene per l'accesso ai dati live over sftp. La cosa più importante, la gestione
di hardlink è piuttosto subottimale. Per l'accesso ai dati in tempo reale, non dovresti terminare l'URL
con /~/ e dovrebbe aggiungere un punto alla fine in questo caso speciale.

Generazione Specifiche tecniche
Quando non si utilizza l'ultima generazione, sarà necessario specificare quale è necessario. Questo
sarà fatto con il --generazione opzione, che accetta una specifica di generazione come sua
discussione. La specifica è o la parola con i più recenti, ovvero l'ultima generazione
(anche l'impostazione predefinita) o un numero. Vedi il generazioni comando per vedere quali sono le generazioni
disponibili e quali sono i loro numeri.

Politica sui Resi per conservazione ed rimozione di riserva generazioni
I dimenticare il comando può seguire una politica per conservarne automaticamente alcuni e rimuovere altri backup
generazioni. La politica è impostata con il --mantenere=POLITICA opzione.

POLITICA è un elenco di regole separate da virgole. Ogni regola è composta da un conteggio e da un periodo di tempo.
I periodi di tempo sono h, d, w, me y, per ora, giorno, settimana, mese e anno.

Una politica di 30d significa conservare l'ultimo backup per ogni giorno in cui è stato eseguito un backup e
conservare gli ultimi 30 backup di questo tipo. Qualsiasi backup che corrisponde a qualsiasi regola dei criteri viene mantenuto e qualsiasi
i backup intermedi verranno rimossi, così come tutti i backup più vecchi del backup più vecchio conservato.

Ad esempio, supponiamo che i backup vengano eseguiti ogni ora, ogni ora: alle 00:00, 01:00, 02:00,
e così via, fino alle 23:00. Se la dimenticare il comando viene eseguito alle 23:15, con la politica di cui sopra, è
manterrà il backup eseguito alle 23:00 di ogni giorno e rimuoverà ogni altro backup quel giorno.
Rimuoverà anche i backup più vecchi di 30 giorni.

Se i backup vengono effettuati a giorni alterni, a mezzogiorno, dimenticare manterrebbe gli ultimi 30 backup, o 60
giorni di backup, con la politica di cui sopra.

Nota che obnam ispezionerà solo i timestamp nel repository di backup e non gli importa
qual è l'ora attuale effettiva. Ciò significa che se smetti di eseguire nuovi backup, il
quelli esistenti non verranno rimossi automaticamente. In sostanza, obnam finge l'ora corrente
è subito dopo l'ultimo backup quando dimenticare è eseguito.

Le regole possono essere fornite in qualsiasi ordine, ma verranno ordinate in ordine crescente di periodo di tempo
prima applicato. (È un errore fornire due regole per lo stesso periodo.) Un backup
la generazione viene mantenuta se corrisponde a qualsiasi regola.

Ad esempio, si presuma la stessa frequenza di backup di cui sopra, ma una politica di 30d,52w. Questo
manterrà il backup giornaliero più recente per ogni giorno per trenta giorni, ed l'ultimo settimanale
backup per 52 settimane. Perché i backup orari verranno rimossi giornalmente, prima che abbiano un
possibilità di essere salvati da una regola settimanale, l'effetto è che il backup alle 23:00 per ciascuno
day viene salvato per un mese e il backup delle 23:00 della domenica viene salvato per un anno.

Se, invece, utilizzi una polizza di 72 ore, 30 giorni, 52 giorni, obnam manterrebbe gli ultimi 72 backup orari,
e l'ultimo backup di ogni giorno di calendario per 30 giorni e l'ultimo backup di ogni calendario
settimana per 52 settimane. Se la frequenza di backup era una volta al giorno, obnam manterrebbe il backup
di ogni ora di calendario per la quale è stato eseguito un backup, per 72 di tali backup. In altre parole,
manterrebbe efficacemente gli ultimi 72 backup giornalieri.

Suona confuso? Pensa a quanto era confuso lo sviluppatore durante la scrittura del codice.

Se non viene fornita alcuna polizza, dimenticare manterrà tutto.

Una tipica politica potrebbe essere 72 ore, 7 giorni, 5 giorni, 12 minuti, che significa: conserva gli ultimi 72 backup orari, il
ultimi 7 backup giornalieri, gli ultimi 5 backup settimanali e gli ultimi 12 backup mensili. Se la
i backup vengono eseguiti sistematicamente su base oraria, ciò significa mantenere backup orari
per tre giorni, backup giornalieri per una settimana, backup settimanali per un mese e backup mensili
per un anno.

Il modo in cui funziona la politica è un po' complicato. Correre dimenticare con la --far finta opzione a
assicurati di rimuovere quelli giusti.

utilizzando crittografia
obnam può crittografare tutti i dati che scrive nel repository di backup. Utilizza gpg(1) da fare
la crittografia. Devi creare una coppia di chiavi usando gpg --gen-chiave (o usa un esistente
uno), e poi racconta obnam a riguardo usando il --crittografa con opzione. Puoi facoltativamente
usa una directory home separata usando il --gnupghome opzione. Per impostazione predefinita, l'impostazione predefinita
directory per gpg(1) verrà utilizzato.

Configurazione file
obnam cercherà i file di configurazione in una serie di posizioni. Vedi la sezione FILE
per un elenco. Tutti questi file insieme vengono trattati come un unico grande file con il contenuto di tutti
file concatenati.

I file sono in formato INI e solo il [configurazione] viene utilizzata la sezione (tutte le altre sezioni sono
ignorato).

I nomi lunghi delle opzioni vengono utilizzati come chiavi per le variabili di configurazione. Qualsiasi impostazione che
può essere impostato dalla riga di comando può essere impostato in un file di configurazione, nel [configurazione]
.

Ad esempio, le opzioni nella seguente riga di comando:

obnam --repository=/backup --exclude='.wav$' backup

potrebbe essere sostituito con il seguente file di configurazione:

[configurazione]
archivio: /backup
escludi: .wav$

(Puoi usare sia pippo=valore or pippo: APPREZZIAMO sintassi nei file.)

L'unica cosa insolita dei file è il modo in cui sono le opzioni che possono essere utilizzate molte volte
espresso. Tutti i valori sono inseriti in un'unica riga logica, separati da virgole (e
eventualmente anche spazi). Per esempio:

[configurazione]
escludere = pippo, bar, \.mp3$

Quanto sopra ha tre valori per il escludere opzione: tutti i file che contengono le parole foo or
bar ovunque nel percorso completo, o file con nomi che terminano con un punto e
mp3 (perché le esclusioni sono espressioni regolari).

Una lunga linea logica può essere spezzata in più linee fisiche, iniziando una nuova linea a
spazi bianchi e rientrando le linee di continuazione:

[configurazione]
escludere = pippo,
bar,
\.mp3$

L'esempio sopra aggiunge tre modelli di esclusione.

multiplo clienti ed bloccaggio
obnam supporta la condivisione di un repository tra più client. I clienti possono condividere il
contenuto del file (pezzi), in modo che se il client A esegue il backup di un file di grandi dimensioni e il client B ha
stesso file, allora B non ha bisogno di caricare il file di grandi dimensioni nel repository una seconda volta.
Affinché ciò funzioni senza confusione, i client utilizzano un semplice protocollo di blocco che consente
un solo client alla volta per modificare le strutture dati condivise. Le serrature non impediscono
accesso in sola lettura allo stesso tempo: questo ti permette di ripristinare mentre qualcun altro lo è
fare il backup.

A volte capita che un'operazione di sola lettura acceda a una struttura di dati contemporaneamente ad essa
viene modificato. Ciò può causare un arresto anomalo. Non risulterà in dati corrotti, o
ripristini errati. Tuttavia, potrebbe essere necessario riavviare l'operazione di sola lettura dopo a
crash.

VERSIONI

--sempre-ripristina-setuid
ripristinare i bit setuid/setgid nei file ripristinati, anche se non sono file di root o di backup
aveva un proprietario diverso da quello dell'utente che esegue il ripristino

--no-ripristina-sempre-setuid
opposto di --always-restore-setuid

--nome del cliente=NOME DEL CLIENTE
nome del client (predefinito su hostname)

--comprimere-con=PROGRAMMA
usa PROGRAM per comprimere il repository con (uno di nessuno, deflate)

--età-critica=ETÀ
per nagios-last-backup-age: età massima (per impostazione predefinita in ore) per il più recente
il backup prima delle statistiche è fondamentale. Accetta uno specificatore di unità di caratteri (s,m,h,d per
secondi, minuti, ore e giorni.

--dump-repo-file-metadati
dump dei metadati sui file?

--no-dump-repo-file-metadati
opposto di --dump-repo-file-metadata

--genera-manpage=MODELLO
SOPPRESSIONE AIUTO

--generazione=GENERAZIONE
quale generazione ripristinare

-h, --Aiuto
mostra questo messaggio di aiuto ed esci

--mantenere=TENERE
politica per quali generazioni conservare quando si dimentica

--timeout di blocco=TIMEOUT
quando si blocca il repository di backup, attendere TIMEOUT secondi per un blocco esistente da
vai via prima di arrenderti

--produzione=RISORSE
scrivi l'output su FILE, invece dell'output standard

--far finta, --funzionamento a secco, --nessun atto
in realtà non cambia nulla (funziona solo con backup, dimentica e ripristina e
può solo simulare un comportamento approssimativamente reale)

--no-fingi, --no-funzionamento a secco, --no-no-atto
opposto di --fingi

--silenzioso, --silenzioso
silenzio: mostra solo i messaggi di errore, nessun aggiornamento sui progressi

--no-silenzioso, --no-silenzioso
opposto di --quiet

-r, --archivio=URL
nome del repository di backup (può essere percorso o URL supportato)

--formato-repository=FORMATO
usa FORMAT per i nuovi repository; uno dei "6", "albatro verde"

--per=A
dove ripristinare o montare FUSE; per i ripristini, deve essere vuoto o non deve esistere

--verboso
essere prolisso: dire all'utente di più su cosa sta succedendo e in generale assicurarsi che l'utente
è consapevole di ciò che sta accadendo o almeno che sta accadendo qualcosa e fa anche
assicurati che il loro schermo riceva aggiornamenti frequentemente e che ci siano cambiamenti in corso
tutto il tempo in modo che non si annoino e che in effetti si sentano frustrati da
distratti da così tanti aggiornamenti che si trasferiranno nel deserto del Gobi per
vivere sotto una roccia

--non dettagliato
opposto di --verboso

--verifica-casualmente=N
verifica N file in modo casuale dal backup (il valore predefinito è zero, il che significa tutto)

--versione
mostra il numero di versione del programma ed esci

--warn-età=ETÀ
per nagios-last-backup-age: età massima (per impostazione predefinita in ore) per il più recente
backup prima che lo stato sia un avviso. Accetta uno specificatore di unità di caratteri (s,m,h,d per
secondi, minuti, ore e giorni.

sostegno up
--punto di controllo=TAGLIA
fare un checkpoint dopo una data SIZE

--deduplica=MODE
trova i dati duplicati nei dati di backup e archiviali solo una volta; tre modalità sono
disponibile: non deduplicare mai, verificare che non si verifichino collisioni di hash o (il
default) accettare fatalisticamente il rischio di collisioni

--escludere=ESCLUDERE
espressione regolare per i nomi di percorso da escludere dal backup (può essere usata più
volte)

--exclude-cache
esclude le directory (e le loro sottodirectory) che contengono un file CACHEDIR.TAG (vedi
http://www.brynosaurus.com/cachedir/spec.html per quello che deve contenere, e
http://liw.fi/cachedir/ per uno strumento di supporto)

--no-exclude-cache
opposto di --exclude-caches

--exclude-da=RISORSE
leggi gli schemi di esclusione da FILE

--includere=INCLUDERE
espressione regolare per i nomi di percorso da includere dal backup anche se corrisponde a un
regola di esclusione (può essere utilizzata più volte)

--lascia-checkpoint
lasciare le generazioni di checkpoint alla fine di un'esecuzione di backup riuscita

--punti di controllo senza uscita
opposto di --leave-checkpoints

--un-file-system
escludere le directory (e le loro sottodirectory) che si trovano in un filesystem diverso

--nessun-file-system
opposto di --one-file-system

--radice=URL
cosa fare il backup

--piccoli-file-in-btree
questo è disponibile solo per compatibilità con le versioni precedenti; non usarlo e rimuovilo
dalla tua configurazione

--no-piccoli-file-in-btree
opposto di --small-files-in-btree

Configurazione file ed impostazioni
--config=RISORSE
aggiungi FILE ai file di configurazione

--dump-config
scrivere l'intera configurazione corrente

--nomi-impostazione-dump
SOPPRESSIONE AIUTO

--aiuto-tutti
mostra tutte le opzioni

--list-config-file
SOPPRESSIONE AIUTO

--no-default-config
elenco chiaro dei file di configurazione da leggere

Mercato of Obnam stessa
--limite-crash=CONTATORE
arrestare artificialmente il programma dopo che i file COUNTER sono stati scritti nel repository; questo
è utile per il crash test dell'applicazione e non dovrebbe essere abilitato per davvero
utilizzo; impostato su 0 per disabilitare (disabilitato per impostazione predefinita)

--fingi-tempo=TIMESTAMP
finta che sia TIMESTAMP (AAAA-MM-GG HH:MM:SS); questo è utile solo per i test
fini

--sftp-ritardo=SFTP-RITARDO
aggiungi un ritardo artificiale (in millisecondi) a tutti i trasferimenti SFTP

--test-fail-matching=REGEXP
supporto per test di sviluppo: simula errori durante il backup per i file che corrispondono
le espressioni regolari date

--traccia=TRACCIA
aggiungi ai modelli di nome file per cui si verifica la registrazione del debug della traccia

crittografia
--crittografa con=CRIPTARE-CON
Chiave PGP con cui crittografare i dati nel repository di backup

--gnupghome=HOMEDIR
directory home per GPG

--dettagli-chiave
mostra ID utente aggiuntivi per tutte le chiavi

--nessun-dettaglio-chiave
opposto di --key-dettagli

--keyid=ID CHIAVE
ID chiave PGP da aggiungere/rimuovere dal repository di backup

--bit-chiave-simmetrica=BITS
dimensione della chiave simmetrica, in bit

--debole-casuale
usa /dev/urandom invece di /dev/random per generare chiavi simmetriche

--no-debole-casuale
opposto di --debole-casuale

Integrità verifica (fsck)
--fsck-correzione
fsck dovrebbe provare a risolvere i problemi? Implica --fsck-rm-unused

--no-fsck-fix
opposto di --fsck-fix

--fsck-ignora-pezzi
ignora i blocchi durante il controllo dell'integrità del repository (assumendo che tutti i blocchi esistano e siano
corretta)

--no-fsck-ignora-pezzi
opposto di --fsck-ignore-chunks

--fsck-ignore-client=NOME
non controllare i dati del repository per cient NAME

--fsck-solo-ultima generazione
controlla solo l'ultima generazione per ogni cliente

--no-fsck-solo-ultima-generazione
opposto di --fsck-last-generation-only

--fsck-rm-inutilizzato
fsck dovrebbe rimuovere i pezzi inutilizzati?

--no-fsck-rm-inutilizzato
opposto di --fsck-rm-unused

--fsck-skip-checksum
non controllare i checksum dei file

--no-fsck-skip-checksum
opposto di --fsck-skip-checksums

--fsck-skip-dirs
non controllare nulla sulle directory e sui loro file

--no-fsck-skip-dirs
opposto di --fsck-skip-dirs

--fsck-salta-file
non controllare nulla sui file

--no-fsck-skip-file
opposto di --fsck-skip-files

--fsck-salta-generazioni
non controllare nessuna generazione

--no-fsck-salta-generazioni
opposto di --fsck-skip-generations

--fsck-skip-per-client-b-alberi
non controllare i B-tree per client

--no-fsck-skip-per-client-b-trees
opposto di --fsck-skip-per-client-b-trees

--fsck-skip-b-alberi condivisi
non controllare i B-tree condivisi

--no-fsck-skip-b-alberi condivisi
opposto di --fsck-skip-shared-b-trees

Registrazione
--tronco d'albero=RISORSE
scrivi le voci di registro su FILE (l'impostazione predefinita è non scrivere affatto i file di registro); usa "syslog"
per accedere al registro di sistema, "stderr" per accedere all'output dell'errore standard o "none" per
disabilita la registrazione

--log-mantieni=N
conserva gli ultimi N log (10)

--livello-log=LIVELLO
log at LEVEL, uno tra debug, info, warning, error, critical, fatal (default: info)

--log-max=TAGLIA
ruota i log più grandi di SIZE, zero per mai (predefinito: 0)

--modalità log=MODE
imposta i permessi dei nuovi file di log su MODE (ottale; default 0600)

Montaggio con FUSE
--fuse-opz=FUSE
opzioni per passare direttamente a Fuse

peformance
--dump-memoria-profilo=METODO
crea dump del profilo della memoria usando METHOD, che è uno tra: none, simple o meliae
(predefinito: semplice)

--intervallo-dump-memoria=SECONDI
crea dump del profilo della memoria distanziati di almeno SECONDI

Prestazione tweaking
--dimensione pezzo=TAGLIA
dimensione dei blocchi di dati del file sottoposti a backup

--chunkids-per-gruppo=NUM
codifica NUM ID blocco per gruppo

--idpath-bit=BIT IDPATH
dimensione del livello dell'id del blocco

--idpath-profondità=IDPATH-PROFONDITÀ
profondità della mappatura dell'ID del blocco

--idpath-skip=IDPATH-SALTA
id del blocco che mappa i bit più bassi salta

--lru-dimensione=TAGLIA
dimensione della cache LRU per i nodi B-tree

--dimensione del nodo=TAGLIA
dimensione dei nodi B-tree su disco; interessa solo i nuovi B-tree, quindi potrebbe essere necessario eliminare a
client o repository per cambiarlo per i repository esistenti

--dimensione coda di caricamento=TAGLIA
lunghezza della coda di caricamento per i nodi B-tree

Repository formato albatro verde
--dimensione-sacco-pezzo=TAGLIA
dimensione massima approssimativa della borsa che combina molti oggetti chunk

--dimensione-cache-chunk=TAGLIA
dimensione della cache in memoria per gli oggetti dei blocchi di dati dei file

--dir-dimensione-borsa=TAGLIA
approximage dimensione massima delle borse che combinano molti oggetti DIR

--dir-dimensione-cache=TAGLIA
dimensione della cache in memoria per gli oggetti DIR

SSH/SFTP
--puro-paramiko
non usare openssh anche se disponibile, usa invece solo paramiko

--no-puro-paramiko
opposto di --pure-paramiko

--ssh-comando=ESEGUIBILE
eseguibile alternativo da utilizzare al posto di "ssh" (è consentito il percorso completo, no
argomenti possono essere aggiunti)

--ssh-host-key-check=VALORE
Se "sì", richiede che la chiave dell'host ssh sia nota e corretta per essere accettata.
Se "no", non richiederlo. Se "chiedi", all'utente viene chiesto in modo interattivo di accettare
nuovi ospiti. L'impostazione predefinita ("ssh-config") è fare affidamento sulle impostazioni del sottostante
Client SSH

--ssh-tasto=NOME DEL FILE
usa FILENAME come chiave privata RSA ssh per l'accesso sftp (l'impostazione predefinita utilizza le chiavi
noto a ssh-agent)

--ssh-host-conosciuti=NOME DEL FILE
nome file del file host noto dell'utente

--strict-ssh-host-chiavi
DEPRECATO, usa invece --ssh-host-keys-check

--no-strict-ssh-host-chiavi
opposto di --strict-ssh-host-keys

Opzione valori
I TAGLIA il valore nelle opzioni sopra menzionate specifica una dimensione in byte, con facoltativo
suffissi per indicare kilobyte (k), kibibyte (Ki), megabyte (M), mebibyte (Mi),
gigabyte (G), gibibyte (Gi), terabyte (T), tibibyte (Ti). I suffissi sono case-
insensibile.

EXIT STATUS

obnam uscirà con zero se tutto è andato bene e diverso da zero in caso contrario.

AMBIENTE

obnam trasmetterà l'ambiente che riceve dal suo genitore, senza modifiche. lo fa
non obbedisce a nessuna variabile d'ambiente insolita, ma obbedisce a quelle solite durante l'esecuzione
programmi esterni, creazione di file temporanei, ecc.

Usa obnam online utilizzando i servizi onworks.net