cback - Інтернет у хмарі

ПРОГРАМА:

ІМ'Я

cback – локальне та віддалене резервне копіювання на носій компакт-дисків або DVD або сховище Amazon S3

СИНТАКСИС

c назад [перемикачі] дії

ОПИС

Сценарій cback надає інтерфейс командного рядка для Cedar Backup 2. Cedar Backup 2
— це програмний пакет, призначений для керування системними резервними копіями для пулу локальних і віддалених
машини. Він розуміє, як створити резервну копію даних файлової системи, а також MySQL і PostgreSQL
бази даних і репозиторії Subversion. Його також можна легко розширити для підтримки інших
види джерел даних.

Cedar Backup 2 орієнтований на щотижневе резервне копіювання на один компакт-диск або DVD-диск за допомогою
очікування, що диск буде змінено або перезаписано на початку кожного тижня.
Якщо ваше обладнання досить нове, Cedar Backup може записувати багатосесійні диски, що дозволить вам це зробити
щодня додавати додаткові дані на диск.

Крім того, Cedar Backup 2 може записувати ваші резервні копії в хмару Amazon S3, а не
покладаючись на фізичні носії.

BACKUP ПОНЯТТЯ

У пулі Cedar Backup є два типи машин. Одна машина ( майстер) має компакт-диск
або DVD-записувач на ньому, і це місце, де резервна копія записується на диск. Інші (клієнтів)
збирати дані для запису на диск майстром. Разом, майстер і клієнт
всі машини в басейні називаються однолітка машини. Є чотири дії
розмістити як частину процесу резервного копіювання: збирати, етап, зберігати та чистка. І майстер, і
клієнти виконують дії збору та очищення, але лише майстер виконує етап
і дії магазину. Конфігураційний файл /etc/cback.conf контролює вжиті дії
під час дій збору, стадії, зберігання та очищення.

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

МІГРАЦІЯ З Версія 2 TO Версія 3

Основна відмінність між Cedar Backup версії 2 і Cedar Backup версії 3 полягає в
цільовий інтерпретатор Python. Cedar Backup версія 2 була розроблена для Python 2, в той час як
версія 3 є перетворенням вихідного коду на Python 3. Крім цього, обидва
версії функціонально еквівалентні. Формат конфігурації не змінився, і ви можете
комбінувати майстри та клієнти різних версій в одному резервному пулі. Обидва
версії повністю підтримуватимуться приблизно до моменту закінчення терміну експлуатації Python 2
2020, але ви повинні планувати міграцію раніше, ніж це можливо.

Основною метою дизайну версії 3 було полегшити користувачам легке тестування міграції
що дозволяє встановити версію 3 на тому самому сервері, де вже була версія 2
використовувати. Побічним ефектом такого вибору дизайну є конфігурація всіх виконуваних файлів
файли та журнали змінили імена у версії 3. Де використовувалася версія 2 c назад, версія 3 використовує
cback3: cback3.conf замість cback.conf, cback3.log замість cback.log, І т.д.

Отже, хоча перехід з версії 2 до версії 3 є відносно простим, ви це зробите
доведеться внести деякі зміни вручну. Вам потрібно буде створити новий файл конфігурації (або
програмне посилання на старе), змініть свої завдання cron, щоб використовувати нове ім’я виконуваного файлу тощо.
може мігрувати один сервер за раз у вашому пулі без негативних наслідків або навіть поступово
мігрувати один сервер, використовуючи версії 2 і 3 в різні дні тижня або
для різних частин резервної копії.

Перемикачі

-h, --допомога
Показати список використання/довідки.

-V, -- версія
Відобразити інформацію про версію.

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

-q, --спокійно
Працюйте тихо (не відображається на екрані).

-c, --config
Вкажіть шлях до альтернативного файлу конфігурації. Конфігурація за замовчуванням
файл є /etc/cback.conf.

-f, --повний
Зробіть повне резервне копіювання, незалежно від конфігурації. Для збору акцій це
означає, що будь-яка наявна інформація, пов’язана з інкрементальними резервними копіями, буде ігнорована
і переписаний; для дії магазину це означає, що буде запущено новий диск.

-M, --керований
Включати керованих клієнтів під час виконання дій. Якщо дія, що виконується
у списку як керована дія для керованого клієнта, виконайте дію на цьому клієнті
після виконання дії локально.

