Data Domain: Co to jest funkcja przywracania wielostrumieniowego (MSR) dostępna w DDOS 6.2 i nowszych

Opcja MSR jest domyślnie włączona w odpowiednich wersjach DDOS i urządzeniach DD/DDVE zgodnie z wyliczeniem powyżej. Nie wymaga konfiguracji ani dostrajania i działa w sposób przejrzysty (ani administrator, ani aplikacja do tworzenia kopii zapasowych nie muszą nic robić ani zmieniać niczego poza DDOS, aby MSR działało).
  Jeśli MSR okaże się obsługiwane, ale domyślnie wyłączone dla DD, a byłoby to korzystne dla danego obciążenia roboczego, skontaktuj się z działem pomocy technicznej Dell Data Domain, aby uzyskać pomoc.

MSR działa tylko w przypadku odczytów sekwencyjnych dla plików większych niż 8 GB i dopiero po odczytaniu co najmniej 500 MIB pliku na początek, czyli ilości danych, które muszą przetwarzać wewnętrzne heuristics w celu ustalenia, czy MSR ma zastosowanie do trwającego odczytu, czy nie. Liczba równoległych wątków odczytu, które powoduje odczyt pojedynczego pliku zewnętrznego, zależy od sprzętu DD/DDVE, przy czym typowe są wartości 4 i 8 wątków.

Te i inne wartości można w pewnym stopniu konfigurować, ale tylko dzięki uprzedniej konsultacji i analizie przez dział wsparcia Data Domain, indywidualnie.

Przywracanie wielostrumieniowe (MSR) to funkcja dodana do fizycznych dysków DD w wersji DDOS 6.2, do lokalnych DDVE w DDOS 7.0 i do lokalnej aktywnej warstwy w magazynie obiektów (ATOS) DDVE w DDOS 7.2.

Celem tej funkcji jest przyspieszenie ładowania odczytu (oba odczyty z warstwy aktywnej, takiej jak operacje przywracania, jak i warstwa chmury dla obrócenia plików) dla większych plików, tak aby aplikacja do tworzenia kopii zapasowych używała tylko jednego strumienia do odczytu z pliku, DD odczytuje plik wewnętrznie za pomocą kilku wątków jednocześnie. w ten sposób zwraca dane do aplikacji do tworzenia kopii zapasowych szybciej niż w przypadku odczytu pliku w ramach jednego procesu sekwencyjnego.

Nie dotyczy

Gdy odczyt jednego strumienia dla pliku wyląduje w procesie DD FS, heuristics for MSR kick in, and wait for the read to proceed to see if:     

• Plik jest większy niż minimalna wartość (domyślnie 8 GB)
• Jeśli co najmniej 500 MiB pliku zostało odczytane sekwencyjnie (niesekwencyjne odczyty/przywracania nie kwalifikują się do MSR)
• Jeśli system nie jest wczytany na tyle, aby dodatkowe podwątki MSR nie powodły zagrożenia wydajnością

W takim przypadku proces FS wewnętrznie tworzy szereg strumieni (zazwyczaj 4 lub 8) dla nienaciągłych przesunięć plików, które są odczytywane z pliku równolegle, tak aby strumień zewnętrzny (taki używany przez aplikację do tworzenia kopii zapasowych do żądania odczytu pliku z DD) był podawany z danymi sekwencyjnie, teoretycznie z znacznie większą prędkością niż w przypadku odczytu za pomocą jednego strumienia wewnętrznego.

W trakcie okresu zewnętrznego odczytu wątki wewnętrzne mogą zakończyć odczyt ze wstępnie przypisanych przesunięć i przejść do tych w odczytywanym pliku. Ponadto msr stale monitoruje obciążenie systemu i aktywność odczytu pliku, dzięki czemu w przypadku zatrzymania odczytu plików lub obciążenia systemu może ono zduplikować wewnętrzne wątki i pozostawić plik do odczytu z pojedynczym wątkiem zewnętrznym, który miał w systemie innym niż MSR.

W graficznym interfejsie użytkownika ani w statystykach nie ma sekcji CLI wydrukowanych w codziennych ASUP dla MSR, ponieważ są to odczyty i krótkie informacje o pliku. Użytkownik może sprawdzić zawartość pliku dziennika "ddfs.info" ("log view debug/ddfs.info" z wiersza poleceń) pod kątem dopasowania dla "MSR" i "_msr", aby zobaczyć niektóre gadać o MSR używanym dla poszczególnych plików. Coś podobnego do poniższego (i wiele dodatkowych rozmów) po uruchomieniu MSR dla odczytywanego pliku może być widoczny:     
 
Ostatecznie MSR przestaje być używany (plik przestał być odczytywany, plik zamknięty), ale może również wystąpić z powodu niesekwencyjnych odczytów otrzymanych lub nawet z powodu obciążenia systemu. W takim przypadku coś podobnego do poniższego może być widoczne w dziennikach: