Інтеграція домену даних Avamar: Швидкість зміни повної резервної копії SQL

Summary: У цій базі пояснюється швидкість дедуплікації для повних резервних копій Avamar для плагіна Microsoft SQL у домен даних.

This article applies to This article does not apply to This article is not tied to any specific product. Not all product versions are identified in this article.

Instructions

Огляд

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

SQL-потоки

Microsoft SQL з SMO може передавати один або кілька потоків даних для резервного копіювання. Однак вміст потоку не є детермінованим (послідовність байтів, що подаються для незмінних вихідних даних, може відрізнятися). Вміст, як у багатопотоковому, так і в однопотоковому режимі подається у порядку зчитування з диска, а паралельні читання виконуються. Цей недетермінований потік сприяє вищій видимій швидкості змін. Параметр TSQL maxtransfersize визначає розмір чанків, що подаються на потік. Більші значення допомагають перенесеним чанкам бути більш послідовними.

CDSF домену даних

Потоки резервного копіювання SQL-бази даних записуються в домен даних у форматі CDSF (Common Data Streaming Format). Кожен потік SQL записується в окремий контейнер. Дедуплікація домену даних між контейнерами не є ідеальною через акцент на локальності під час початкового введення даних. Це може призвести до початкових дублювання сегментів від 6% до 8% порівняно з попереднім резервним копіюванням. Краща дедуплікація зрештою здійснюється за 2–3 цикли збору сміття.

Висновки

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

Рекомендації

  • Перевірте, що стандартний SQL maxtransfersize Значення — 4MB. (Перевірте avsql.cmd файл на SQL-клієнті та Dataset для резервної копії SQL)
  • Використовуйте розумні політики резервного копіювання SQL, бази даних, дивіться посібники для повного обговорення.
  • Матч avtar розмір блоку в SQL шляхом встановлення "--[avtar]blocksize=0x400000" у наборі даних SQL

Additional Information

Примітка: SQL-плагін не підтримує призначення прапорців наступним плагінам через avsql.cmd файл.

             --[avtar]flag-name in avsql.cmd Чи справді Не працювати.


Correct спосіб увімкнути цей прапорець: 

* Використовуйте --[avtar]blocksize=0x400000 у SQL-наборі даних.

Або

* Використання --blocksize=0x4000000 in avtar.cmd

--maxtransfersize=65536 
(64K)

Це негативно вплинуло на продуктивність. Видалення avsql.cmd покращена продуктивність у 4 рази

--maxtransfersize=4194304 
(4MB)
Це налаштування для найкращої продуктивності
 

Affected Products

Avamar, Avamar Plug-in for SQL

Products

Avamar
Article Properties
Article Number: 000019329
Article Type: How To
Last Modified: 05 Feb 2026
Version:  4
Find answers to your questions from other Dell users
Support Services
Check if your device is covered by Support Services.