Ваші дані це не просто актив, це життєва сила вашого бізнесу. Це справедливо практично для будь-якого бізнесу, оскільки, за прогнозами Statista, до 2025 року обсяг даних у світі зросте до більш ніж 180 зеттабайт. За даними Statista у 2023 році більше 72% компаній у всьому світі постраждали від програм-вимагачів.
Зростання залежності від даних у поєднанні зі змінним ландшафтом загроз підкреслює, що надійний план резервного копіювання та відновлення життєво важливий для виживання бізнесу. Ефективний план забезпечує безперервність бізнесу перед загрозами, системними збоями, стихійними лихами і кібератаками. Без комплексної стратегії резервного копіювання та аварійного відновлення ваш бізнес ризикує зазнати серйозних фінансових, операційних та репутаційних збитків.
В умовах зростаючих обсягів даних та складних ІТ-вимог дедуплікація та стиснення – дві технології, які допоможуть вам оптимізувати вимоги до зберігання даних та підвищити ефективність планів резервного копіювання та відновлення.
Deduplication і Compression: Функціональні можливості та переваги
Дедуплікація та стиснення призначені для зменшення площі зберігання резервних копій даних, що робить захист даних більш ефективним та економічно вигідним. Завдяки усуненню надлишкових даних та зменшенню їх площі ці технології допомагають оптимізувати ресурси зберігання, скоротити витрати та покращити показники часу відновлення та точок відновлення (RTOs/RPOs).
Дедуплікація виявляє та видаляє дублікати даних у вашому середовищі зберігання. Замість того, щоб зберігати кілька копій тих самих даних, дедуплікація зберігає одну копію і створює посилання на вихідні дані для всіх наступних дублікатів. Дедуплікація особливо ефективна в середовищах резервного копіювання, де одні й самі дані можуть зберігатися у кількох наборах резервних копій.
Стиснення зменшує розмір файлів даних за рахунок алгоритмічного усунення надмірності в кожному файлі. Воно може застосовуватися до широкого спектру типів даних, що робить його універсальним інструментом зниження вимог до зберігання та прискорення швидкості передачі даних, що вкрай важливо для ефективного аварійного відновлення.
Принцип роботи дедуплікації резервних копій
Дедуплікація може бути розгорнута на різних рівнях: файловому, блочному та байтовому, причому блочний рівень є найпоширенішим. При дедуплікації лише на рівні блоків дані діляться на унікальні блоки, які потім аналізуються щодо надмірності. Якщо блок ідентичний тому, що вже зберігається, створюється посилання на існуючий блок, а не зберігається ще одна копія.
Цей процес залежить від складних механізмів індексування, які відстежують усі унікальні блоки даних та посилання на них, щоб забезпечити швидкий доступ та відновлення даних у разі потреби.
Існує два основних типи дедуплікації: post-process deduplication, коли дані спочатку зберігаються у вихідному вигляді, а потім дедуплікуються, і inline deduplication, яку Arcserve включає свої рішення, коли дані дедуплікуються в режимі реального часу під час їх запису в систему зберігання. Inline deduplication більш ефективна з погляду займаного простору, але потребує більшої обчислювальної потужності.
Ось як працює дедуплікація даних:
Поділ даних
Коли запускається завдання резервного копіювання ,Arcserve Unified Data Protection (UDP) дедуплікує дані, сегментуючи їх на блоки, причому розмір блоку дедуплікації за замовчуванням становить 4 КБ. Однак ви можете змінити розмір блоку, вибравши такі варіанти: 4 КБ, 8 КБ, 16 КБ, 32 КБ та 64 КБ, залежно від конкретних вимог та бажаного балансу між ефективністю дедуплікації та використанням ресурсів.
Обчислення хешу
Кожному блоку присвоюється унікальне хеш-значення, яке виступає як унікальний ідентифікатор, що обчислюється на основі даних, що містяться в кожному блоці.
Порівняння хешів
Значення хеш відправляються на сервер точки відновлення (RPS), де вони порівнюються з існуючими хешами в сховищі резервних копій. На цьому етапі виявляються надлишкові дані шляхом пошуку хешів, що збігаються.
Фільтрування та резервне копіювання
Якщо виявлено збіг хешів, це вказує на дублювання блоку, який виключається із резервної копії. Тільки блоки з унікальними хешами – з новими або зміненими даними – відправляються на зберігання RPS. RPS оновлює свою базу даних із кожним новим записом, забезпечуючи порівняння майбутніх резервних копій з останнім набором даних.
Arcserve UDP використовує дедуплікацію для прискорення резервного копіювання за рахунок усунення надлишкових даних. Рішення також полегшує процес злиття, щоб мінімізувати вплив продуктивності на ваші системи. Ви можете дедуплікувати дані на кількох агентах, щоб ще більше підвищити ефективність зберігання та швидкість резервного копіювання у глобальному масштабі. Ви також можете розраховувати на оптимізовану та більш надійну реплікацію, яка забезпечує швидке та ефективне дзеркалювання даних у віддалених точках для аварійного відновлення.
Принцип роботи стиснення
Алгоритми стиснення даних зменшують розмір блоків даних перед їх збереженням. За допомогою Arcserve UDP можна вибрати один із кількох рівнів стиснення без втрат: від відсутності стиснення для підвищення продуктивності до максимального стиснення для підвищення ефективності зберігання. Це дозволяє збалансувати потреби в оптимізації зберігання з доступними ресурсами процесора та бажаною швидкістю резервного копіювання.
Ось як працює стиснення даних:
Аналіз перед стисненням
Перед стисненням даних Arcserve UDP оцінює їх, щоб визначити потенційний коефіцієнт стиснення та переконатися, що застосування стиснення дозволить заощадити значне місце для зберігання.
Процес стиснення
Дані стискаються за допомогою ефективних алгоритмів, які зменшують їх розмір, зберігаючи цілісність. Алгоритм визначає повторювані послідовності та надмірності даних і замінює їх більш короткими і компактними символами або кодами.
При розпаковуванні цей процес відбувається у зворотному порядку. Алгоритм зчитує стислий файл і використовує збережене відображення для пошуку кожного символу чи коду, замінюючи його вихідною послідовністю чи шаблоном, який він представляє. Цей процес триває послідовно, доки всі символи або коди не будуть замінені на вихідні дані.
Простим прикладом може бути рядок коду, що містить «BBBBBB», який може бути стиснутий до «6B», де«6» – це кількість повторень «B».
Обробка даних після стиснення
Після стиснення дані готуються до зберігання або передачі. Стиснуті дані вимагають меншої пропускної здатності для реплікації поза офісом та меншого простору для зберігання.
Джерело: Optimizing Backup and Recovery: A Deep Dive into Data Deduplication and Compression
