Data Domain: Najlepsze praktyki dotyczące migracji danych w systemach PowerProtect Data Domain przy użyciu replikacji MTree
Summary: W tym artykule omówiono przygotowanie do migracji danych przy użyciu replikacji Mtree (MRepl) ze starszych systemów PowerProtect Data Domain (PPDD) bez obsługi wewnętrznej karty QAT. Na przykład DD9500 i DD9800. Należy wziąć pod uwagę bieżące obciążenie robocze operacji systemu, aby uniknąć nieoczekiwanych skutków ubocznych, które mogłyby negatywnie wpłynąć na wyniki migracji danych. Ten artykuł pomaga zaplanować operacje migracji, które wymagają nowej konfiguracji kontekstu replikacji MTree (MRepl) przy użyciu starszych systemów PPDD jako źródła. ...
This article applies to
This article does not apply to
This article is not tied to any specific product.
Not all product versions are identified in this article.
Instructions
Wraz z wprowadzeniem platform szesnastej generacji częstym wymogiem jest migracja określonych drzew MTree ze starszego PPDD do nowszego systemu.
Proces migracji tworzy nowe konteksty replikacji obiektu MTree. Aby zminimalizować zakłócenia, należy wziąć pod uwagę następujące kwestie.
- Bieżące obciążenie systemu z operacji tworzenia kopii zapasowych
- Różnice w możliwościach kompresji (np. obsługa kart QAT)
- Nagłe wprowadzenie nowych konfiguracji kontekstowych Mrepl
- Błędy sprzętowe wpływające na proces odśmiecania pamięci (GC)
Aby zachować integralność danych i spełnić umowy o poziomie usług, system może ulec awarii po przekroczeniu określonych progów operacyjnych.
Mechanizm napadowy uruchamia działania samonaprawcze, aby zapewnić, że system zawsze działa niezawodnie.
Omówiono w nim te zagadnienia i wskazówki, jak zapobiegać nieoczekiwanym przestojom, które mogą zakłócać plany migracji.
Bieżące obciążenie systemu z operacji tworzenia kopii zapasowej:
Skoncentruj się początkowo na bieżących operacjach systemu. Przed migracją monitoruj kluczowe metryki. Obejmują one bieżące obciążenia, wykorzystanie procesora, użycie pamięci, stan sieci i alerty sprzętowe.
Celem jest utrzymanie pracy systemu w normalnych parametrach.
Różnice w możliwościach kompresji:
Przygotowując się do migracji z wykorzystaniem replikacji MTree (Mrepl), należy wziąć pod uwagę różnice w możliwościach kompresji między systemami.
Niektóre starsze systemy nie mają wbudowanej karty kompresji, która ułatwiałaby operacje związane z kompresją.
Systemy DD9900, DD9400 lub DD6900 umożliwiają podłączenie zewnętrznej karty QAT w celu przyspieszenia operacji kompresji.
Gdy karta QAT nie jest obecna (na przykład DD9800, DD9500), korzysta z zasobów procesora i pamięci do zadań kompresji i dekompresji.
Podczas konfigurowania nowych kontekstów replikacji bez obsługi QAT dane muszą najpierw zostać zdekompresowane.
Może to spowodować wzrost użycia procesora CPU w fazie inicjowania replikacji.
Źródło sprawdza folder docelowy, aby zidentyfikować dostępny typ karty kompresyjnej.
Gdy miejscem docelowym jest system szesnastej generacji (DD9910, DD9410 lub DD6410), dane źródłowe muszą zostać zdekompresowane ze starszego formatu "gzfast". Następnie należy go skompresować do formatu LZ.
Stopniowe wprowadzanie nowej konfiguracji kontekstowej MrePL:
Podczas odtwarzania po awarii, podczas replikowania danych z jednej domeny danych do innej, zadania replikacji są zwykle uruchamiane po zakończeniu pozyskiwania danych.
Dzięki temu lokacja docelowa otrzyma wszystkie zreplikowane dane.
Po zdefiniowaniu nowych kontekstów replikacji na potrzeby migracji źródło musi obsłużyć istotne dane podczas inicjowania replikacji.
Dzieje się tak, ponieważ w miejscu docelowym brakuje deduplikowanych danych, a optymalizacja nie jest jeszcze możliwa. Powoduje to zwiększone obciążenie systemu źródłowego.
Aby rozwiązać ten problem, gdy system kontynuuje przetwarzanie obciążeń roboczych (I/O) kopii zapasowych, stopniowo uwzględniaj konteksty replikacji skojarzone z migracją.
Zdefiniuj niską przepływność replikacji, aby ograniczyć zasoby przydzielone do tych kontekstów replikacji związanych z migracją.
Po rozpoczęciu replikacji w celu kompilowania optymalizacji w obiekcie docelowym i zatwierdzeniu parametrów operacyjnych dodaj więcej kontekstów replikacji (migracji). Możesz też zmodyfikować przepływność replikacji na istniejących.
Celem jest uniknięcie uruchomienia mechanizmów zabezpieczających system. Prowadzi to do awarii systemu, które mogą mieć wpływ na migracje.
Należy pamiętać, że wartości referencyjne wydajności systemu są obliczane na podstawie działających obciążeń, a nie nowych obciążeń.
Stopniowe konfigurowanie ograniczania przepustowości podczas scenariuszy migracji.
Polecenia "replication throttle add" można użyć do zaplanowania określonego punktu w czasie i przydzielenia zdefiniowanej przepustowości (w Mb/s) na potrzeby ograniczania przepustowości.
Inicjowanie nowych zadań replikacji przy ograniczonej dostępnej przepustowości (dolna przepustowość). Następnie oceń wpływ na działanie systemu.
Po zakończeniu zadania replikacji można zwiększyć przepustowość, aby zapewnić dodatkową przepustowość.
Zaleca się również monitorowanie dostępnych w programie DDSM analiz systemu, w tym użycia procesora, pamięci i sieci.
Błędy sprzętowe wpływające na proces odśmiecania pamięci (GC):
Innym czynnikiem, który może potencjalnie spowodować obniżenie wydajności kopii zapasowych lub replikacji, są awarie sprzętu, szczególnie podczas domyślnych operacji odzyskiwania pamięci. W normalnych warunkach operacyjnych mechanizm odśmiecania pamięci w systemach PPDD kończy działania związane z recyklingiem przestrzeni bez wpływu na operacje przyswajania, przywracania lub replikacji. W niektórych sytuacjach system oferuje opcje definiowania ograniczania wyrzucania elementów bezużytecznych, zapewniając administratorom systemu dodatkową kontrolę nad tym, kiedy mają być wykonywane procesy czyszczenia systemu.
Domyślna konfiguracja przepustnicy na potrzeby odśmiecania pamięci nie ma wpływu na kopie zapasowe i przywracanie. Większość przypadków, w których zaobserwowano wpływ, jest związana z awariami sprzętu. Na przykład, gdy niektóre dyski wymagają wymiany, ciągłe wymagania we/wy systemu mogą spowolnić przechowywanie kopii zapasowych i przywracania, co w konsekwencji wpływa na ogólne działanie GC.
System operacyjny Data Domain zapewnia kompleksowe mechanizmy alertów dotyczących takich problemów ze sprzętem, proaktywnie generując alerty w przypadku ich wykrycia. Ułatwia to operatorom kopii zapasowych szybkie rozwiązywanie problemów związanych ze sprzętem.
Innym ważnym czynnikiem, który należy wziąć pod uwagę, jest to, że działania replikacji są równie ważne jak tworzenie kopii zapasowych i przywracanie danych. Z założenia każda platforma zapewnia stałą liczbę strumieni dla każdego zadania i może przetwarzać współbieżne operacje w ramach zdefiniowanych limitów w celu spełnienia umów o poziomie usług (SLA).
Wniosek:
Pomyślna migracja danych przy użyciu replikacji MTree wymaga starannego rozważenia następujących kwestii:
- Monitorowanie bieżącego obciążenia systemu na podstawie operacji tworzenia kopii zapasowych
- Zrozumienie starszych platform, takich jak DD9800 lub DD9500
- Użyj innego algorytmu kompresji (gzfast).
- Po utworzeniu nowych kontekstów replikacji MTree (MRepl) w działającym systemie należy stopniowo wprowadzać nowe konfiguracje kontekstów Mrepl
- Uważnie monitoruj wpływ nowych obciążeń na system.
- Monitoruj potencjalne błędy sprzętowe (które mają wpływ na operacje z procesu odzyskiwania pamięci).
Przestrzeganie tych najlepszych praktyk minimalizuje zakłócenia i utrzymuje stabilność systemu.
Wdrożenie tych zaleceń pomaga uniknąć nieoczekiwanych przestojów i ułatwia migrację danych.
Additional Information
Affected Products
Data DomainArticle Properties
Article Number: 000317549
Article Type: How To
Last Modified: 08 May 2025
Version: 1
Find answers to your questions from other Dell users
Support Services
Check if your device is covered by Support Services.