Це залежить. Два найпопулярніші варіанти - тарболи та поштові файли, але їх обох не вистачає:
.tar
стрічкові архіви - дуже популярний варіант для більшості користувачів Linux. Він зберігає дозволи файлів UNIX (що важливо для резервної копії) та жорсткі посилання. Він підтримується нестандартно у всіх перевірених дистрибутивах Linux, а також у деяких програмах Windows, таких як 7-zip . Однак, tar має декілька обмежень та недоліків для резервного використання, як пояснили розробники Duplicity . Це може бути дуже повільним: навіть щоб отримати список імен файлів, що зберігаються в архіві, весь архів повинен бути прочитаний. Він також не обробляє детальні метадані, які мають деякі новіші файлові системи.
.zip
zip-файли виступають як архівом, так і форматом стиснення. Для швидкості ви можете повністю відключити стиснення. Zip-файли краще, ніж архівні стрічки, оскільки вони зберігають тип вмісту, що дозволяє програмам швидко переходити до певного файлу, який потрібно витягти. Він також зберігає контрольні суми для вмісту кожного файлу, щоб забезпечити легке виявлення несправностей файлів. Zip-файли надзвичайно популярні, на жаль, вони не підходять для резервних копій Linux, оскільки вони не зберігають прості дозволи файлів.
Ось ще два варіанти, яких, на жаль, також не вистачає:
.7z
Стислі архіви 7z мають відмінні функції, такі як шифрування та підтримка дуже великих файлів. На жаль, він не зберігає дозволи на файли UNIX, тому він не підходить для резервних копій Linux.
.ar
класичні архіви UNIX є попередником таргетування архівів та страждають від тих же обмежень, що і архіви з дьогтем.
На мою думку, не існує повністю надійного резервного архівного формату для резервних копій Linux, жодного з яких достатньо відомо, щоб виправдали мою довіру.
Один із способів подолати обмеження кожного з цих форматів - поєднувати їх: наприклад, архівувати кожен файл окремо в архіві tar, а потім архівувати всі ці тарілки в одному поштовому файлі.
Якщо ви хочете по-справжньому надійного резервного копіювання, вам, напевно, слід вивчити ці рішення:
резервне копіювання безпосередньо на зовнішній жорсткий диск з однаковою файловою системою як у вихідному, так і в цільовому диску. Це гарантує, що ви збережете дозволи та метадані кожного файлу в точності, як було призначено. (На відміну від цього, власники та власники груп зберігають файли, використовуючи їх ідентифікаційні номери користувачів та групи, а не їхні імена.)
Використовуйте програмне забезпечення для візуального зображення та клонування, наприклад CloneZilla . Ви не можете отримати один файл з однієї з цих резервних копій, але ви можете бути абсолютно впевнені, що ви зберегли все, що можливо.
І пам’ятайте, завжди пам’ятайте: ви можете бути впевнені у своїх резервних копіях, лише якщо спробували відновити їх. Якщо найгірше прийшло до гіршого, а ваш жорсткий диск джерела був повністю знищений, ви могли б відновити все необхідне для відновлення на новому жорсткому диску? Чи спрацювало б, як ви очікували? Спробуйте відновити резервну копію на новому жорсткому диску і спробуйте запустити з цього жорсткого диска пару днів. Якщо ви помітили що-небудь відсутнє, ви знаєте, що ваша резервна копія була недостатньо ґрунтовною.
Також подумайте, де ви зберігаєте резервні копії. Вам потрібно хоча б кілька резервних копій, які не знаходяться в одній будівлі, як джерела, щоб захистити себе від крадіжок або пожежі. Деякі варіанти цього - хмара чи будинок друга.