Домен Avamar-data: Високе використання ДД на Ціль: Аналіз та найкращі практики

Домен цільових даних демонструє більш високе використання, ніж домен вихідних даних.

З точки зору Avamar:

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

Приклад: DD1 реплікується в DD2. Оскільки відкат відбувається на 2 дні назад, ми бачимо, що на джерелі є 3 резервні копії, але п'ять резервних копій, реплікованих до місця призначення.

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

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

Відмінності
в комплектації AvamarРезервна копія контрольних точок на сервері Avamar може бути значно великою. Якщо він налаштований тільки на адресу призначення Avamar, це збільшить використання Data Domain на місці призначення.

З точки зору Data Domain:

Відбитків пальців.

Коли дані надсилаються в Data Domain під час реплікації, вони видаляються з обману. Відбиток даних спочатку надсилається до домену даних призначення, щоб перевірити, чи є дані в адресаті.

• Якщо домен даних повертає інформацію про наявність відбитка пальця, дані не потрібно надсилати повторно

• Якщо домен даних не повертає, що відбиток пальця не знайдено, це означає, що:

  • відбитка пальця там немає,

  • Домен даних призначення має відбиток пальця, але хоче, щоб дані все одно надсилалися, щоб покращити спеціальну локальність у домені даних.

  • Домен даних зайнятий і не бажає завершувати весь пошук.

Якщо повторювані дані надсилаються до Data Domain, вони будуть дедупліковані під час очищення шляхом видалення зайвих копій даних.
Домен даних призначення матиме більш високе використання, але варіативність не повинна бути великою.

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

Приклад: Для файлу ємністю 1 ТБ вартість використання становить 0,3% від розміру файлу.

На середній шматок даних розміром 8 КБ припадає 82 мільярди метаданих.  Це приблизно 0,01% накладних витрат для потужності після комп'ютера.
Ці накладні витрати додатково збільшуються з інтеграцією з Avamar, оскільки Avamar об'єднує резервні копії для отримання синтетичної повної резервної копії з інкрементних кожного разу, коли резервна копія завершується.
Ми також спостерігаємо, що накладні витрати на метадані збільшуються, коли є пропущені резервні копії або дані реплікуються не по порядку.
Єдиними резервними копіями, які не створюють цих накладних витрат, є резервні копії віртуальних машин. Вартість метаданих мінімізована.

Приклад: Коли резервна копія реплікується не по порядку, вона створює резервну копію L0 на цілі, яка має набагато більші накладні витрати на метадані, ніж Inc.  Скажімо, у нас є резервні копії на 5 днів.

Реплікація від найдавнішої до найновішої:

Спочатку реплікація буде L0, потім всі наступні будуть Inc.
1xL0 + 4xInc

Реплікація від найновішої до найдавнішої:

Реплікація пропускає резервну копію:

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

Приклад: Якщо домен даних призначення встановлено в DNS із кількома IP-адресами, а IP-адреси розподіляються за круговою системою, домен вихідних даних щоразу підключатиметься до різних IP-адрес. Копія даних, надіслана вчора, не буде розпізнана, і буде надіслано більше даних, що також збільшує вартість метаданих.

Ця проблема може виникнути, коли SFS_BFT_ENABLED залишається як false після завершення відкату сервера Avamar.

Це може призвести до дуже великої розбіжності.  Простір звільняється після завершення терміну дії резервних копій.

Вбудований дедуп
Data Domain запросить дублікати даних до 6% від логічного розміру даних, щоб оптимізувати їх вбудований дедуп.

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

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

Практичні поради:

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

1. Мінімізуйте можливість відкату, звертаючи увагу на збої hfscheck та апаратні збої, як тільки вони виникають.

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

3. Якщо вам потрібно зберегти два домени даних при однаковому використанні, зберігайте однакове зберігання на вихідних і цільових копіях резервних копій і переконайтеся, що резервна копія контрольної точки встановлена однаково на обох серверах Avamar.

4. Переконайтеся, що реплікації завжди від старого до найновішого і жодні резервні копії не пропускаються.

5. Якщо домен даних налаштовано з кількома IP-адресами, переконайтеся, що IP-адреси не розподіляються за круговою системою.

6.  Нехай обидві системи Data Domain, джерело та призначення, запускають очищення в один день і час.

7. Чи SFS_BFT_ENABLED налаштовані на істину.  Це має бути ввімкнено службою технічної підтримки (Raise an SR та посилання на цю KB# - 182755)