Домен даних: Що таке багатопотокове відновлення (MSR), доступне в DDOS 6.2 і пізніших версіях

MSR увімкнено, за замовчуванням, на відповідних випусках DDOS і пристроях DD/DDVE, як зазначено вище. Він працює без будь-якої конфігурації або налаштування, і працює прозоро (ні адміністратору, ні додатку для резервного копіювання не потрібно нічого робити або змінювати за межами DDOS, щоб MSR працював).
  Якщо виявиться, що MSR підтримується, але вимкнено за замовчуванням для DD, і це піде на користь конкретному робочому навантаженню, зверніться за допомогою до служби підтримки доменів даних Dell.

MSR працює лише для послідовного зчитування файлів розміром понад 8 Гб і лише після того, як було прочитано принаймні 500 МіБ файлу, тобто обсяг даних, який потрібно обробити внутрішній евристиці, щоб визначити, чи застосовний MSR до поточного читання чи ні. Кількість паралельних потоків читання, на які перетворюється одне зовнішнє зчитування файлу, залежить від апаратного забезпечення DD/DDVE, типовими є значення 4 та 8 потоків.

Ці та інші значення певною мірою можна налаштувати, але лише шляхом попередньої консультації та аналізу Data Domain Support, у кожному конкретному випадку.

Multi Stream Restore (MSR) — це функція, додана до фізичних DD починаючи з DDOS 6.2, до локальних DDVE з DDOS 7.0 і до DDVE активного рівня (ATOS) з DDOS 7.2.

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

Н/Д

Коли однопотокове читання файлу потрапляє в процес DD FS, включається евристика для MSR, і зачекайте, поки зчитування продовжиться, щоб побачити, чи:     

• Файл більший за мінімальний (за замовчуванням 8 Гб)
• Якщо принаймні 500 МіБ файлу було прочитано послідовно (непослідовне читання/відновлення не підпадає під MSR)
• Якщо система недостатньо завантажена для MSR, що породжує додаткові підпотоки, що не ставить під загрозу продуктивність

Якщо це так, процес FS внутрішньо створює певну кількість потоків (зазвичай 4 або 8) для зміщень файлів, що не перекриваються, які читаються з файлу паралельно, так що зовнішній потік (той, який використовується програмою резервного копіювання для запиту на читання файлу з DD) подається даними послідовно, теоретично з набагато більшою швидкістю, ніж якби читання відбувалося за допомогою одного внутрішнього потоку.

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

У графічному інтерфейсі немає розділів CLI або статистичних даних, що друкуються в щоденних ASUP для MSR, оскільки вони є прочитаними для кожного файлу та недовговічними. Користувач може перевірити вміст файлу журналу «ddfs.info» («log view debug/ddfs.info» з інтерфейсу командного рядка) на наявність збігів для «MSR» і «_msr», щоб побачити деяку балаканину про те, що MSR використовується для окремих файлів. Можна побачити щось подібне до наведеного нижче (і багато додаткових балачок), коли MSR запускається для файлу, що читається:     
 
Врешті-решт MSR перестає використовуватися (файл перестає читатися, файл закривається), але це також може статися через непослідовне отримане зчитування або навіть через навантаження на систему. У цьому випадку щось подібне до наведеного нижче можна побачити в журналах: