bup-split - онлайн у хмарі

ПРОГРАМА:

ІМ'Я

bup-split - збереження окремих файлів у набори резервних копій

СИНТАКСИС

bup розкол [-t] [-c] [-n ім'я] COMMON_OPTIONS

bup split -b СПІЛЬНІ_ПАРАМЕРИ

bup split <--noop [--copy]|--copy> COMMON_OPTIONS

COMMON_OPTIONS
[-р господар:шлях] [-v] [-q] [-d секунди після епохи] [--лавка] [--max-pack-size=bytes]
[-#] [--bwlimit=bytes] [--max-pack-objects=n] [--fanout=вважати] [--тримати межі]
[--git-ids | імена файлів...]

ОПИС

bup split об'єднує вміст заданих файлів (або якщо не вказано імена файлів,
читає з stdin), розбиває вміст на шматки приблизно по 8 тис. за допомогою постійної контрольної суми
алгоритм, і зберігає фрагменти в репозиторії bup. Шматки, які були раніше
збережені не зберігаються знову (тобто вони «дедупліковані»).

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

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

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

Щоб повернути дані, використовуйте bup-приєднання(1).

РЕЖИМИ

Ці параметри вибирають основну поведінку команди, причому -n є найбільш імовірним
вибір.

-n, --ім'я=ім'я
після створення набору даних створіть гілку git з ім ім'я щоб можна було
доступ за допомогою цього імені. Якщо ім'я вже існує, новий набір даних буде
вважається нащадком старих ім'я. (Таким чином, ви можете постійно створювати нові
набори даних з однаковою назвою, а пізніше перегляньте історію цього набору даних, щоб дізнатися, як це зробити
він змінився з часом.) Вихідні дані також будуть доступні як верхнього рівня
файл з іменем «дані» у VFS, доступний через буферний запобіжник, bup ftp тощо.

-t, -- дерево
вивести ідентифікатор дерева git отриманого набору даних.

-c, --здійснити
вивести ідентифікатор git фіксації отриманого набору даних.

-б, --краплі
вивести серію ідентифікаторів BLOB-об’єктів git, які відповідають фрагментам у наборі даних.
Несумісне з -n, -t і -c.

--Ну прочитати дані та розбити їх на блоки на основі поточної контрольної суми "bupssplit".
алгоритм, але нічого не роби з блоками. Це в основному корисно для
порівняльний аналіз. Несумісне з -n, -t, -c і -b.

--копія на зразок --noop, але також записуйте дані в стандартний вихід. Це може бути корисно для
порівняння швидкості читання+розподілення+запису для великих обсягів даних.
Несумісне з -n, -t, -c і -b.

ВАРІАНТИ

-р, --remote=господар:шлях
зберегти набір резервних копій на даному віддаленому сервері. Якщо шлях опущено, використовує
шлях за замовчуванням на віддаленому сервері (вам все одно потрібно включити ':'). The
підключення до віддаленого сервера здійснюється за допомогою SSH. Якщо ви хочете вказати, який
порт, користувач або закритий ключ для використання для SSH-з’єднання, ми рекомендуємо використовувати
~ / .ssh / config файл. Навіть якщо місце призначення є віддаленим, локальне сховище буферів
все ще потрібно.

-d, --дата=секунди після епохи
вкажіть дату, зазначену в коміті (секунди з 1970-01-01).

-q, --спокійно
вимкнути повідомлення про прогрес.

-v, -багатослівний
збільшити багатослівність (можна використовувати більше одного разу).

--git-ідентифікатори
stdin - це список ідентифікаторів об'єктів git замість вихідних даних. bup split буде читати
вміст кожного названого об’єкта git (якщо він існує в сховищі bup) і розділити
це. Це може бути корисно для перетворення репозиторію git з великими двійковими файлами
замість цього використовувати хеш-розділ у стилі bup. Ця опція, мабуть, найбільш корисна, коли
у поєднанні з --keep-boundaries.

-- зберігати межі
якщо в командному рядку вказано кілька імен файлів, вони зазвичай об’єднуються
разом, ніби весь вміст походить з одного файлу. Тобто набір
краплі/дерева ідентичні тому, що було б, якби було a
один вхідний файл. Однак, якщо ви використовуєте --keep-boundaries, кожен файл буде розділений
окремо. Ви все одно отримуєте лише одне дерево, фіксацію чи серію крапель, але
кожен blob походить лише з одного з файлів; кінець одного з вхідних файлів
завжди закінчується крапля.

--лавка
надрукувати контрольні часи до stderr.

--max-pack-size=bytes
ніколи не створюйте файли git pack, більші за задану кількість байтів. За замовчуванням 1
мільярд байт. Зазвичай немає причин це змінювати.

--max-pack-objects=numobjs
ніколи не створюйте файли git pack з більш ніж заданою кількістю об’єктів. За замовчуванням є
200 тисяч об’єктів. Зазвичай немає причин це змінювати.

--fanout=numobjs
при розділенні дуже великих файлів намагайтеся зберегти кількість елементів у деревах до an
середній з numobjs.

--bwlimit=байт/сек
не передавайте більше ніж байт/сек байт на секунду на сервер. Це добре
щоб ваші резервні копії не забирали всю пропускну здатність мережі. Використовуйте суфікс like
k, M або G, щоб указати кратні 1024, 10241024, 10241024*1024 відповідно.

-#, --compress=#
встановіть рівень стиснення на # (значення від 0 до 9, де 9 - найвищий, а 0 - це
немає стиснення). За замовчуванням – 1 (швидке, слабке стиснення)

ПРИКЛАДИ

$ tar -cf - / Etc | bup split -r myserver: -n mybackup-tar
tar: Видалення провідного /' з імен учасників
Індексація об’єктів: 100% (196/196), виконано.

$ bup join -r myserver: mybackup-tar | tar -tf - | туалет -л
1961

Використовуйте bup-split онлайн за допомогою служб onworks.net