Rsync, наскільки ризиковано використовувати його наживо?


9

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

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

Відповіді:


14

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

Один із способів зменшити цей ризик - запустити одну і ту ж команду rsync двічі (або більше) поспіль, щоб відслідковувати будь-які зміни, що були внесені з моменту початку команди. Але якщо вам абсолютно потрібно підтримувати узгодженість файлів, вам слід встановити диск лише для читання протягом тривалості rsyncпроцесу.


Дякую @Jos мені просто потрібна статична резервна копія щоденно / щотижня, здається, rsync мені добре.
пік

@ 3pic: Ubuntu, можливо, встановив для вас LVM. Якщо так, ви можете зробити знімки LVM та створити резервну копію з цих ... Якщо ні, можливо (хоч і нетривіально) перетворитись на LVM на місці. Це суперпопулярне питання говорить про це.
TJ Crowder

@ 3pic Я не вважаю, що це безпечно для резервного копіювання. Якщо половина вашої папки архівується перед деякими змінами, а інша половина після неї, у вас може виникнути проекти, які неможливо відкрити через непрацездатні посилання (наприклад, SVG-файл із пов’язаним растровим зображенням, але немає растрової карти чи якийсь заголовок, включений до нього). c файл, але заголовок не там, або двійковий, який очікує, що бібліотека буде в іншій версії, ніж та, яку ви схопили тощо).
Молот

Саме для цього використовуються живі компакт-диски (або проста версія Linux, встановлена ​​на іншому розділі). Ви перезавантажуєтесь з живого CD / розділу, запускаєте резервну копію (використовуючи будь-який інструмент, який ви бажаєте) на своєму головному розділі, а потім перезавантажуєтесь як звичайне. Таким чином, ваш вихідний розділ є статичним і все синхронізується. Якщо ви використовуєте окремі розділи для таких речей, як / home та інші дані, то резервне копіювання / займе дуже мало часу. Ви можете робити / вдома так само, хоча це може зайняти трохи більше часу. Я використовую додатковий окремий розділ даних, щоб полегшити управління / додому.
Джо

8

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

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

Але не існує нічого небезпечного по суті щодо копіювання файлів із встановленого на rw розділу. Навіть один із незграбним старим форматом.


1
Дякую. Насправді система вже базується на існуючих ФС місяцями ... Я не буду її змінювати, але це цікавить.
3pic
Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.