Резервне копіювання та відновлення «так швидко»
BearingPoint встановив систему ExaGrid на своєму основному сайті, яка реплікує дані в іншу систему ExaGrid, встановлену на його сайті аварійного відновлення (DR). Weidacher виконує щоденне резервне копіювання на додаток до регулярних знімків. «У нас є суміш фізичних і віртуальних серверів для резервного копіювання», — сказав він. «Ми створюємо резервні копії приблизно 300 ТБ даних, починаючи від образів віртуальних машин, вихідних файлів робочого сервера та файлових серверів вихідного коду».
Weidacher був вражений швидкістю виконання щоденних завдань резервного копіювання. «Наші резервні копії тепер настільки швидкі, що їх важко навіть порівняти з тими резервними копіями, які ми мали в стрічковій бібліотеці. ExaGrid робить резервні копії даних набагато швидше; деякі з наших резервних копій виконуються менш ніж за хвилину, а наші найбільші завдання резервного копіювання – протягом п’яти годин». Перехід на систему ExaGrid вирішив проблему повільного відновлення даних, з якою Weidacher стикався з стрічковою бібліотекою, яку він використовував у минулому. «Дуже зручно відновлювати окремі файли за допомогою ExaGrid, і час відновлення дуже швидкий», — сказав він.
«Наші коефіцієнти дедуплікації з ExaGrid досить високі, від 6:1 до 74:1, залежно від типу даних», — додав він. Клієнти ExaGrid можуть просто передавати дані файлової системи з систем Unix або Linux на сервер ExaGrid. ExaGrid забезпечує коефіцієнт дедуплікації від 10:1 до 50:1 і може копіювати дедупліковані дані до зовнішнього місця аварійного відновлення, а також звітувати про коефіцієнти дедуплікації для окремих завдань резервного копіювання Unix/Linux.
ExaGrid записує резервні копії безпосередньо в зону посадки дискового кешу, уникаючи внутрішньої обробки та забезпечуючи максимально можливу продуктивність резервного копіювання, що призводить до найкоротшого вікна резервного копіювання. Адаптивна дедуплікація виконує дедуплікацію та реплікацію паралельно з резервним копіюванням, щоб можна було легко виконати RTO та RPO. Доступні системні цикли використовуються для виконання дедуплікації та зовнішньої реплікації для оптимальної точки відновлення на місці аварійного відновлення. Після завершення локальні дані захищені та негайно доступні у повній формі без дублікатів для швидкого відновлення, миттєвого відновлення віртуальної машини та копіювання на стрічку, тоді як зовнішні дані готові до аварійного відновлення.