Авамар: Реплікація VSR проти AMS

Автоматизована багатопотокова передача (AMS)

Автоматична багатопотокова реплікація збільшує резервну копію в домені даних. Він використовує кілька потоків, щоб «розрізати» резервну копію перед надсиланням її до цільового домену даних.
Реплікація AMS підтримується в Avamar 7.0 і пізніших версіях.

Основні характеристики AMS:

• Використовує кілька паралельних потоків для обробки та надсилання резервних копій до об'єкта реплікації

• Представлено в Avamar v7.0

• Типово, Avamar використовує шість потоків для одночасного процесу, але це значення можна змінити за допомогою відповідних прапорців.

• AMS повинна сканувати всю резервну копію, а не тільки зміни, тому для сканування часто доводиться сканувати більше даних, ніж якби використовувався VSR. 

• AMS зазвичай має кращу продуктивність з клієнтами з високою швидкістю змін, коли пропускна здатність між сайтами велика. 

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

• Немає обмежень на типи клієнтів для цього типу реплікації. 

Приклад того, як Avamar вибирає AMS Replication:

<snip>
2015-11-22 10:05:55 avtar Info <6654>: Replicating backup 367, 528.7 GB
2015-11-22 10:05:56 avtar Info <40047>: id:1 VSR selected because file size is too small for NCR (container.1.cdsf)
2015-11-22 10:05:56 avtar Info <40050>: id:2 NCR selected because it could not be determined if VSR is possible (container.2.cdsf)
<snip>

Віртуальна синтетична реплікація (VSR)

Віртуальна синтетична реплікація – це однопотоковий процес реплікації. Він використовує раніше відтворену резервну копію, щоб лише зміни сканувалися та надсилалися до цільового домену даних.
Після надсилання цих змін цільовий домен даних може віртуально синтезувати повну резервну копію. Він використовує резервну копію з попередньої реплікації як базовий файл. Резервна копія створюється разом із щойно відтвореними змінами. Це відрізняється від процесу AMS, який вимагає сканування повної резервної копії. VSR підтримується в Avamar 7.1/DDOS 5.5 і вище.  

Основні характеристики VSR:

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

• Упроваджено в Avamar 7.1/DDOS 5.5

• Типово, Avamar намагається використовувати VSR, коли це можливо

• Реплікує лише змінені дані 

• Висока ефективність мережі 

• Ідеально підходить для клієнтів з низькою швидкістю змін

• Сумісний лише з резервними копіями NDMP, VMware Image та файлової системи

Вимоги до ВСР:

1. Всі ці умови повинні бути виконані, інакше реплікація за замовчуванням повернеться до AMS:

2. Як джерело реплікації, так і сервери Avamar призначення реплікації повинні бути на AV7.1 або новішої версії

3. Як джерело реплікації, так і системи Data Domain призначення реплікації повинні бути на DD OS 5.5 або новішої версії

4. Резервний набір даних повинен бути сумісний з VSR; тобто резервний набір даних має бути образом VMware, файловою системою або резервними копіями NDMP для AV/DD

5. «Базова» резервна копія, яка є безпосередньою попередньою резервною копією цього набору даних, повинна існувати на місці призначення реплікації

6. Метод реплікації повинен бути встановлений за замовчуванням або для примусового VSR

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

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

Приклад того, як Avamar вибирає реплікацію VSR:

<snip>
2016-03-15 07:37:17 avtar Info <6654>: Replicating backup 471, 100.0 GB
2016-03-15 07:37:17 avtar Info <40198>: id:19 VSR selected because file size is too small for NCR (16912D3D130B98D763593BD4DCD0BC586766FE46)
2016-03-15 07:37:17 avtar Info <40198>: id:20 VSR selected because file size is too small for NCR (04C560CC90AC7A626F4E7866573CF93D7D32EFE6)
2016-03-15 07:37:17 avtar Info <40198>: id:21 VSR selected because file size is too small for NCR (9D78E4B1CD2DF728D7A45B2E374D6D28A853ED2C)
2016-03-15 07:37:17 avtar Info <40198>: id:22 VSR selected because file size is too small for NCR (41A1BDB73F3BB615E03A95FC3758CDE1A2725E6F)
2016-03-15 07:37:17 avtar Info <40198>: id:23 VSR selected because file size is too small for NCR (1D6784C9E27240132EB7FBFEE3C0D4136D81AA8D)
2016-03-15 07:37:17 avtar Info <40198>: id:24 VSR selected because file size is too small for NCR (FC295BC80B73D67BFE437291253D46FAD42650C2)
2016-03-15 07:37:17 avtar Info <40198>: id:25 VSR selected because file size is too small for NCR (93B06F7711E1F64111BCAD4FBE966E051655EB94)
2016-03-15 07:37:17 avtar Info <40198>: id:26 VSR selected because file size is too small for NCR (55A58F9CDCB82A6756853E3D84A3D2A6993F2C3D)
2016-03-15 07:37:17 avtar Info <40200>: id:27 VSR selected because all base files are available (6122D9EF93CB95529D5E59327A3FF4789B0D0911)
<snip>

Додаткові примітки щодо VSR 

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

Для клієнтів Avamar 7.2.X NDMP, які не використовують переваги VSR - часткове резервне копіювання закінчилося в Avamar 7.2.