Рано чи пізно але бекапитись починають усі, в цій статті я розгляну кілька варіантів з нульовим бюджетом. Звісно це не панацея і ніяк не може розглядатись як істина - одначе “Щось краще ніж нічого” (с). Тут буде розглянуто загальні основи, а трішки далі будуть конкретні приклади бекапу серверу, та клієнських машин.
Імена файлів
test.$(date +%d%m%y) test.$(date +%d.%m.%y) touch test.$(date +%d.%m.%yp.) touch test.$(date +%d.%m.20%yp.)
Наразі Google Диск дає 15 Gb місця, що не так і мало для деяких випадків. Крім того час від часу бувають акції, які дозволяють збільшити це місце. Мінус таких акцій - вони не регулярні і їх треба шукати.
Тим не менше під бекапи він підходить. Зрештою місце можна збільшити просто купивши його. Зараз мене закидають тапками, що ж це за бекап для бідних - якщо купувати треба, але 50 грн./місяць - не такі великі кошти. Власне бекапитись можна кількома способами.
Google Диск - ну дуже простий в користуванні - вам просто потрібно вказати папку, яку хочете зберегти і - ось воно щастя - всі документи будуть синхронізувати з диском. Звісно для фото місця малувато. Проте, якщо ви не професійний фотограф - то це легко виправити - за допомогою Google Фото При виборі автоматичної якості - кількість фото - необмежена.
Зручний тим, що дозволяє стежити за акціями в яких додає місце, А крім того має консольний клієнт для Linux. Крім того підтримує технологію WebDAV. Використовувати можна, якщо не звертати увагу на те де лежать ваші данні.
Незважаючи на маленький об'єм - це мій фаворит. Для початку дається 2 Gb місця. не багато, але є реферальна програма - якщо ви ще не зареєстровані - то реєструючись по лінку вже отримаєте бонус, далі йдемо сюди https://www.dropbox.com/referrals й запрошуємо друзів - що знову ж дає бонусне місце. Максимум до 16 Gb. А тепер гарні новини - клієнти є під усі популярні ОС - навіть не доведеться нічого особливо налаштовувати.
Дуже потужна річ, що дозволяє зберігати резервні копії майже куди завгодно (зараз є б варіантів, включаючи хмарні сховища )
Після налаштування, конкретика залежить від обраного сховища, синтаксис доволі простий - наприклад на віндовс я використовую наступний код
rclone sync D:\backup stor:backup/%COMPUTERNAME%/backup
де stor - назва сховища, яке використовувалось при налаштуванні - дуже просто й логічно. Зворотню синхронізацію проводити можна так само - просто помінявши приймач та джерело місцями