-N, --лише керований
Включати лише керованих клієнтів під час виконання дій. Якщо дія виконується
вказано як керована дія для керованого клієнта, виконайте дію над ним
клієнта, але не виконуйте дію локально.

-l, --файл журналу
Вкажіть шлях до альтернативного файлу журналу. Файл журналу за замовчуванням – це
/var/log/cback.log.

-o, --власник
Вкажіть право власності на файл журналу у формі user:group. За замовчуванням
власність є корінь: адм, щоб відповідати стандарту Debian для більшості файлів журналів. Це значення
використовуватиметься лише під час створення нового журналу. Якщо файл журналу вже існує, коли
скрипт cback буде виконано, він збереже свої наявні права власності та режим. Тільки
Можна використовувати імена користувачів і груп, а не числові значення uid і gid.

-m, --режим
Вкажіть дозволи для файлу журналу, використовуючи числовий режим, як у CHMOD(1).
Режим за замовчуванням 640 (-rw-r-----). Це значення буде використовуватися лише під час створення a
новий файл журналу. Якщо файл журналу вже існує під час виконання сценарію cback, він
збереже свої існуючі права власності та режим.

-O, - вихід
Запишіть вихідні дані підкоманди до журналу. Коли цей параметр увімкнено, все
вихід системних команд буде зареєстровано. Це може бути корисно для налагодження або
просто для довідки.

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

-s, --стек
Дампуйте трасування стека Python замість того, щоб ковтати винятки. Це змушує Кедр
Резервне копіювання для дампу всього стека Python, пов’язаного з помилкою, а не
просто передати останнє отримане повідомлення назад до інтерфейсу користувача. Під деякими
обставини, це корисна інформація, яку потрібно включити разом із звітом про помилку.

-D, --діагностика
Відобразіть діагностичну інформацію під час виконання, а потім вийдіть. Ця діагностична інформація
часто корисний під час подання звіту про помилку.

ДІЇ

всі Виконуйте всі звичайні дії (збирати, виставляти, зберігати, очищати) у такому порядку.

збирати
Виконайте дію збирання, створюючи файли tar-файлів для кожного каталогу, зазначеного в файлі
збір розділу конфігураційного файлу.

етап Виконайте дію на етапі, копіюючи файли tar-файлів з кожного однорангового пулу резервних копій у файл
щоденний проміжний каталог, заснований на розділі етапу конфігураційного файлу.

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

чистка Виконайте дію очищення, видаливши старі та застарілі файли, як зазначено в очищенні
розділ файлу конфігурації.

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

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

ПОВЕРНЕННЯ ЗНАЧЕННЯ

Cedar Backup повертає 0 (нуль) після нормального завершення та шість інших кодів помилок, пов’язаних із
конкретні помилки.

1 Версія інтерпретатора Python < 2.7.

2 Помилка обробки аргументів командного рядка.

3 Помилка налаштування журналу.

4 Помилка аналізу вказаного конфігураційного файлу.

5 Резервне копіювання було перервано за допомогою CTRL-C або аналогічного.

6 Помилка виконання вказаних дій резервного копіювання.

ПРИМІТКИ

Сценарій призначений для запуску від імені root, оскільки в іншому випадку створити резервну копію системи буде важко
каталогів або записати пристрій CD або DVD. Однак перейти на резервну копію необхідно
користувач (вказаний у конфігурації), якщо це необхідно.

Щоб використовувати сценарій, ви повинні вказати принаймні одну дію. Більше одного з
Дії "збирання", "стадія", "зберігання" або "очищення" можуть бути вказані в будь-якому довільному порядку.
Дії «всі», «перебудувати» або «підтвердити» не можна поєднувати з іншими діями. Якщо
вказано більше однієї дії, тоді дії будуть виконуватися в розумному порядку
(зазвичай збирають, потім етап, потім зберігання, потім очищення).

Якщо ви налаштували будь-які розширення Cedar Backup, то пов’язані з ними дії
розширення також можна вказати в командному рядку. Якщо ви вкажете якісь інші дії
поряд з розширеною дією, дії будуть виконуватися в розумному порядку per
конфігурації. Однак дія "всі" ніколи не виконує розширені дії.

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

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

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