Авамар: Оптимізація продуктивності під час резервного копіювання PST-файлів архіву Outlook

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

Клієнт Avamar з великою кількістю файлів архіву Outlook (PST) може створювати резервні копії повільніше, ніж клієнт, який містить більше типових даних типу файлової системи.

Нижче наведено приклади даних про продуктивність резервних копій, які містять велику частку PST-файлів.

Приклад 1:
2014-06-23 16:36:45 avtar Info <5156>: Резервна копія #4 часова позначка 2014-06-23 16:36:44, 2,654,547 файлів, 685,600 папок, 1,935 ГБ (46,371 файли, 9.027 ГБ, 0.47% нові)
2014-06-23 16:36:45 avtar Info <6083>: Резервна копія 1 935 ГБ за 1176,67 хвилин: 99 ГБ/год (135 359 файлів/годину)


Приклад 2:
2014-06-19 08:38:56 автар Інфо <5156>: Резервна копія #1626 часова мітка 2014-06-19 08:39:00, 4,279,104 файли, 491,108 папок, 1,427 ГБ (206,579 файлів, 2.002 ГБ, 0.14% нові)
2014-06-19 08:38:56 avtar Info <6083>: Резервна копія 1 427 ГБ за 878,94 хвилини: 97 ГБ/год (292 110 файлів/годину)

Хоча швидкість змін у кожному прикладі скромна (0,47% і 0,14%), продуктивність становить 292 110 файлів на годину. Цей показник значно нижчий за 1 мільйон файлів на годину, який вважається типовою продуктивністю, коли дані зчитуються з обертових накопичувачів.

Конфігурація замовника

Щоб перевірити вплив PST-файлів на продуктивність резервного копіювання, виключіть їх із набору даних і створіть набір даних виключно для PST-файлів. 

Це дає змогу використовувати записи журналу клієнта avtar Info 5156> та avtar info <<6083> для:

1) Вивчення середнього (середнього) розміру PST-файлів у наборі даних.
2) Дізнайтеся, яка частка файлів змінюється щодня.
3) Дізнайтеся, як продуктивність резервного копіювання PST-файлів порівнюється з продуктивністю резервного копіювання інших даних.

Наведені нижче методи допомагають зменшити повільну продуктивність резервних копій, які містять PST-файли.

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

Використовуйте резервне копіювання зображень для клієнтів віртуальних машин:
Якщо обсяг зміни даних у резервній копії відносно невеликий, розгляньте можливість резервного копіювання клієнта за допомогою проксі-клієнта Avamar image. Проксі-клієнти зображень, які налаштовані на відстеження блоків змін, відстежують змінені блоки у файлі .vmdk віртуальної машини. Резервні копії зображень сканують не кожен файл і обробляють ті, які були змінені. Зазвичай це призводить до швидшої роботи резервного копіювання.

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

Під час резервного копіювання файлів .pst через плагін файлової системи Avamar Microsoft VSS гарантує, що відкриті PST-файли «стійкі до збоїв*». Однак ці файли можуть не відповідати вимогам програми. Іншими словами, резервна копія не захоплює дані в пам'яті та не захоплює незавершені операції введення-виведення, які спрямовуються до файлу.

Будь-які файли, відкриті під час процесу резервного копіювання, можуть бути непослідовними під час резервного копіювання.  

Резервне копіювання звичайних даних файлової системи на типовому клієнті Avamar, налаштованому на обертальні (не SSD) диски, зазвичай виконується зі швидкістю близько 1 мільйона файлів на годину. 

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