Unisphere dla PowerMax, Solutions Enabler 9.x: Oprogramowanie nie widzi nowych macierzy PowerMax

Ze względu na nowe zmiany struktury macierzy stara wersja oprogramowania 9.x nie rozumie ani nie rozpoznaje modeli macierzy V4. Modele macierzy V4 to PowerMax2500 i PowerMax8500.

Rozwój koncentruje się na głównych wydaniach N i N-1. Oznacza to, że wersja 9.x nie jest już wydaniem skoncentrowanym, a funkcje nie są przenoszone wstecznie do wersji 9.x. Aby lepiej opisać, co to oznacza, dostępne są następujące informacje:

• Do zarządzania macierzami PowerMax 2500 lub 8500 wymagana jest wersja oprogramowania 10.x. 
• Wszystkie macierze V4 są dostarczane z fabrycznie zainstalowaną wersją 10.x w instancjach eMGMT.
  • Wersja 10.x jest również dostępna dla instalacji autonomicznych.
• W przypadku starszych macierzy oprogramowanie 10.x NIE jest dostępne dla wystąpienia eMGMT. 
  • Jednak wersja 10.x może być używana w instalacjach autonomicznych z komunikacją strażnika używaną między instancją autonomiczną a starszymi modelami macierzy. 
• Wersja 10.x jest kompatybilna ze wszystkimi macierzami z mikrokodem 5977.1131.1131 lub nowszym.
  • Stare macierze V2 i niższe nie są zgodne z wersją 10.x (DMX, VMAX 10K, VMAX 20K, VMAX 40K).
• Sesje NDM można wykonywać z macierzy V3 do V4, ale do zarządzania sesją NDM wymagana jest instancja oprogramowania 10.x.
• W oprogramowaniu 9.x sesje SRDF są wyświetlane jako partycjonowane dla par przechodzących z macierzy V3 do V4.
  • Dzieje się tak, ponieważ oprogramowanie 9.x nie może wykryć macierzy V4.
  • Oprogramowanie 10.x pokazuje rzeczywisty stan par SRDF.
• Nie można ukończyć zasad migawek SnapVX V3 w przypadku urządzeń SRDF replikujących się między macierzą V3 i V4.
  • Dzieje się tak, ponieważ demony w eMGMT zarządzają zasadami migawek, a macierze V3 nie mogą mieć oprogramowania 10.x uruchomionego w eMGMT. Oznacza to, że demon zasad nie widzi strony macierzy V4 replikacji SRDF i nie może potwierdzić stanu SRDF na potrzeby utworzenia migawki.
• Macierze w wersji 2 i niższych (5876.xxx uCode i niższe) nie są widoczne w oprogramowaniu zarządzającym po uaktualnieniu do wersji 10.x. 
  • Nawet jeśli gatekeeperzy są przedstawieni lub istnieje aktywna replikacja do tych modeli V2, oprogramowanie 10.x usuwa macierze V2 z użycia.
  • Każda aktywna replikacja SRDF jest kontynuowana, ale wyświetla stan pary jako partycjonowany.
• Oprogramowanie SMI-S zainstalowane z narzędziem Solutions Enabler jest usuwane w wersji 10.x
  • Dotyczy to zarówno wystąpień eMGMT, jak i autonomicznych wystąpień z systemem 10.x. Narzędzie Solutions Enabler automatycznie usuwa SMI-S po uaktualnieniu.
  • Nowe instalacje nie obejmują opcji SMI-S podczas instalacji.
• Rozwiązania Dell Unisphere i Solutions Enabler vApps zostaną wycofane z wersją 10.x lub nowszą.
  • Oznacza to, że wersje 9.x oprogramowania Dell Unisphere, Solutions Enabler lub VASA vApps nie mogą zostać uaktualnione do wersji 10.x. Należy go usunąć i zainstalować pełną, samodzielną wersję.
• W przypadku macierzy V4 dozwolony jest tylko protokół eVASA. 
  • Oznacza to, że jeśli vApps VASA są w użyciu i macierz V4 jest dodawana do środowiska, kontener eVASA musi zostać dodany do macierzy V4. Kontenery eVASA V4 muszą być skonfigurowane w vCenter.
• Strony vApp Manager zostały wycofane w wersji 10.x. 
  • Wszystkie instancje eMGMT w macierzach V4 nie mają już vApp Manager. Zamiast tego w Unisphere dla PowerMax 10.x dostępna jest nowa karta o nazwie "Serviceability", która dodaje funkcje z aplikacji vApp. 
  • Zakładka Użytkowalność umożliwia konfigurację narzędzia Solutions Enabler i gromadzenie dzienników, które wcześniej wykonywano za pośrednictwem vApp Managera. 
• Serwer eNAS nie jest używany w macierzach V4. Definiowana programowo pamięć NAS (SDNAS) zastępuje pamięć eNAS w macierzach V4.
  • Do zarządzania nowym oprogramowaniem SDNAS wymagana jest wersja 10.x.
• Łączność CloudIQ, LDAP, alerty i inne funkcje, które nie zostały wymienione powyżej, nadal są częścią wersji 10.x.