Data Domain. Что такое многопотоковое восстановление (MSR), доступное в DDOS 6.2 и более поздних версиях

MsR включена по умолчанию для соответствующих выпусков DDOS и устройств DD/DDVE, как указано выше. Оно работает без необходимости настройки или настройки и работает прозрачно (администратору и приложению резервного копирования не нужно ничего делать или изменять что-либо за пределами DDOS для работы MSR).
  Если MSR поддерживается, но отключено по умолчанию для DD и это будет преимуществом для конкретной рабочей нагрузки, обратитесь за помощью в службу поддержки Dell Data Domain.

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

Эти и другие значения можно в определенной степени настроить, но только путем предварительной консультации и анализа службой поддержки Data Domain в зависимости от сценария.

Многопотоковое восстановление (MSR) — это функция, добавленная в физические DD, как в DDOS 6.2, в локальные DDVE по версии DDOS 7.0, так и на удаленный Active Tier в объектном хранилище (ATOS) DDVE с DDOS 7.2.

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

-

Когда однопотоковое чтение файла попадает в процесс DD FS, он включается и ожидает завершения чтения, чтобы проверить, нет ли следующих действий.     

• Размер файла больше минимального значения (по умолчанию 8 ГиБ)
• Если не менее 500 MiB файла было прочитано последовательно (не последовательные операции чтения/восстановления не соответствуют требованиям MSR)
• Если система недостаточно загружена для того, чтобы MSR истиреет дополнительные подпотоки, не снижают производительность

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

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

В графическом интерфейсе пользователя отсутствуют разделы интерфейса командной строки или статистические данные, напечатанные в ежедневных asUP для MSR, так как они предназначены для чтения каждого файла и ненадолго. Пользователь может проверить содержимое файла журнала «ddfs.info» («log view debug/ddfs.info» в интерфейсе командной строки) на наличие совпадений для «MSR» и «_msr», чтобы просмотреть информацию об использовании MSR для отдельных файлов. При запуске MSR для чтения файла может наблюдаться что-то похожее на приведенное ниже (и много другое сообщение):     
 
В конечном итоге MSR прекращает использоваться (файл перестал читаться, файл закрыт), но это также может произойти из-за не последовательных операций чтения или даже из-за нагрузки на систему. В этом случае в журналах может отображаться что-то подобное следующему: