obnam - Online în cloud

PROGRAM:

NUME

obnam - faceți, restaurați și manipulați copii de rezervă

REZUMAT

obnam [--intotdeauna-restaurare-setuid] [--no-always-restore-setuid] [--punct de control=MĂRIMEA]
[--dimensiunea-pungă-bucăți=MĂRIMEA] [--chink-cache-size=MĂRIMEA] [--dimensiunea bucatilor=MĂRIMEA]
[--copii-pe-grup=NUM] [--numele clientului=NUMELE CLIENTULUI] [--comprima-cu=PROGRAMUL]
[--config=FILE] [--dump-config] [--dump-setting-names] [--generate-manpage=MODEL] [-h]
[--Ajutor] [--ajută-toți] [--list-config-files] [--versiune] [--no-default-configs]
[--limită-de-avarie=COUNTER] [--vârsta-critică=VÂRSTĂ] [--deduplicare=MODE] [--dir-bag-size=MĂRIMEA]
[--dir-cache-size=MĂRIMEA] [--dump-memory-profile=METODA] [--dump-repo-file-metadata]
[--no-dump-repo-file-metadata] [--criptare-cu=CRIPTARE-CU] [--exclude=EXCLUDE]
[--exclude-cache-urile] [--no-exclude-cache] [--exclude-din=FILE] [--fsck-fix]
[--no-fsck-fix] [--fsck-ignore-chunks] [--no-fsck-ignore-chunks]
[--fsck-ignore-client=NUME] [--fsck-last-generation-only] [--no-fsck-last-generation-only]
[--fsck-rm-nefolosit] [--no-fsck-rm-nefolosit] [--fsck-skip-checksums]
[--no-fsck-skip-checksums] [--fsck-skip-dirs] [--no-fsck-skip-dirs] [--fsck-skip-files]
[--no-fsck-skip-files] [--fsck-skip-generations] [--no-fsck-skip-generations]
[--fsck-skip-per-client-b-trees] [--no-fsck-skip-per-client-b-trees]
[--fsck-skip-shared-b-trees] [--no-fsck-skip-shared-b-trees] [--fuzibil-opt=FUSE]
[--generaţie=GENERAREA] [--gnupghome=HOMEDIR] [--idpath-bits=IDPATH-BITS]
[--idpath-depth=IDPATH-DEPTH] [--idpath-skip=IDPATH-SKIP] [--include=INCLUDE]
[--a pastra=A PASTRA] [--key-detalii] [--no-key-details] [--keyid=KEYID] [--leave-checkpoints]
[--no-leave-checkpoints] [--lock-timeout=PAUZĂ] [--Buturuga=FILE] [--log-ţine=N]
[--nivel-log=NIVEL] [--log-max=MĂRIMEA] [--mod-log=MODE] [--lru-size=MĂRIMEA]
[--memory-dump-interval=SECUNDE] [--dimensiunea-nodului=MĂRIMEA] [--un singur sistem de fișiere]
[--no-one-file-system] [--ieșire=FILE] [--pretinde] [--funcție uscată] [--nu-act] [--nu-prefă]
[--fara-functionare] [--nu-nu-act] [--prefă-timp=TIMESTAMP-UL] [--pură-paramiko]
[--no-pur-paramiko] [--Liniște] [--tăcut] [--nu-liniște] [--nu-tăcut] [-rURL-ul]
[--repertoriu=URL-ul] [--format-repository=FORMAT] [--rădăcină=URL-ul] [--sftp-delay=SFTP-ÎNTÂRZIERE]
[--small-files-in-btree] [--no-small-files-in-btree] [--ssh-command=EXECUTABILE]
[--ssh-host-keys-check=VALUE] [--ssh-key=NUME DE FIȘIER] [--ssh-cunoscute-gazde=NUME DE FIȘIER]
[--strict-ssh-host-keys] [--no-strict-ssh-host-keys] [--biți-cheie-simetrică=BITS]
[--testing-fail-match=regexp] [--la=LA] [--urmă=TRACE] [--upload-queue-size=MĂRIMEA]
[--verbos] [--nu-verbos] [--verificare-aleatoriu=N] [--avertizează-vârsta=VÂRSTĂ] [--slab-aleatoriu]
[--nu-slab-aleatoriu]

obnam [Opțiuni] _Lacăt
obnam [Opțiuni] cheie de adăugare [CLIENT-NUME] ...
obnam [Opțiuni] backup [CATALOG|URL-ul] ...
obnam [Opțiuni] chei-client
obnam [Opțiuni] clienți
obnam [Opțiuni] difer [GENERAREA1]GENERAREA2
obnam [Opțiuni] dump-repo
obnam [Opțiuni] forţa-blocare
obnam [Opțiuni] a uita [GENERAREA] ...
obnam [Opțiuni] fsck
obnam [Opțiuni] generaţii
obnam [Opțiuni] genide
obnam [Opțiuni] Ajutor
obnam [Opțiuni] ajutor-toți
obnam [Opțiuni] kdirstat [FILE] ...
obnam [Opțiuni] liste-erori
obnam [Opțiuni] lista-formate
obnam [Opțiuni] taste-listă
obnam [Opțiuni] list-toplevels
obnam [Opțiuni] ls [FILE] ...
obnam [Opțiuni] montură [ROOT]
obnam [Opțiuni] nagios-last-backup-age
obnam [Opțiuni] elimina-client [CLIENT-NUME] ...
obnam [Opțiuni] șterge-cheie [CLIENT-NUME] ...
obnam [Opțiuni] restaurare [CATALOG] ...
obnam [Opțiuni] verifica [CATALOG] ...

DESCRIERE

obnam realizează, restaurează, manipulează și se ocupă în alt mod de copii de rezervă. Se poate stoca
copii de rezervă pe un disc local sau pe un server prin sftp. Fiecare generație de rezervă arată ca un
instantaneu proaspăt, dar este cu adevărat incremental: utilizatorul nu trebuie să-și facă griji dacă este o
backup complet sau nu. Se face o copie de rezervă numai pentru datele modificate și, dacă o bucată de date este deja
copiat de rezervă într-un alt fișier, datele respective sunt reutilizate.

Locul în care sunt plasate datele de rezervă se numește depozit de copii de rezervă. Un depozit
poate fi, de exemplu, un director pe un server sftp sau un director pe un hard disk USB. A
un singur depozit poate conține copii de rezervă de la mai mulți clienți. Datele lor se vor amesteca
ca și cum ar fi folosit depozite separate, dar dacă un client face o copie de rezervă a unui fișier, ceilalți
poate reutiliza datele.

obnam Sintaxa liniei de comandă constă din a comandă urmat eventual de argumente. The
comenzile sunt listate mai jos.

· de rezervă face o nouă copie de rezervă. Prima dată când este rulat, face o copie de rezervă completă, după
că unul incremental.

· restabili este opusul unei copii de rezervă. Copiază datele din copie de rezervă
depozit într-un director țintă. Puteți restaura totul într-o generație sau
doar fișierele selectate.

· clientii listează clienții cărora li se face backup în depozit.

· generații listează fiecare generație de backup pentru un anumit client, plus câteva metadate
despre generație.

· genidele listează identificatorul pentru fiecare generație de backup pentru un anumit client. Nu
sunt afișate alte informații. Acest lucru poate fi util pentru scripting.

· ls listează conținutul unei generații date, similar cu ls -lAR.

· kdirstat listează conținutul unei anumite generații, într-un format compatibil
cu kdirstat format de fișier cache, care poate fi apoi utilizat pentru a vizualiza fișierul
conținutul unei copii de rezervă.

· verifica compară datele din backup cu datele reale ale utilizatorului și se asigură că acestea sunt
identic. Cel mai util este să rulați imediat după o copie de rezervă, pentru a verifica dacă aceasta
a lucrat efectiv. Poate fi rulat oricând, dar dacă datele utilizatorului s-au schimbat,
verificarea eșuează chiar dacă backup-ul este OK.

· a uita elimină generațiile de rezervă care nu mai sunt dorite, astfel încât să nu le folosească
spatiu pe disc. Rețineți că, după ce o generare de rezervă este eliminată, datele nu pot fi
mai restaurat. Puteți specifica fie generațiile de eliminat, listându-le
pe linia de comandă sau utilizați --a pastra opțiunea de a specifica o politică pentru ceea ce trebuie păstrat
(tot restul va fi eliminat).

· fsck verifică consistența internă a depozitului de backup. Se verifică că
toți clienții, generațiile, directoarele, fișierele și tot conținutul fișierelor există încă în
depozitul de backup. Poate dura destul de mult timp pentru a rula.

· blocare forțată elimină un fișier de blocare pentru un client din depozit. Ar trebui doar
forțați blocarea dacă sunteți sigur că nimeni nu accesează datele clientului respectiv în
repertoriu. Se poate întâmpla o blocare suspendată, de exemplu, dacă obnam își pierde rețeaua
conexiune la depozitul de backup.

· chei-client listează cheia de criptare asociată fiecărui client.

· chei-listă listează cheile care pot accesa depozitul și care nivel superior
directoarele pe care fiecare cheie le poate accesa. Unele dintre directoarele de nivel superior sunt partajate
între clienți, altele sunt specifice unui client.

· listă-niveluri superioare este ca chei-listă, dar listează nivelurile superioare și cheile pe care le poate accesa
Le.

· cheie de adăugare adaugă o cheie de criptare la depozit. În mod implicit, cheia este adăugată
numai în directoarele partajate de nivel superior, dar poate fi adăugat și la anumite
clienți: enumerați numele clienților pe linia de comandă. Cheia lor este dată cu
il --keyid opțiune. Oricine are acces la cheia secretă corespunzătoare cheii
id poate accesa depozitul de backup (nivelurile superioare partajate plus clienții specificați).

· elimina-cheie elimină o cheie din directoarele partajate de nivel superior, plus orice clienți
specificate pe linia de comandă.

· nagios-last-backup-age este un cec care iese cu returnare diferită de zero dacă o vârstă de rezervă
depășește un anumit prag. Este potrivit pentru utilizare ca plugin de verificare pentru nagios.
Pragurile pot fi date --avertizează-vârsta și --vârsta-critică opțiuni.

· dif compară două generații și enumeră fișierele care diferă între ele. Fiecare ieșire
linia va fi prefixată fie de un semn plus (+) pentru fișierele care au fost adăugate, fie de un minus
semnul (-) pentru fișierele care au fost eliminate sau un asterisc (*) pentru fișierele care au fost eliminate
schimbat. Dacă pe linia de comandă este specificat un singur ID de generație, acesta
generația va fi comparată cu predecesorul său direct. Dacă au fost două ID-uri
specificat, toate modificările dintre aceste două generații vor fi listate.

· monta face depozitul de rezervă disponibil printr-un sistem de fișiere FUSE numai pentru citire. Fiecare
generarea copiei de rezervă este vizibilă ca subdirector, numit după id-ul generației.
Acest lucru înseamnă că puteți privi datele pentru care faceți backup folosind instrumente normale, cum ar fi fișierul GUI
manager sau instrumente de linie de comandă, cum ar fi ls(1), dif(1), și cp(1). Nu poți face
copii de rezervă noi cu subcomandă mount, dar puteți restaura cu ușurință datele.

Trebuie să aveți utilitarele FUSE și să aveți permisiunea de a utiliza FUSE pentru aceasta
muncă. Detaliile vor varia între sistemele de operare; în Debian, instalați
pachet siguranță și adaugă-te la siguranță grup (poate fi necesar să vă deconectați și să vă deconectați
din nou).

Efectuarea backup-uri
Când executați o copie de rezervă, obnam încarcă date în depozitul de rezervă. Datele sunt împărțite
în bucăți, iar dacă o bucată există deja în depozitul de rezervă, aceasta nu este încărcată
din nou. Asta permite obnam pentru a trata fișierele care au fost modificate sau redenumite de la
executarea anterioară de rezervă. De asemenea, permite mai multor clienți de rezervă să evite încărcarea acelorași
date. Dacă, de exemplu, toată lumea din birou are o copie a acelorași broșuri de vânzare,
trebuie să fie stocată o singură copie în depozitul de rezervă.

Fiecare rulare de rezervă este un generaţie. În plus, obnam va face punctul de control generații
din când în când. Acestea sunt exact ca generațiile normale, dar nu sunt garantate
fi un instantaneu complet al datelor live. Dacă rularea de rezervă trebuie să fie întreruptă în
din mijloc, următoarea execuție de rezervă poate continua de la cel mai recent punct de control, evitând necesitatea
ia de la capăt de la zero.

Dacă o executare de rezervă elimină un director rădăcină de rezervă, generațiile mai vechi îl vor păstra în continuare:
nimic nu se schimbă în vechile generații doar pentru că există una nouă. Dacă rădăcina a fost
scăpat din greșeală, poate fi adăugat înapoi și următoarea rulare de rezervă va reutiliza cea existentă
datele din depozitul de copii de rezervă și va face copii de rezervă numai pentru metadatele fișierelor (nume de fișiere,
permisiuni, etc).

verificarea backup-uri
La ce bun un sistem de rezervă pe care nu te poți baza? Cum te poți baza pe ceva ce nu poți
Test? The obnam verifica comanda verifică dacă datele din depozitul de rezervă se potrivesc cu cele reale
datele utilizatorului. Preia unul sau mai multe fișiere din depozit și le compară cu
datele utilizatorului. Acest lucru este în esență același cu a face o restaurare, apoi a compara fișierele restaurate
cu fișierele originale folosind cmp(1), dar mai ușor de utilizat.

În mod implicit, verificarea are loc pentru toate fișierele. De asemenea, puteți specifica fișierele care urmează să fie
verificate prin listarea lor pe linia de comandă. Ar trebui să specificați căile complete către
fișiere, nu relativ la directorul curent.

