Чи потрібні диференціальні резервні копії в ZFS?


1

Я розглядаю міграцію з (debian + дзеркальний рейд + щоденні резервні копії + щотижневі повні резервні копії) до ZFS raidz. Чи є якийсь пункт виконання резервних копій у ZFS так само, як моя поточна установка? На моє розуміння, знімки надають повну історію файлової системи, а резервні копії потрібні лише для більшої безпеки. У випадку надзвичайної ситуації я завжди тримаю щотижневе резервне копіювання на зовнішньому диску.


Чому RAID не є резервною копією? на Помилка сервера застосовується. ZFS не є панацеєю. Знімки вирішують деякі ситуації, коли резервні копії можуть допомогти, але не всі. Але якщо ви задоволені потенційною втратою даних за тиждень, то впевнені, що ви пропонуєте може бути достатньо. Це все час до відновлення і до якого моменту часу (іншими словами, як останній стан можна відновити, і як швидко можна туди потрапити). Що станеться, якщо басейн ZFS вибухає з певних причин (скажімо, удару блискавки) під час роботи щотижневого резервного копіювання?
a CVn

Відповіді:


1

Тут багато питань. Як ви зараз займаєтеся оновленнями? До стрічки? На інший локальний диск? Offsite?

ZFS найкраще працює (залежно від вашої інтерпретації "кращого") із дзеркальними парами (наприклад, смугасті дзеркала, так звані RAID 10), додаючи дзеркальні пари до вашого zpool, коли вам потрібно більше місця. У деяких робочих навантаженнях RAIDZ має серйозні проблеми з продуктивністю.

Якщо ваша стратегія резервного копіювання просто скопіювати на інший локальний диск, то просто скористайтеся дзеркалом ZFS.

Якщо ваша резервна стратегія - це щось інше, зробіть a zfs send після кожного знімка.

Якщо ви збираєтеся використовувати Solaris 11 або OpenIndiana, загляньте в zfs/auto-snapshot послуги (функція, яка підтримує Slider). The auto-snapshot Служби підтримують виконання довільної команди після кожного оснащення (таким чином, автоматизуючи відправку на стрічку або віддалену).


Спасибі. Чи можна вказати "проблеми при деяких робочих навантаженнях"? Я тільки знаю, що RAIDZ є «кращим» з великими файлами.
piotr

RAIDZ може найкраще працювати на великих файлах, але віддзеркалення буде ймовірно досі виконуйте його. Ось три статті, які добре читаються на тему: 1) 10 способів підвищення продуктивності ZFS 2) Чому дзеркало найкраще 3) Рекомендації ZFS
bahamat

Віддзеркалення не є резервною копією. Вона захищає від збоїв під час прямого приводу, але не захищає від таких помилок, як помилка користувача, програмне забезпечення, яке відбувається при вбивстві, видалення або перезапис файлів, або що-небудь інше з точки зору файлової системи - це будь-яке призначення. Залежно від вашої фізичної установки, він може навіть не захистити від несправностей контролера. Визнаючи обмеження, дзеркалювання може бути дуже потужним інструментом; покладатися на неї для завдань, для яких вона не підходить, в певний момент буде дуже болючим уроком. Знімки + дзеркалювання мають бути розумно безпечний.
a CVn

0

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


Дякую. Так що в щоденній рутинній зйомці, зберігаючи останні 14 я маю 2 тижні файлу історії безпечно резервне копіювання?
piotr
Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.