obnam - Онлайн у хмарі

ПРОГРАМА:

ІМ'Я

obnam - створювати, відновлювати та маніпулювати резервними копіями

СИНТАКСИС

обнам [--always-restore-setuid] [--no-always-restore-setuid] [-- контрольний пункт=SIZE]
[--chunk-bag-size=SIZE] [--chunk-cache-size=SIZE] [--розмір шматка=SIZE]
[--chunkids-per-group=NUM] [--ім'я клієнта=ІМ'Я КЛІЄНТА] [--стиснути-з=ПРОГРАМА]
[--config=Фото] [-Дамп-конфіг] [--damp-setting-names] [-генератора=ШАБЛОН] [-h]
[--допомога] [--допомога-всім] [-файли-конфіг-файли] [-- версія] [-Ні-дефо-конфігури]
[--crash-limit=СЧЕТЧИК] [--критичний вік=ВІК] [--дедублікати=РЕЖИМ] [--dir-bag-size=SIZE]
[--dir-cache-size=SIZE] [--Дамп-Меморія-Профіл=МЕТОД] [--dump-repo-file-metadata]
[--no-dump-repo-file-metadata] [--encrypt-with=ШИФРОВАТИ-З] [--виключити=ВИКЛЮЧИТИ]
[--exclude-caches] [--no-exclude-caches] [--виключити-з=Фото] [--fsck-fix]
[--no-fsck-fix] [--fsck-ignore-chunks] [--no-fsck-ignore-chunks]
[--fsck-ignore-client=ІМ'Я] [--fsck-лише-останнього покоління] [--no-fsck-лише-останнє-покоління]
[--fsck-rm-невикористаний] [--no-fsck-rm-unused] [--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] [--запобіжник-опт=FUSE]
[-- покоління=ПОКОЛІННЯ] [--gnupghome=HOMEDIR] [--idpath-біт=IDPATH-БІТИ]
[--idpath-depth=IDPATH-DEPTH] [--idpath-skip=IDPATH-SKIP] [--включати=ВКЛЮЧАТИ]
[-- тримати=ЗБЕРІГАЙТЕ] [-- ключові деталі] [--no-key-details] [--keyid=КЛЮЧ] [--leave-checkpoints]
[--no-leave-checkpoints] [-- тайм-аут блокування=ТАЙМ-АУТ] [-- журнал=Фото] [-- вести журнал=N]
[-- рівень журналу=РІВЕНЬ] [--log-max=SIZE] [--режим журналу=РЕЖИМ] [--lru-розмір=SIZE]
[--інтервал-дамп-пам'яті=СЕКУНДИ] [--розмір вузла=SIZE] [--одна файлова система]
[--no-one-file-system] [- вихід=Фото] [--удавайте] [--сушить] [--ні дії] [--не прикидайся]
[--не-сухий запуск] [--ні-ні-діяти] [--удавати час=ГРАФІК] [--чисто-параміко]
[--no-pure-paramiko] [--спокійно] [-- мовчазний] [--ні-тихо] [--не-тихо] [-rURL]
[--сховище=URL] [--repository-format=ФОРМАТ] [--корінь=URL] [--sftp-затримка=SFTP-ЗАТРИМКА]
[--small-files-in-btree] [--no-small-files-in-btree] [--ssh-команда=ВИКОНАННЯ]
[--ssh-host-keys-check=VALUE] [--ssh-ключ=ФІЛЕНАМ] [--ssh-відомі-хости=ФІЛЕНАМ]
[--strict-ssh-host-keys] [--no-strict-ssh-host-keys] [--symmetric-key-bits=BITS]
[--testing-fail-matching=REGEXP] [--до=TO] [--слід=СЛІД] [--upload-queue-size=SIZE]
[-багатослівний] [--недослівно] [--verify-randomly=N] [--попередити вік=ВІК] [--слабо-випадковий]
[--no-weak-random]

обнам [опції] _замок
обнам [опції] додатковий ключ [КЛІЄНТ-ІМ'Я]...
обнам [опції] резервне копіювання [ДОВІДНИК|URL]...
обнам [опції] клієнтські ключі
обнам [опції] клієнтів
обнам [опції] різниця [ПОКОЛІННЯ1]ПОКОЛІННЯ2
обнам [опції] dump-repo
обнам [опції] силовий замок
обнам [опції] забути [ПОКОЛІННЯ]...
обнам [опції] fsck
обнам [опції] поколінь
обнам [опції] геніди
обнам [опції] довідка
обнам [опції] допомога-все
обнам [опції] kdirstat [Фото]...
обнам [опції] список помилок
обнам [опції] формати списків
обнам [опції] списки ключів
обнам [опції] список верхніх рівнів
обнам [опції] ls [Фото]...
обнам [опції] монтувати [ROOT]
обнам [опції] nagios-last-backup-age
обнам [опції] видалити-клієнт [КЛІЄНТ-ІМ'Я]...
обнам [опції] видалити ключ [КЛІЄНТ-ІМ'Я]...
обнам [опції] відновлення [ДОВІДНИК]...
обнам [опції] перевірити [ДОВІДНИК]...

ОПИС

обнам робить, відновлює, маніпулює та іншим чином має справу з резервними копіями. Він може зберігати
резервне копіювання на локальний диск або на сервер через sftp. Кожне створення резервної копії виглядає як a
свіжий знімок, але насправді інкрементний: користувачеві не потрібно хвилюватися, чи це a
повне резервне копіювання чи ні. Резервне копіювання створюється лише для змінених даних, а також для певної частини даних
створено резервну копію в іншому файлі, ці дані використовуються повторно.

Місце, де зберігаються резервні копії даних, називається резервним сховищем. Сховище
може бути, наприклад, каталог на sftp-сервері або каталог на жорсткому диску USB. А
одне сховище може містити резервні копії з кількох клієнтів. Їх дані будуть змішуватися
якби вони використовували окремі сховища, але якщо один клієнт створює резервну копію файлу, інші
може повторно використовувати дані.

обнам Синтаксис командного рядка складається з a команда можливо, після чого йдуть аргументи. The
команди наведено нижче.

· резервна копія створює нову резервну копію. Після першого запуску робиться повна резервна копія
що інкрементальний.

· відновлення є протилежністю резервного копіювання. Він копіює дані з резервної копії
репозиторій у цільовий каталог. Ви можете відновити все за покоління, або
лише вибрані файли.

· клієнтів містить список клієнтів, для яких створено резервні копії в сховищі.

· покоління містить список кожного покоління резервних копій для даного клієнта, а також деякі метадані
про покоління.

· геніди містить список ідентифікаторів для кожного покоління резервних копій для даного клієнта. Немає
відображається інша інформація. Це може бути корисним для створення сценаріїв.

· ls перераховує вміст даного покоління, подібно до ls -lAR.

· kdirstat перераховує вміст певного покоління у сумісному форматі
з kdirstat формат файлу кешу, який потім можна використовувати для візуалізації
вміст резервної копії.

· перевірити порівнює дані в резервній копії з фактичними даними користувача та переконається, що вони є
однакові. Найкорисніше запускати відразу після резервного копіювання, щоб перевірити його
насправді спрацювало. Його можна запустити в будь-який час, але якщо дані користувача змінилися,
перевірка не вдається, навіть якщо резервна копія в порядку.

· забувати видаляє резервні копії, які більше не потрібні, щоб вони не використовувалися
дисковий простір. Зауважте, що після видалення створення резервної копії дані не можуть бути
відновлено більше. Ви можете вказати покоління, які потрібно видалити, перерахувавши їх
у командному рядку або скористайтеся -- тримати параметр для визначення політики щодо того, що зберігати
(все інше буде видалено).

· FSCK перевіряє внутрішню узгодженість сховища резервних копій. Це підтверджує це
усі клієнти, покоління, каталоги, файли та весь вміст файлів все ще існує в
резервне сховище. Це може зайняти досить багато часу.

· силовий замок видаляє файл блокування для клієнта в сховищі. Ви повинні тільки
примусово заблокувати, якщо ви впевнені, що ніхто не має доступу до даних клієнта в
сховище. Висяче блокування може статися, наприклад, якщо obnam втратить мережу
підключення до резервного сховища.

· клієнтські ключі містить список ключів шифрування, пов’язаних з кожним клієнтом.

· ключі списку перелічує ключі, які можуть отримати доступ до репозиторію, і які мають верхній рівень
каталогів, доступ до яких має кожен ключ. Деякі з каталогів верхнього рівня є спільними
між клієнтами, інші є специфічними для клієнта.

· список верхніх рівнів це як ключі списку, але перелічує верхні рівні та ключі, до яких можна отримати доступ
Ними.

· додатковий ключ додає ключ шифрування до сховища. За замовчуванням ключ додається
лише до спільних каталогів верхнього рівня, але його також можна додати до окремих
клієнти: список імен клієнтів у командному рядку. Ключ дається разом
--keyid варіант. Той, хто має доступ до секретного ключа, відповідного ключу
id може отримати доступ до сховища резервних копій (загальні верхні рівні та вказані клієнти).

· видалити ключ видаляє ключ із спільних каталогів верхнього рівня, а також будь-яких клієнтів
вказано в командному рядку.

· nagios-last-backup-age це перевірка, яка завершується з ненульовим поверненням, якщо вік резервної копії
перевищує певний поріг. Він підходить для використання як плагін перевірки для nagios.
Пороги можна надати --попередити вік та --критичний вік Варіанти.

· різниця порівнює два покоління та містить список файлів, що відрізняються між ними. Кожен вихід
Рядок буде мати префікс або знак плюс (+) для файлів, які були додані, або мінус
знак (-) для файлів, які були видалені, або зірочка (*) для файлів, які були видалені
змінено. Якщо в командному рядку вказано лише один ідентифікатор покоління, це
покоління буде порівнюватися з його прямим попередником. Якщо було два ідентифікатора
буде вказано всі зміни між цими двома поколіннями.

· монтувати робить сховище резервних копій доступним через файлову систему FUSE лише для читання. Кожен
створення резервної копії відображається як підкаталог, названий за ідентифікатором створення.
Це означає, що ви можете переглядати резервні копії даних за допомогою звичайних інструментів, наприклад файлу GUI
менеджер або інструменти командного рядка, такі як ls(1) різниця(1), і cp(1). Ви не можете зробити
нові резервні копії за допомогою підкоманди mount, але ви можете легко відновити дані.

Для цього вам потрібно мати утиліти FUSE і дозвіл на використання FUSE
працювати. Деталі залежать від операційної системи; у Debian встановіть
пакет запобіжник і додайте себе до запобіжник групу (може знадобитися вийти та повернутися
знову).

Робить резервне копіювання
Коли ви запускаєте резервне копіювання, обнам завантажує дані в резервне сховище. Дані розділені
на частини, і якщо частина вже існує в резервному сховищі, вона не завантажується
знову. Це дозволяє обнам для роботи з файлами, які були змінені або перейменовані після
попередній запуск резервного копіювання. Це також дозволяє кільком клієнтам резервного копіювання уникнути завантаження одного й того самого
даних. Якщо, наприклад, кожен в офісі має копію тих самих рекламних брошур,
лише одна копія повинна зберігатися в резервному сховищі.

Кожне резервне копіювання є a покоління. В додаток, обнам зробить КПП покоління
час від часу. Вони точно такі ж, як і звичайні покоління, але це не гарантовано
бути повним знімком поточних даних. Якщо резервне копіювання потрібно перервати в
посередині, наступний запуск резервного копіювання може продовжуватися з останньої контрольної точки, уникаючи необхідності
почати з нуля.

Якщо один запуск резервного копіювання видаляє кореневий каталог резервної копії, старіші покоління все одно збережуть його:
у старих поколіннях нічого не змінюється лише тому, що є нове. Якби корінь був
скинуто помилково, його можна додати назад, і під час наступного запуску резервного копіювання буде повторно використано наявний
даних у сховищі резервних копій, і буде створено резервну копію лише метаданих файлів (імена файлів,
дозволи тощо).

Перевірка резервне копіювання
Яка користь від системи резервного копіювання, на яку не можна покластися? Як можна покладатися на те, на що не можна
тест? The обнам перевірити Команда перевіряє, чи дані в резервному сховищі відповідають фактичним
дані користувача. Він отримує один або кілька файлів зі сховища та порівнює їх із
дані користувача. По суті, це те ж саме, що й відновлення, а потім порівняння відновлених файлів
з використанням оригінальних файлів CMP(1), але простіший у використанні.

За замовчуванням перевірка відбувається для всіх файлів. Ви також можете вказати файли, які будуть
перевірено, перерахувавши їх у командному рядку. Ви повинні вказати повні шляхи до
файлів, а не відносно поточного каталогу.

Вихід містить список файлів, які з певної причини не пройшли перевірку. Якщо ви все перевірите,
ймовірно, що деякі файли (наприклад, батьківські каталоги резервного кореня) могли бути змінені
без проблем. Зауважте, що вам потрібно буде вказати весь шлях до
файлів або каталогів, які потрібно перевірити, а не відносно кореня резервної копії. Вам ще потрібно
вкажіть принаймні один із коренів резервної копії в командному рядку або за допомогою --корінь варіант так
що obnam знайде файлову систему, якщо вона віддалена.

URL синтаксис
Щоразу, коли obnam приймає URL-адресу, це може бути або локальний шлях, або an sftp URL. sftp
URL має такий вигляд:

sftp: //[користувач@]домен[:порт]/шлях

де домен це звичайне доменне ім’я Інтернету для сервера, користувач це ваше ім'я користувача на цьому
сервер, порт є додатковим номером порту, і шлях це шлях на стороні сервера. Люблю
bzr(1), але на відміну від стандарту sftp URL, ім’я шляху є абсолютним, якщо воно не починається з
/~/ у цьому випадку він відноситься до домашнього каталогу користувача на сервері.

Приклади URL-адрес див. у розділі ПРИКЛАД.

Ви можете використовувати sftp URL-адреси для сховища або активних даних (корінь), але зауважте, що через
обмеження в протоколі та його реалізація в параміко бібліотека, деякі речі
не працюватиме дуже добре для доступу до живих даних sftp. Найголовніше, керованість
жорстких посилань є досить неоптимальним. Для доступу до даних у реальному часі не слід завершувати URL-адресу
з /~/ і має додати крапку в кінці в цьому особливому випадку.

Покоління специфікації
Якщо ви не використовуєте останнє покоління, вам потрібно буде вказати, яке вам потрібно. Це
буде зроблено з -- покоління опція, яка приймає специфікацію покоління як свою
аргумент. Специфікація - це або слово останній, тобто останнього покоління
(також за замовчуванням), або число. Див покоління команда, щоб побачити, що таке покоління
доступні, і яка їх кількість.

політика та цінності зберігання та видалення резервна копія покоління
Команда забувати Команда може дотримуватися політики автоматичного збереження одних і видалення інших резервних копій
поколінь. Політика встановлюється за допомогою -- тримати=ПОЛІТИКА варіант.

ПОЛІТИКА це список правил, розділених комами. Кожне правило складається з підрахунку та періоду часу.
Періоди часу є h, d, w, m та y, для години, дня, тижня, місяця та року.

Політика 30d означає зберігати останню резервну копію для кожного дня, коли було створено резервну копію, і
зберігати останні 30 таких резервних копій. Будь-яка резервна копія, що відповідає будь-якому правилу політики, зберігається та будь-яка
резервні копії між ними буде видалено, як і будь-які резервні копії, старші за найстарішу збережену резервну копію.

Для прикладу припустимо, що резервні копії створюються щогодини: о 00:00, 01:00, 02:00,
і так до 23:00. Якщо забувати команда виконується о 23:15 із зазначеними вище правилами
зберігатиме резервну копію, зроблену о 23:00 кожного дня, і видалятиме всі інші резервні копії цього дня.
Він також видалить резервні копії старше 30 днів.

Якщо резервне копіювання виконується через день, опівдні, забувати збереже 30 останніх резервних копій або 60
днів резервного копіювання відповідно до вищевказаної політики.

Зауважте, що obnam перевірятиме лише часові мітки у сховищі резервних копій, і це не хвилюватиметься
який фактичний поточний час. Це означає, що якщо ви припините створення нових резервних копій,
існуючі не будуть видалені автоматично. По суті, обнам прикидається поточним часом
після останньої резервної копії, коли забувати запущено.

Правила можна вказувати в будь-якому порядку, але вони будуть відсортовані за зростанням періоду часу
перед застосуванням. (Надавати два правила для одного періоду є помилкою.) Резервна копія
генерація зберігається, якщо вона відповідає будь-якому правилу.

Наприклад, припустимо, що частота резервного копіювання така ж, як і вище, але політика 30d, 52w, це
зберігатиме найновішу щоденну резервну копію для кожного дня протягом тридцяти днів, та найновіший тижневик
резервне копіювання протягом 52 тижнів. Оскільки погодинні резервні копії будуть видалятися щодня, перш ніж вони будуть
шанс врятуватися за тижневим правилом, ефект полягає в тому, що резервна копія о 23:00 для кожного
день зберігається протягом місяця, а резервна копія о 23:00 у неділю зберігається протягом року.

Якщо замість цього ви використовуєте політику 72h,30d,52w, обнам зберігатиме останні 72 резервні копії щогодини,
і остання резервна копія кожного календарного дня протягом 30 днів, і остання резервна копія кожного календаря
тиждень протягом 52 тижнів. Якщо частота резервного копіювання була один раз на день, обнам зберіг би резервну копію
кожної календарної години, за яку було зроблено резервне копіювання, для 72 таких резервних копій. Іншими словами,
це ефективно зберігає останні 72 щоденні резервні копії.

Звучить заплутано? Тільки подумайте, наскільки заплутався розробник, коли писав код.

Якщо поліса не надано, забувати збереже все.

Типовою політикою може бути 72h,7d,5w,12m, що означає: зберігати останні 72 резервні копії щогодини
останні 7 щоденних резервних копій, останні 5 щотижневих резервних копій і останні 12 щомісячних резервних копій. Якщо
резервне копіювання систематично виконується на погодинній основі, це означатиме збереження щогодинного резервного копіювання
протягом трьох днів, щоденне резервне копіювання протягом тижня, щотижневе резервне копіювання протягом місяця та щомісячне резервне копіювання
впродовж року.

Політика працює дещо складніше. бігти забувати з --удавайте варіант до
переконайтеся, що ви видаляєте правильні.

використання шифрування
обнам може шифрувати всі дані, які він записує до резервного сховища. Це використовує gpg(1) робити
шифрування. Вам потрібно створити пару ключів за допомогою gpg --gen-ключ (або використовуйте існуючий
один), а потім скажіть обнам про це за допомогою --encrypt-with варіант. Можна за бажанням
використовувати окремий домашній каталог за допомогою --gnupghome варіант. За замовчуванням, за замовчуванням
каталог для gpg(1) буде використовуватися.

конфігурація файли
обнам шукатиме файли конфігурації в кількох місцях. Перегляньте розділ ФАЙЛИ
для списку. Усі ці файли разом розглядаються як один великий файл із вмістом усіх
об'єднаних файлів.

Файли знаходяться у форматі INI, і тільки [конфігурація] використовується розділ (будь-які інші розділи
ігнорується).

Довгі назви параметрів використовуються як ключі для змінних конфігурації. Будь-яке налаштування
можна встановити з командного рядка можна встановити у файлі конфігурації, у [конфігурація]
.

Наприклад, параметри в такому командному рядку:

obnam --repository=/backup --exclude='.wav$' резервна копія

можна замінити таким файлом конфігурації:

[конфігурація]
репозиторій: / резервна копія
виключити: .wav$

(Ви можете використовувати будь-який foo=значення or foo: значення синтаксис у файлах.)

Єдине незвичайне у файлах – це варіанти, які можна використовувати багато разів
виражений. Усі значення поміщені в один логічний рядок, розділені комами (і
необов’язково також пробіли). Наприклад:

[конфігурація]
exclude = foo, bar, \.mp3$

Наведене вище має три значення для виключати варіант: будь-які файли, що містять слова Foo or
бар у будь-якому місці повного шляху або файлів, імена яких закінчуються крапкою та
mp3 (оскільки виключення є регулярними виразами).

Довгий логічний рядок можна розбити на кілька фізичних, починаючи новий рядок з
пробіл і відступ у рядках продовження:

[конфігурація]
виключити = foo,
бар
\.mp3$

Наведений вище приклад додає три шаблони виключення.

множинний клієнтів та блокування
обнам підтримує спільне використання сховища між кількома клієнтами. Клієнти можуть поділитися
вміст файлу (фрагменти), так що якщо клієнт A створює резервну копію великого файлу, а клієнт B має
той самий файл, то B не потрібно завантажувати великий файл до репозиторію вдруге.
Щоб це працювало без плутанини, клієнти використовують простий протокол блокування, який дозволяє
лише один клієнт за раз, щоб змінювати спільні структури даних. Замки не заважають
одночасний доступ лише для читання: це дає змогу відновлювати, поки хтось інший
резервне копіювання.

Іноді відбувається операція лише для читання, щоб отримати доступ до структури даних одночасно з нею
змінюється. Це може призвести до збою. Це не призведе до пошкодження даних або
неправильне відновлення. Однак вам може знадобитися перезапустити операцію лише для читання після a
крах.

ВАРІАНТИ

--always-restore-setuid
відновити біти setuid/setgid у відновлених файлах, навіть якщо файл не є кореневим або резервним
мав іншого власника, ніж користувач, який запускає відновлення

--no-always-restore-setuid
протилежність --always-restore-setuid

--ім'я клієнта=ІМ'Я КЛІЄНТА
ім'я клієнта (за замовчуванням ім'я хоста)

--стиснути-з=ПРОГРАМА
використовуйте PROGRAM для стиснення сховища за допомогою (одне з жодного, викачування)

--критичний вік=ВІК
для nagios-last-backup-age: максимальний вік (за замовчуванням у годинах) для останнього
резервне копіювання, перш ніж статистика є критичною. Приймає один специфікатор символьної одиниці (s,m,h,d для
секунди, хвилини, години та дні.

--dump-repo-file-metadata
скинути метадані про файли?

--no-dump-repo-file-metadata
протилежність --dump-repo-file-metadata

-генератора=ШАБЛОН
ПРИГЛУШИТИ

-- покоління=ПОКОЛІННЯ
яке покоління відновлювати

-h, --допомога
показати це повідомлення довідки та вийти

-- тримати=ЗБЕРІГАЙТЕ
політика щодо того, що покоління зберігати, забувши

-- тайм-аут блокування=ТАЙМ-АУТ
під час блокування в сховищі резервних копій зачекайте TIMEOUT секунд, поки не буде виконано існуюче блокування
піти, перш ніж здатися

- вихід=Фото
записувати вихід у FILE замість стандартного виводу

--удавайте, --сушить, --ні дії
фактично нічого не змінювати (працює з резервною копією, лише забути та відновити та
може лише приблизно імітувати реальну поведінку)

--не прикидайся, --не-сухий запуск, --ні-ні-діяти
протилежність --прикидатися

--спокійно, -- мовчазний
мовчати: показувати лише повідомлення про помилки, без оновлення прогресу

--ні-тихо, --не-тихо
протилежність -- тихо

-r, --сховище=URL
ім'я резервного сховища (може бути шляхом або підтримуваною URL-адресою)

--repository-format=ФОРМАТ
використовувати FORMAT для нових сховищ; один із "6", "зелений альбатрос"

--до=TO
де відновити або кріпити FUSE; для відновлення має бути порожнім або не має існувати

-багатослівний
будьте багатослівними: розкажіть користувачеві більше про те, що відбувається, і загалом переконайтеся, що користувач
усвідомлює, що відбувається, або принаймні, що щось відбувається, а також робить
переконатися, що їхній екран часто оновлюється та що відбуваються зміни
весь час, щоб їм не було нудно і щоб вони насправді розчарувалися
відволікаючись на таку кількість оновлень, що вони переїдуть у пустелю Гобі
жити під каменем

--недослівно
протилежне від --verbose

--verify-randomly=N
випадково перевірити N файлів із резервної копії (за замовчуванням нуль, тобто все)

-- версія
показати номер версії програми та вийти

--попередити вік=ВІК
для nagios-last-backup-age: максимальний вік (за замовчуванням у годинах) для останнього
резервне копіювання перед статусом попередження. Приймає один специфікатор символьної одиниці (s,m,h,d для
секунди, хвилини, години та дні.

Підставка up
-- контрольний пункт=SIZE
зробити контрольну точку після заданого РОЗМІРУ

--дедублікати=РЕЖИМ
знаходити дублікати даних у резервних копіях даних і зберігати їх лише один раз; є три режими
доступно: ніколи не видаляйте дублікатів, перевірте, чи не відбувається колізій хешів, або (
за замовчуванням) фаталістично прийняти ризик зіткнень

--виключити=ВИКЛЮЧИТИ
регулярний вираз для імен шляхів, які потрібно виключити з резервної копії (можна використовувати кілька
разів)

--exclude-caches
виключити каталоги (та їхні підкаталоги), які містять файл CACHEDIR.TAG (див
http://www.brynosaurus.com/cachedir/spec.html для того, що він повинен містити, і
http://liw.fi/cachedir/ для допоміжного інструменту)

--no-exclude-caches
протилежність --exclude-caches

--виключити-з=Фото
прочитати шаблони виключення з ФАЙЛУ

--включати=ВКЛЮЧАТИ
регулярний вираз для імен шляхів, які слід включити з резервної копії, навіть якщо вони збігаються з
правило виключення (може використовуватися кілька разів)

--leave-checkpoints
залишити створення контрольних точок після успішного виконання резервного копіювання

--no-leave-checkpoints
протилежність --leave-checkpoints

--одна файлова система
виключити каталоги (та їх підкаталоги), які знаходяться в іншій файловій системі

--no-one-file-system
протилежність --one-file-system

--корінь=URL
що робити резервну копію

--small-files-in-btree
це доступно лише для зворотної сумісності; не використовуйте його, а видаліть
з вашої конфігурації

--no-small-files-in-btree
протилежність --small-files-in-btree

конфігурація файли та налаштування
--config=Фото
додати FILE до файлів конфігурації

-Дамп-конфіг
виписати всю поточну конфігурацію

--damp-setting-names
ПРИГЛУШИТИ

--допомога-всім
показати всі варіанти

-файли-конфіг-файли
ПРИГЛУШИТИ

-Ні-дефо-конфігури
очистити список конфігураційних файлів для читання

розробка of Обнам сам
--crash-limit=СЧЕТЧИК
штучно руйнувати програму після COUNTER файлів, записаних у сховище; це
є корисним для аварійного тестування програми, і його не слід увімкнути насправді
використання; встановіть 0, щоб вимкнути (вимкнено за замовчуванням)

--удавати час=ГРАФІК
уявіть, що це TIMESTAMP (РРРР-ММ-ДД ГГ:ХХ:СС); це корисно лише для тестування
цілей

--sftp-затримка=SFTP-ЗАТРИМКА
додати штучну затримку (у мілісекундах) до всіх передач SFTP

--testing-fail-matching=REGEXP
помічник тестування розробки: імітуйте збої під час резервного копіювання файлів, які збігаються
задані регулярні вирази

--слід=СЛІД
додати шаблони назви файлів, для яких ведеться журнал налагодження трасування

Шифрування
--encrypt-with=ШИФРОВАТИ-З
Ключ PGP для шифрування даних у резервному сховищі

--gnupghome=HOMEDIR
домашній каталог для GPG

-- ключові деталі
показати додаткові ідентифікатори користувачів для всіх ключів

--no-key-details
протилежність --key-details

--keyid=КЛЮЧ
Ідентифікатор ключа PGP, який потрібно додати до/видалити зі сховища резервних копій

--symmetric-key-bits=BITS
розмір симетричного ключа, в бітах

--слабо-випадковий
використовуйте /dev/urandom замість /dev/random для створення симетричних ключів

--no-weak-random
протилежність --weak-random

Цілісність контроль (fsck)
--fsck-fix
fsck має спробувати вирішити проблеми? Має на увазі --fsck-rm-unused

--no-fsck-fix
протилежність --fsck-fix

--fsck-ignore-chunks
ігнорувати фрагменти під час перевірки цілісності сховища (припустимо, що всі фрагменти існують і
правильно)

--no-fsck-ignore-chunks
протилежність --fsck-ignore-chunks

--fsck-ignore-client=ІМ'Я
не перевіряти дані сховища для cient NAME

--fsck-лише-останнього покоління
перевіряти лише останнє покоління для кожного клієнта

--no-fsck-лише-останнє-покоління
протилежність --fsck-last-generation-only

--fsck-rm-невикористаний
fsck повинен видалити невикористані шматки?

--no-fsck-rm-unused
протилежність --fsck-rm-unused

--fsck-skip-checksums
не перевіряти контрольні суми файлів

--no-fsck-skip-checksums
протилежність --fsck-skip-checksums

--fsck-skip-dirs
не перевіряйте нічого щодо каталогів та їхніх файлів

--no-fsck-skip-dirs
протилежність --fsck-skip-dirs

--fsck-skip-files
нічого не перевіряти щодо файлів

--no-fsck-skip-files
протилежність --fsck-skip-files

--fsck-skip-generations
не перевіряйте жодних поколінь

--no-fsck-skip-generations
протилежність --fsck-skip-generations

--fsck-skip-per-client-b-trees
не перевіряйте B-дерева для кожного клієнта

--no-fsck-skip-per-client-b-trees
протилежність --fsck-skip-per-client-b-trees

--fsck-skip-shared-b-trees
не перевіряйте спільні B-дерева

--no-fsck-skip-shared-b-trees
протилежність --fsck-skip-shared-b-trees

Запис
-- журнал=Фото
записувати записи журналу до FILE (за замовчуванням не записувати файли журналу взагалі); використовувати "syslog"
щоб увійти до системного журналу, "stderr" щоб увійти до стандартного виводу помилки, або "none" до
вимкнути ведення журналу

-- вести журнал=N
зберігати останні N журналів (10)

-- рівень журналу=РІВЕНЬ
журнал на РІВНІ, один із налагодження, інформація, попередження, помилка, критичний, фатальний (за замовчуванням: інформація)

--log-max=SIZE
обертати журнали більше ніж SIZE, нуль для ніколи (за замовчуванням: 0)

--режим журналу=РЕЖИМ
встановити дозволи для нових файлів журналів на MODE (вісімковий; за замовчуванням 0600)

Монтаж з FUSE
--запобіжник-опт=FUSE
параметри для безпосереднього переходу до Fuse

Виконання
--Дамп-Меморія-Профіл=МЕТОД
створювати дампи профілювання пам’яті за допомогою METHOD, який є одним із: none, simple або meliae
(за замовчуванням: простий)

--інтервал-дамп-пам'яті=СЕКУНДИ
зробіть дампи профілювання пам’яті з інтервалом не менше СЕКУНД

продуктивність налаштування
--розмір шматка=SIZE
розмір фрагментів даних файлу, для яких створено резервну копію

--chunkids-per-group=NUM
кодувати NUM ідентифікаторів фрагментів на групу

--idpath-біт=IDPATH-БІТИ
розмір рівня ідентифікатора шматка

--idpath-depth=IDPATH-DEPTH
глибина відображення ідентифікатора блоку

--idpath-skip=IDPATH-SKIP
chunk id mapping найменші біти пропускають

--lru-розмір=SIZE
розмір кешу LRU для вузлів B-дерева

--розмір вузла=SIZE
розмір вузлів B-дерева на диску; впливає лише на нові B-дерева, тому вам може знадобитися видалити a
клієнт або сховище, щоб змінити це для існуючих сховищ

--upload-queue-size=SIZE
довжина черги завантаження для вузлів B-дерева

Сховище формат зелений-альбатрос
--chunk-bag-size=SIZE
приблизний максимальний розмір мішка, що поєднує багато об’єктів

--chunk-cache-size=SIZE
розмір кешу в пам’яті для об’єктів фрагментів даних файлу

--dir-bag-size=SIZE
приблизний максимальний розмір сумок, що поєднують багато об’єктів DIR

--dir-cache-size=SIZE
розмір кешу в пам'яті для об'єктів DIR

SSH/SFTP
--чисто-параміко
не використовуйте openssh, навіть якщо він доступний, використовуйте лише paramiko

--no-pure-paramiko
протилежність --pure-paramiko

--ssh-команда=ВИКОНАННЯ
альтернативний виконуваний файл для використання замість "ssh" (повний шлях дозволено, ні
можна додати аргументи)

--ssh-host-keys-check=VALUE
Якщо «так», вимагайте, щоб ключ хосту ssh був відомий і правильний, щоб бути прийнятим.
Якщо «ні», не вимагайте цього. Якщо "запитати", користувач інтерактивно попросить прийняти
нові господарі. За замовчуванням ("ssh-config") покладається на налаштування основного
SSH клієнт

--ssh-ключ=ФІЛЕНАМ
використовуйте FILENAME як закритий ключ ssh RSA для доступу до sftp (за замовчуванням використовуються ключі
відомо ssh-агенту)

--ssh-відомі-хости=ФІЛЕНАМ
ім'я відомого файлу hosts користувача

--strict-ssh-host-keys
ЗАСТАРЕЛО, замість цього використовуйте --ssh-host-keys-check

--no-strict-ssh-host-keys
протилежність --strict-ssh-host-keys

варіант величини
Команда SIZE значення в опціях, згаданих вище, визначає розмір у байтах, з необов’язковим
суфікси для позначення кілобайтів (k), кібібайтів (Ki), мегабайтів (M), мебібайтів (Mi),
гігабайти (G), гібібайти (Gi), терабайти (T), тибібайти (Ti). Суфікси відмінкові -
нечутливий.

EXIT СТАТУС

обнам вийде з нулем, якщо все пройшло добре, і не з нулем в іншому випадку.

НАВКОЛИШНЄ СЕРЕДОВИЩЕ

обнам передасть середовище, яке він отримує від свого батька, без змін. Це робить
не підкоряється жодним незвичайним змінним середовища, але підкоряється звичайним під час роботи
зовнішні програми, створення тимчасових файлів тощо.

Використовуйте obnam онлайн за допомогою сервісів onworks.net