Домен даних – найкращі практики для потоків даних, що надсилаються до систем DD із DDOS 7.x.

Фон на потоках DDR

У загальному випадку, під потоком у цьому контексті мається на увазі потік байтів, пов'язаний із послідовним доступом до файлу. Зазвичай ми маємо на увазі великий файл, який записується для резервної копії або читання для відновлення (звідси «потік запису» та «потік читання»).

Крім того, є ще два типи потоків, про які йдеться в обговоренні нижче:

• Потік керованої реплікації файлів — пов'язаний з операцією реплікації файлу, також відомою як optdup (оптимізоване дублювання) в програмах Symantec NetBackup і BackupExec. Ця функція була представлена в релізі DD OS 4.7.

• Потік реплікації MTree - пов'язаний з контекстом реплікації MTree, в той час як реплікація MTree триває. Ця функція була представлена в релізі DD OS 5.1

Хоча випадки використання цих потоків реплікації значно відрізняються від звичайних операцій резервного копіювання та відновлення, використання ресурсів потоку в DDR приблизно еквівалентно потоку читання (для контексту джерела) або потоку запису (для контексту призначення).

Таблиця підтримуваних потоків, на яку посилається нижче, відображає рекомендовані обмеження для одночасних потоків читання та запису. Перевищення цих меж призводить до погіршення продуктивності (як пропускної здатності, так і стиснення). Внутрішньо ми називаємо їх м'якими обмеженнями. Крім того, існує внутрішнє жорстке обмеження, яке відноситься до загальної кількості потоків, які підтримуються DDFS. Сервер NFS у DDFS переробляє ресурси потоку, щоб залишатися в межах жорсткого ліміту. Саме ця переробка (або обмолот) потокових ресурсів відповідає за різке зниження продуктивності при перевищенні жорсткого ліміту. Жорсткий ліміт становить 2x від м'якого ліміту. Трешинг потоку виникне, якщо кількість одночасних потоків перевищить жорстку межу. Трешинг потоку спричиняє надзвичайно низьку (близько 1 Мб/с) продуктивність і зворотне стиснення. Коли файлова система виявляє перевантаження потоку, вона генерує попередження «Відкрито занадто багато потоків».

Що стосується потоків реплікації, то в таблиці підтримуваних потоків, на яку посилається нижче, використовується термін «потоки реплікації» для позначення всіх типів потоків реплікації (де застосовується).

Для реплікації MTree значення в таблиці підтримуваних потоків, на які посилаються нижче, вказують максимальну кількість контекстів, які можуть бути створені. Це примусовий ліміт, який не можна перевищувати. У деяких випадках ми дозволяємо створювати більше контекстів реплікації MTree, ніж диктує м'який ліміт потоку читання/запису, оскільки використання реплікації може бути менш вимогливим, ніж операції резервного копіювання та відновлення, а наявність можливості перевищення м'якого ліміту забезпечує більшу щільність реплікації (наприклад, у топологіях реплікації «багато до 1»).

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

Практичні поради щодо потоків даних, що надсилаються до систем DD

Для оптимальної продуктивності Dell EMC рекомендує обмежити одночасні потоки між системами DD і резервними серверами.

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

Кількість потоків реплікації на показаному графіку застосовується до реплікації каталогів, реплікації ddboost та реплікації mtree.

Реплікація (MRepl, MFR) могла завершитися з помилкою "не вдається підключитися, Невідома помилка, 5 (RPC: Тайм-аут); 5029 rpc operation/function failure", коли DD призначення відхиляє з'єднання зі своїм TCP 2051 (Rejected connection attempt to port 2051 from client).