PowerMax 2500 i 8500: Migawki niezarządzane

Migawki niezarządzane w replikacji lokalnej (LREP) PowerMax 2500 i 8500

SnapVX został przeprojektowany w wersji 4. Wersja 4 domyślnie kopiuje przy odczycie i kopiuje przy zapisie po przechwyceniu. Wersje 3 i wcześniejsze nie kopią domyślnie przy odczycie.

Migawki niezarządzane: 

• Podobnie jak VMAX3, PowerMax 2500 lub 8500 przechowuje dane docelowe nawet po odłączeniu ich od urządzeń źródłowych.
• Migawki niezarządzane to obrazy przechowywane wewnętrznie przez urządzenie PowerMax w celu zachowania zależności między źródłem i obiektem docelowym po odłączeniu.
• Istnieją zasadnicze różnice między sposobem implementacji LREP/VP w macierzach PowerMax 2500 lub 8500 a starszymi macierzami VMAX All Flash/VMAX3/Powermax.
• W PowerMax 2500 i 8500 urządzenia docelowe nie przechodzą przez proces definiowania
• Proces definiowania VMAX3 zużywa pełne metadane identyfikatora ścieżki (TID) dla urządzenia docelowego, co sprawia, że przydzielanie nadmiernej ilości zasobów jest kosztowne
• W przypadku rozwiązań PowerMax 2500 lub 8500 zdecydowano się zrezygnować z udostępniania na poziomie ścieżki i korzystać ze schematu udostępniania na poziomie urządzenia (pozostawiając jednocześnie niezdefiniowane urządzenia docelowe)
  • Poprawiło to również wydajność w zakresie niezdefiniowanych celów
• Tak więc w PowerMax 2500 lub 8500 obiekty docelowe otrzymują przydziały tylko wtedy, gdy są zapisywane (a nie w ramach procesu definiowania)
  • Czerpią swoje dane z obrazu punktu w czasie, z którym były wcześniej połączone.
  • Ta relacja pozostaje po ich odłączeniu
  • Nawet w VMAX3 integralność danych była zachowywana na urządzeniu docelowym po jego odłączeniu (odłączano to na poziomie ścieżki)
• W przypadku pobierania operacji we/wy do niezarządzanego urządzenia docelowego, takiego jak każde we/wy, kod sprawdza, czy musi on zostać przechwycony
  • Odbywa się to na wczesnym etapie przepływu we/wy
  • Odczytywanie we/wy do docelowych ścieżek, które nie zostały jeszcze skopiowane, generowanie SNAPVX_COPY_ON_READ_INTERCEPT jeśli została o to poproszona.
    • W przypadku we/wy MF istnieje kilka przypadków, które generują COPY ON READ INTERCEPTS
      • Poproszono o zrobienie COPY_INDIRECT_ON_READ
      • Jest to specjalne polecenie MF 0x96, op 0x46, które wymusza kopię przy odczycie
      • Jest to urządzenie SRDF R2 SRDF/A i wszystkie odczyty są ustawione COPY ON READ (Przykład: Skanowania RDC wykonują to, ponieważ do komputera we/wy wysyłane jest żądanie odczytu danych z ośrodka zdalnego w celu porównania. Powoduje to przechwycenie odczytu, wymuszając kopię danych)

Ogólny przykład z niezarządzanymi obiektami docelowymi:

• Sekwencja A -> s1 -> B reprezentuje urządzenie docelowe (B) połączone z migawką (s1) urządzenia źródłowego (A)
• Ta relacja pozostaje nawet po odłączeniu obiektu docelowego (B) i zakończeniu migawki (s1)
• W miarę zapisywania danych na urządzeniu źródłowym (A) protokół RDP jest wypychany do migawki (s1) w taki sposób, że nadal gromadzi alokacje
• Te pakiety RDP mogą być współużytkowane w wielu migawkach i używane przez wiele obiektów docelowych (nawet migawki, które są nadal aktywne z połączonymi obiektami docelowymi)
• Dane zapisane w obiekcie docelowym (B) są jedynymi alokacjami, które są wyświetlane w obiekcie docelowym (B)
• Uruchomienie polecenia "free-all" w elemencie docelowym (B) usuwa wewnętrzną relację i zależność od zakończonej migawki (s1)
• Podobnie połączenie obiektu docelowego z inną migawką usuwa wewnętrzną relację i zależność od zakończonej migawki (s1)