Aufgrund der Änderungen der neuen Arraystruktur kann die alte 9.x-Software die V4-Arraymodelle weder verstehen noch erkennen. Die V4-Arraymodelle sind PowerMax 2500 und 8500s. Die Entwicklung konzentriert sich auf N- und N-1-Hauptversionen. Ab Oktober 2023 sind dies 10.1.x und 10.0.x. Das bedeutet, dass 9.x keine fokussierte Version mehr ist und Funktionen nicht auf 9.x zurückgerollt werden. Folgendes ist verfügbar, um dies besser abzudecken:
Zur Verwendung der neuen PowerMax-Arrays ist 10.x-Software erforderlich.
Auf allen V4-Arrays ist 10.x in der eMGMT-Instanz vorinstalliert.
10.x ist für eigenständige Installationen verfügbar.
Bei älteren Arrays ist die 10.x-Software NICHT für die eMGMT-Instanz verfügbar.
10.x kann jedoch in eigenständigen Installationen mit Gatekeeper-Kommunikation zwischen der eigenständigen Instanz und den älteren Arraymodellen verwendet werden.
10.x ist kompatibel für alle Arrays mit 5977.1131.1131 ucode und höher.
Alte V2-Arrays und niedriger sind nicht kompatibel mit 10.x (DMX, VMAX 10K, VMAX 20K, VMAX 40K).
Die NDM-Sitzung kann von V3- bis V4-Arrays durchgeführt werden, aber eine 10.x-Softwareinstanz ist erforderlich, um die NDM-Sitzung zu managen.
In der 9.x-Software-RDF-Sitzung wird als partitioniert für Paare angezeigt, die von V3- zu V4-Arrays gehen.
Dies liegt daran, dass die 9.x-Software V4 nicht sehen kann.
Die 10.x-Software zeigt den True-Status der Paare an.
V3 SnapVX-Snapshot-Policies können für RDF-Geräte, die zwischen einem V3- zu einem V4-Array replizieren, NICHT abgeschlossen werden.
Dies liegt daran, dass die Snapshot-Policies von Daemons in emgmt- und V3-Arrays verwaltet werden, die keine 10.x-Software in eMGMT haben können. Das bedeutet, dass der Policy-Daemon die V4-Arrayseite der RDF-Replikation nicht sehen kann und den Status für die Snapshot-Erstellung nicht bestätigen kann.
V2-Arrays und niedriger (5876.xxx uCode und niedriger) verschwinden nach dem Upgrade auf 10.x aus der Managementsoftware.
Selbst wenn Gatekeeper angezeigt werden oder eine aktive Replikation auf diese V2-Modelle vorhanden ist, entfernt die 10.x-Software die V2-Arrays von der Verwendung.
Jede aktive RDF-Replikation wird fortgesetzt, wird aber als partitioniert angezeigt.
SMI-S-Software, die mit Solutions Enabler installiert ist, wird mit 10.x entfernt
Dies gilt für eMGMT-Instanzen und eigenständige Instanzen mit 10.x SE, die SMI-S nach dem Upgrade automatisch entfernen.
Bei Neuinstallationen ist SMI-S während der Installation nicht als Option enthalten.
Dell EMC Unisphere/Solutions Enabler vApps werden mit 10.x-Versionen und höher eingestellt.
Das bedeutet, dass 9.x-Versionen von Dell EMC Uni/SE vApps kein Upgrade durchführen können. Dies muss entfernt werden und es muss eine vollständige eigenständige Lösung erstellt werden.
VASA ist nur für eVASA für V4-Arrays zulässig.
Das bedeutet, wenn VASA-vApps verwendet werden und ein V4-Array zur Umgebung hinzugefügt wird, muss der eVASA-Container zum V4-Array hinzugefügt werden und die eVASA-Container müssen im vCenter konfiguriert werden.
vApp Manager-Seiten, die vApp Manager-Seiten werden mit 10.x eingestellt.
eMGMT-Instanzen der V4-Arrays verfügen nicht mehr über die vApp Manager-Seiten. Stattdessen wird eine neue Registerkarte in eMGMT Unisphere for PowerMax 10.x mit dem Namen "Betriebsfähigkeit" verfügbar sein.
Diese Registerkarte ermöglicht die Konfiguration von SE und das Erfassen von Protokollen, die zuvor auf der Seite vApp Manager durchgeführt wurden.
eNAS wird nicht in V4-Arraymodellen verwendet, dies wird durch SDNAS (Software Defined NAS) ersetzt.
10.x ist erforderlich, um die neue SDNAS-Software zu verwalten.
CloudIQ-Konnektivität, LDAP, Warnmeldungen und andere funktionen, die oben nicht aufgeführt sind, werden mit 10.x fortgesetzt.