Ieșirea listează fișierele care nu au eșuat verificarea dintr-un motiv oarecare. Dacă verifici totul,
este probabil ca unele fișiere (de exemplu, directoarele părinte ale rădăcinii de rezervă) să se fi modificat
fara sa fie o problema. Rețineți că va trebui să specificați întreaga cale către
fișiere sau directoare care trebuie verificate, nu în raport cu rădăcina de rezervă. Mai trebuie
specificați cel puțin una dintre rădăcinile de rezervă pe linia de comandă sau prin intermediul --rădăcină varianta asa
acel obnam va găsi sistemul de fișiere, în cazul în care acesta este unul la distanță.

URL-ul sintaxă
Ori de câte ori obnam acceptă o adresă URL, aceasta poate fi fie o cale locală, fie o cale sftp URL. Un sftp
URL-ul are următoarea formă:

sftp: //[utilizator@]domeniu[:port]/cale

Unde domeniu este un nume de domeniu Internet normal pentru un server, utilizator este numele tău de utilizator pe asta
Server, port este un număr de port opțional și cale este o cale pe partea serverului. Ca
bzr(1), dar spre deosebire de standardul URL sftp, calea este absolută, cu excepția cazului în care începe cu
/~/ caz în care este relativ la directorul principal al utilizatorului de pe server.

Consultați secțiunea EXEMPLE pentru exemple de adrese URL.

Poți să folosești sftp URL-urile pentru depozit sau datele live (rădăcină), dar rețineți că din cauza
limitări ale protocolului și implementarea acestuia în paramiko bibliotecă, unele lucruri
nu va funcționa foarte bine pentru accesarea datelor live sftp. Cel mai important, manevrarea
of of hardlinks este mai degrabă suboptimă. Pentru accesul la date live, nu ar trebui să încheiați adresa URL
cu /~/ și ar trebui să atașeze un punct la sfârșit în acest caz special.

Generație Specificaţii
Când nu utilizați ultima generație, va trebui să specificați care dintre ele aveți nevoie. Acest
se va face cu --generaţie opțiunea, care ia drept specificație de generație
argument. Specificația este fie cuvântul Ultimele, adică ultima generație
(de asemenea, implicit) sau un număr. Vezi generații comanda să vezi ce generații sunt
disponibile și care sunt numerele lor.

Politică pentru păstrare și eliminarea de rezervă generații
a uita comanda poate urma o politică pentru a păstra automat unele și pentru a elimina altele de rezervă
generatii. Politica este stabilită cu --a pastra=POLITICĂ opțiune.

POLITICĂ este o listă de reguli separate prin virgulă. Fiecare regulă constă dintr-un număr și o perioadă de timp.
Perioadele de timp sunt h, d, w, m, și y, pentru oră, zi, săptămână, lună și an.

O politică de 30d înseamnă să păstrați cea mai recentă copie de rezervă pentru fiecare zi în care a fost făcută o copie de rezervă și
păstrați ultimele 30 de astfel de copii de rezervă. Orice copie de rezervă care corespunde oricărei reguli de politică este păstrată și orice
copiile de rezervă dintre acestea vor fi eliminate, la fel ca orice copii de rezervă mai vechi decât cea mai veche copie de rezervă păstrată.

De exemplu, să presupunem că backup-urile sunt efectuate la fiecare oră, la oră: la 00:00, 01:00, 02:00,
și așa mai departe, până la ora 23:00. Dacă a uita comanda este rulată la 23:15, cu politica de mai sus, it
va păstra backup-ul făcut la ora 23:00 în fiecare zi și va elimina orice altă copie de rezervă în acea zi.
De asemenea, va elimina copiile de rezervă mai vechi de 30 de zile.

Dacă backup-urile se fac o dată la două zile, la prânz, a uita ar păstra ultimele 30 de copii de rezervă sau 60
zile de backup, cu politica de mai sus.

Rețineți că obnam va inspecta doar marcajele de timp din depozitul de rezervă și nu-i pasă
care este ora actuală reală. Aceasta înseamnă că, dacă nu mai faceți copii de rezervă noi, fișierul
cele existente nu vor fi eliminate automat. În esență, obnam pretinde ora curentă
este imediat după ultima copie de rezervă când a uita este rulat.

Regulile pot fi date în orice ordine, dar vor fi sortate în ordine crescătoare a perioadei de timp
înainte de aplicare. (Este o eroare să dai două reguli pentru aceeași perioadă.) O copie de rezervă
generația se păstrează dacă se potrivește cu vreo regulă.

