Що таке компресія і дедуплікація на боці джерела і як вони впливають на швидкість бекапу?

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

Компресія або стиснення даних аналізує файли на наявність повторюваних послідовностей байтів і пакує їх більш компактно. Існують різні алгоритми стиснення, що пропонують баланс між швидкістю обробки та ступенем зменшення розміру. Сильне стиснення економить місце на диску і трафік, але серйозно навантажує центральний процесор машини, що виконує резервне копіювання.

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

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