De exemplu, presupuneți aceeași frecvență de backup ca mai sus, dar o politică de 30d,52w. Acest
va păstra cel mai nou backup zilnic pentru fiecare zi timp de treizeci de zile, și cel mai nou săptămânal
backup timp de 52 de săptămâni. Pentru că backup-urile orare vor fi eliminate zilnic, înainte ca acestea să aibă un
șansa de a fi salvat printr-o regulă săptămânală, efectul este că backup de la ora 23:00 pentru fiecare
ziua este salvată pentru o lună, iar backupul de la 23:00 duminica este salvat pentru un an.

Dacă, în schimb, utilizați o politică de 72h,30d,52w, obnam ar păstra ultimele 72 de copii de rezervă pe oră,
și ultima copie de rezervă a fiecărei zile calendaristice timp de 30 de zile și ultima copie de rezervă a fiecărui calendar
săptămână timp de 52 de săptămâni. Dacă frecvența de rezervă a fost o dată pe zi, obnam ar păstra backup-ul
din fiecare oră calendaristică pentru care s-a făcut o copie de rezervă, pentru 72 de astfel de copii de rezervă. Cu alte cuvinte,
ar păstra în mod eficient ultimele 72 de copii de rezervă zilnice.

Sună confuz? Gândiți-vă doar cât de confuz a fost dezvoltatorul când a scris codul.

Dacă nu este dată nicio politică, a uita va păstra totul.

O politică tipică ar putea fi 72h,7z,5w,12m, ceea ce înseamnă: păstrați ultimele 72 de copii de siguranță pe oră, the
ultimele 7 backup-uri zilnice, ultimele 5 backup-uri săptămânale și ultimele 12 backup-uri lunare. Dacă
backup-urile sunt executate sistematic pe oră, aceasta va însemna păstrarea backup-urilor pe oră
timp de trei zile, backup zilnic timp de o săptămână, backup săptămânal timp de o lună și backup lunar
timp de un an.

Modul în care funcționează politica este puțin complicat. Alerga a uita cu --pretinde opțiunea pentru
asigurați-vă că le eliminați pe cele potrivite.

Utilizarea criptare
obnam poate cripta toate datele pe care le scrie în depozitul de rezervă. Folosește GPG(1) a face
criptarea. Trebuie să creați o pereche de chei folosind GPG --gen-key (sau folosiți unul existent
unul), și apoi spune obnam despre asta folosind --criptare-cu opțiune. Puteți opțional
utilizați un director principal separat folosind --gnupghome opțiune. Implicit, implicit
director pentru GPG(1) va fi folosit.

Configuraţie fișiere
obnam va căuta fișiere de configurare într-un număr de locații. Consultați secțiunea FIȘIERE
pentru o listă. Toate aceste fișiere împreună sunt tratate ca un fișier mare cu conținutul tuturor
fișiere concatenate.

Fișierele sunt în format INI și numai [config] se utilizează secțiunea (orice alte secțiuni sunt
ignorat).

Numele lungi ale opțiunilor sunt folosite ca chei pentru variabilele de configurare. Orice setare care
poate fi setat din linia de comandă poate fi setat într-un fișier de configurare, în [config]
secţiune.

De exemplu, opțiunile din următoarea linie de comandă:

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

ar putea fi înlocuit cu următorul fișier de configurare:

[config]
depozit: /backup
exclude: .wav$

(Puteți folosi oricare foo=valoare or foo: valoare sintaxă în fișiere.)

Singurul lucru neobișnuit despre fișiere este modul în care sunt opțiunile care pot fi utilizate de multe ori
exprimat. Toate valorile sunt puse într-o singură linie logică, separate prin virgule (și
opțional și spații). De exemplu:

[config]
exclude = foo, bar, \.mp3$

Cele de mai sus au trei valori pentru exclude opțiune: orice fișiere care conțin cuvintele foo or
bar oriunde în calea complet calificată sau fișiere cu nume care se termină cu punct și
mp3 (deoarece excluderile sunt expresii regulate).

O linie logică lungă poate fi ruptă în mai multe fizice, pornind o nouă linie la
spațiu alb și indentarea liniilor de continuare:

[config]
exclude = foo,
bar,
\.mp3$

Exemplul de mai sus adaugă trei modele de excludere.

Multiplu clientii și blocare
obnam acceptă partajarea unui depozit între mai mulți clienți. Clienții pot partaja
conținutul fișierului (bucăți), astfel încât, dacă clientul A face o copie de rezervă a unui fișier mare, iar clientul B are
același fișier, atunci B nu trebuie să încarce fișierul mare în depozit a doua oară.
Pentru ca acest lucru să funcționeze fără confuzie, clienții folosesc un protocol simplu de blocare care permite
un singur client la un moment dat pentru a modifica structurile de date partajate. Încuietorile nu împiedică
acces numai în citire în același timp: acest lucru vă permite să restabiliți în timp ce altcineva este
făcând înapoi.

Uneori, se întâmplă o operație de doar citire pentru a accesa o structură de date în același timp cu aceasta
este în curs de modificare. Acest lucru poate duce la un accident. Nu va avea ca rezultat date corupte sau
restaurări incorecte. Cu toate acestea, poate fi necesar să reporniți operațiunea de numai citire după a
prăbușire.

OPŢIUNI

--intotdeauna-restaurare-setuid
restabiliți biții setuid/setgid în fișierele restaurate, chiar dacă nu sunt root sau fișiere de rezervă
avea alt proprietar decât utilizatorul care rulează restaurare

--no-always-restore-setuid
opusul --always-restore-setuid

--numele clientului=NUMELE CLIENTULUI
numele clientului (implicit la numele gazdei)

--comprima-cu=PROGRAMUL
utilizați PROGRAM pentru a comprima depozitul cu (unul dintre niciunul, deflate)

--vârsta-critică=VÂRSTĂ
pentru nagios-last-backup-age: vârsta maximă (în mod implicit în ore) pentru cea mai recentă
backup înainte de statistic este critic. Acceptă un specificator de unități de caractere (s,m,h,d pentru
secunde, minute, ore și zile.

--dump-repo-file-metadata
aruncați metadatele despre fișiere?

--no-dump-repo-file-metadata
opusul --dump-repo-file-metadata

--generate-manpage=MODEL
SUPRESAJUTOR

--generaţie=GENERAREA
care generație să restaureze

-h, --Ajutor
afișați acest mesaj de ajutor și ieșiți

--a pastra=A PASTRA
politică pentru ce generații să păstreze când uită

--lock-timeout=PAUZĂ
când blocați în depozitul de rezervă, așteptați TIMEOUT secunde pentru o blocare existentă
pleacă înainte de a renunța

--ieșire=FILE
scrierea ieșirii în FILE, în loc de ieșirea standard

--pretinde, --funcție uscată, --nu-act
nu schimbați nimic (funcționează doar cu backup, uitați și restaurați și
poate simula doar un comportament aproximativ real)

--nu-prefă, --fara-functionare, --nu-nu-act
opusul --pretend

--Liniște, --tăcut
taceți: afișați numai mesaje de eroare, fără actualizări de progres

--nu-liniște, --nu-tăcut
opusul --liniștit

-r, --repertoriu=URL-ul
numele depozitului de rezervă (poate fi numele de cale sau adresa URL acceptată)

--format-repository=FORMAT
utilizați FORMAT pentru depozite noi; unul dintre „6”, „albatros verde”

--la=LA
unde să restabiliți sau să montați FUSE; pentru restaurări, trebuie să fie goale sau să nu existe

--verbos
fi verborizat: spuneți utilizatorului mai multe despre ceea ce se întâmplă și, în general, asigurați-vă că utilizatorul
este conștient de ceea ce se întâmplă sau cel puțin că ceva se întâmplă și, de asemenea, face
asigurați-vă că ecranul lor primește actualizări frecvent și că au loc schimbări
tot timpul ca să nu se plictisească și de care de fapt să fie frustrați
distrași de atâtea actualizări încât se vor muta în deșertul Gobi
trăiesc sub o stâncă

--nu-verbos
opusul de --verbose

--verificare-aleatoriu=N
verificați N fișiere aleatoriu din backup (implicit este zero, adică totul)

--versiune
afișați numărul versiunii programului și ieșiți

--avertizează-vârsta=VÂRSTĂ
pentru nagios-last-backup-age: vârsta maximă (în mod implicit în ore) pentru cea mai recentă
backup înainte ca starea să fie de avertizare. Acceptă un specificator de unități de caractere (s,m,h,d pentru
secunde, minute, ore și zile.

sprijin up
--punct de control=MĂRIMEA
faceți un punct de control după o mărime dată

--deduplicare=MODE
găsiți date duplicate în datele de rezervă și stocați-le o singură dată; trei moduri sunt
disponibil: nu deduplicați niciodată, verificați că nu au loc coliziuni hash sau (the
implicit) acceptă fatalist riscul coliziunilor

--exclude=EXCLUDE
expresie regulată pentru căile de excluse din backup (poate fi utilizate mai multe
ori)

--exclude-cache-urile
excludeți directoarele (și subdir-urile acestora) care conțin un fișier CCHEDIR.TAG (vezi
http://www.brynosaurus.com/cachedir/spec.html pentru ceea ce trebuie să conţină şi
http://liw.fi/cachedir/ pentru un instrument de ajutor)

--no-exclude-cache
opusul lui --exclude-caches

--exclude-din=FILE
citiți modele de excludere din FILE

--include=INCLUDE
expresie regulată pentru căile de inclus din backup chiar dacă se potrivește cu un
regula de excludere (poate fi folosită de mai multe ori)

--leave-checkpoints
lăsați generațiile de puncte de control la sfârșitul unei execuții de rezervă de succes

--no-leave-checkpoints
opusul --leave-checkpoints

--un singur sistem de fișiere
exclude directoarele (și subdir-urile lor) care se află într-un sistem de fișiere diferit

--no-one-file-system
opusul --one-file-system

--rădăcină=URL-ul
ce să faci backup

--small-files-in-btree
aceasta este disponibilă numai pentru compatibilitate inversă; nu-l folosiți și îndepărtați-l
din configurația dvs

--no-small-files-in-btree
opusul lui --small-files-in-btree

Configuraţie fișiere și setări
--config=FILE
adăugați FILE la fișierele de configurare

--dump-config
scrieți întreaga configurație curentă

--dump-setting-names
SUPRESAJUTOR

--ajută-toți
arată toate opțiunile

--list-config-files
SUPRESAJUTOR

--no-default-configs
lista clară a fișierelor de configurare de citit

Dezvoltare of Obnam în sine
--limită-de-avarie=COUNTER
blocarea artificială a programului după COUNTER fișiere scrise în depozit; acest
este util pentru testarea aplicației și nu ar trebui să fie activat în mod real
utilizare; setat la 0 pentru a dezactiva (dezactivat implicit)

--prefă-timp=TIMESTAMP-UL
pretinde că este TIMESTAMP (AAAA-LL-ZZ HH:MM:SS); acest lucru este util doar pentru testare
scopuri

--sftp-delay=SFTP-ÎNTÂRZIERE
adăugați o întârziere artificială (în milisecunde) la toate transferurile SFTP

--testing-fail-match=regexp
Ajutor pentru testarea dezvoltării: simulați eșecurile în timpul copiei de rezervă pentru fișierele care se potrivesc
expresiile regulate date

--urmă=TRACE
adăugați la numerele de fișiere pentru care are loc înregistrarea de depanare a urmărilor

Criptare
--criptare-cu=CRIPTARE-CU
Cheie PGP cu care să criptați datele din depozitul de rezervă

--gnupghome=HOMEDIR
directorul principal pentru GPG

--key-detalii
afișați ID-uri de utilizator suplimentare pentru toate cheile

--no-key-details
opusul --key-details

--keyid=KEYID
ID-ul cheii PGP pentru a adăuga/elimina din depozitul de rezervă

--biți-cheie-simetrică=BITS
dimensiunea cheii simetrice, în biți

--slab-aleatoriu
utilizați /dev/urandom în loc de /dev/random pentru a genera chei simetrice

--nu-slab-aleatoriu
opusul lui --slab-aleatoriu

Integritate control (fsck)
--fsck-fix
ar trebui fsck să încerce să rezolve problemele? Implica --fsck-rm-unused

--no-fsck-fix
opusul lui --fsck-fix

--fsck-ignore-chunks
ignorați bucățile atunci când verificați integritatea depozitului (presupuneți că toate părțile există și sunt
corect)

--no-fsck-ignore-chunks
opusul --fsck-ignore-chunks

--fsck-ignore-client=NUME
nu verificați datele din depozit pentru NUME cient

--fsck-last-generation-only
verificați doar ultima generație pentru fiecare client

--no-fsck-last-generation-only
opusul --fsck-last-generation-only

--fsck-rm-nefolosit
ar trebui fsck să elimine bucățile neutilizate?

--no-fsck-rm-nefolosit
opusul lui --fsck-rm-unused

--fsck-skip-checksums
nu verificați sumele de verificare ale fișierelor

--no-fsck-skip-checksums
opusul --fsck-skip-checksums

--fsck-skip-dirs
nu verificați nimic despre directoare și fișierele acestora

--no-fsck-skip-dirs
opusul lui --fsck-skip-dirs

--fsck-skip-files
nu verificați nimic despre fișiere

--no-fsck-skip-files
opusul --fsck-skip-files

--fsck-skip-generations
nu verifica nicio generatie

--no-fsck-skip-generations
opusul --fsck-skip-generations

--fsck-skip-per-client-b-trees
nu verificați arborele B per client

--no-fsck-skip-per-client-b-trees
opusul --fsck-skip-per-client-b-trees

--fsck-skip-shared-b-trees
nu verificați arborii B partajați

--no-fsck-skip-shared-b-trees
opusul --fsck-skip-shared-b-trees

Exploatari forestiere
--Buturuga=FILE
scrieți intrări de jurnal în FILE (implicit este să nu scrieți deloc fișierele de jurnal); utilizați „syslog”
pentru a vă conecta în jurnalul de sistem, „stderr” pentru a vă conecta la rezultatul de eroare standard sau „niciunul” la
dezactivați înregistrarea în jurnal

--log-ţine=N
păstrați ultimele N loguri (10)

--nivel-log=NIVEL
log la NIVEL, unul dintre depanare, informații, avertizare, eroare, critice, fatale (implicit: informații)

--log-max=MĂRIMEA
rotiți jurnalele mai mari decât SIZE, zero pentru niciodată (implicit: 0)

--mod-log=MODE
setați permisiunile pentru fișierele jurnal noi la MOD (octal; implicit 0600)

Montare cu FUSE
--fuzibil-opt=FUSE
opțiuni pentru a trece direct la Fuse

Performanță
--dump-memory-profile=METODA
faceți depozite de profilare a memoriei folosind METHOD, care este una dintre: none, simple sau meliae
(implicit: simplu)

--memory-dump-interval=SECUNDE
faceți depozite de profilare a memoriei la cel puțin SECONDE una de alta

Performanţă optimizări
--dimensiunea bucatilor=MĂRIMEA
dimensiunea bucăților de date ale fișierelor pentru care s-a făcut backup

--copii-pe-grup=NUM
codificați NUM ID-uri de bucăți per grup

--idpath-bits=IDPATH-BITS
dimensiunea nivelului ID-ului bucată

--idpath-depth=IDPATH-DEPTH
adâncimea cartografierii ID-ului fragmentului

--idpath-skip=IDPATH-SKIP
chunk id mapping cei mai mici biți săriți

--lru-size=MĂRIMEA
dimensiunea cache-ului LRU pentru nodurile B-tree

--dimensiunea-nodului=MĂRIMEA
dimensiunea nodurilor B-tree de pe disc; afectează numai arborii B noi, așa că poate fi necesar să ștergeți a
client sau depozit pentru a modifica acest lucru pentru depozitele existente

--upload-queue-size=MĂRIMEA
lungimea cozii de încărcare pentru nodurile B-tree

Repertoriu format albatros-verde
--dimensiunea-pungă-bucăți=MĂRIMEA
dimensiunea maximă aproximativă a pungii care combină multe obiecte în bucăți

--chink-cache-size=MĂRIMEA
dimensiunea cache-ului din memorie pentru obiectele de fragmente de date ale fișierului

--dir-bag-size=MĂRIMEA
dimensiunea maximă aproximativă a pungilor care combină multe obiecte DIR

--dir-cache-size=MĂRIMEA
dimensiunea cache-ului în memorie pentru obiectele DIR

SSH/SFTP
--pură-paramiko
nu folosi openssh chiar dacă este disponibil, folosește doar paramiko

--no-pur-paramiko
opusul lui --pure-paramiko

--ssh-command=EXECUTABILE
executabil alternativ care va fi folosit în loc de „ssh” (calea completă este permisă, nr
pot fi adăugate argumente)

--ssh-host-keys-check=VALUE
Dacă „da”, cereți ca cheia gazdă ssh să fie cunoscută și corectă pentru a fi acceptată.
Dacă „nu”, nu solicitați asta. Dacă „întreaba”, utilizatorului i se cere interactiv să accepte
noi gazde. Implicit ("ssh-config") este să se bazeze pe setările de bază
Client SSH

--ssh-key=NUME DE FIȘIER
utilizați FILENAME ca cheie privată ssh RSA pentru accesul sftp (implicit este utilizarea cheilor
cunoscut de ssh-agent)

--ssh-cunoscute-gazde=NUME DE FIȘIER
numele fișierului fișierului gazde cunoscut al utilizatorului

--strict-ssh-host-keys
DEPRECAT, utilizați în schimb --ssh-host-keys-check

--no-strict-ssh-host-keys
opusul --strict-ssh-host-keys

Opțiune Valorile
MĂRIMEA valoarea în opțiunile menționate mai sus specifică o dimensiune în octeți, cu opțional
sufixe pentru a indica kilobytes (k), kibibytes (Ki), megabytes (M), mebibytes (Mi),
gigabytes (G), gibibytes (Gi), terabytes (T), tibibytes (Ti). Sufixele sunt majuscule -
insensibil.

EXIT STAREA

obnam va ieși cu zero dacă totul a mers bine și diferit de zero în caz contrar.

MEDIUL

obnam va transmite mediul pe care îl obține de la părintele său, fără modificare. Da
nu se supune unor variabile de mediu neobișnuite, dar se supune celor obișnuite atunci când rulează
programe externe, crearea de fișiere temporare etc.

Utilizați obnam online folosind serviciile onworks.net