Dell EMC Unity: Jak dochází k neoprávněnému vniknutí do jednotky LUN v poli Unity. (oprava uživatelem)

K operaci neoprávněného vniknutí do logické jednotky může dojít z několika důvodů, ale na straně Unity dojde ke spuštění neoprávněného narušení logické jednotky při událostech selhání jednoho z procesorů úložiště nebo u hostitele, který používá neoptimalizovanou navrženou cestu. Vlastněné jednotky LUN jsou neoprávněně převedeny na ostatní procesory úložiště.

Pole Unity využívá pro přístup k hostiteli přístup k asymetrické logické jednotce (ALUA). To umožňuje, aby pro vstupně-výstupní operace bylo aktivních více cest, ale některé cesty jsou optimalizované, zatímco jiné neoptimalizované. Cesty, které jsou označené jako optimalizované, jsou ty, které jsou připojené k procesoru úložiště, který vlastní daný prostředek. Pokud jsou I/O odeslány neoptimalizovanou cestou, partnerský procesor úložiště využije interní sběrnici CMI (Common Messaging Interface) k přesměrování I/O na procesor úložiště, který zdroj vlastní. Tato operace je pro hostitele zcela transparentní a odstraňuje nutnost neoprávněného narušení prostředku za účelem dokončení vstupu-výstupu. To vše za předpokladu, že byl dodržen vzorový postup pro připojení hostitele – dva adaptéry HBA na hostitele, dva přepínané a dva porty SP na procesor úložiště. To je nakonfigurováno pro čtyři cesty - viz druhý obrázek níže.
 
Příklad: Zde jsou uvedeny různé scénáře neoprávněného převzetí jednotek LUN na druhý "původně nevlastněný"
 
procesor úložiště.Scénář 1:
Pokud je v níže uvedeném nastavení procesor úložiště mimo provoz, jeho vlastněné jednotky LUN se překračují z procesoru úložiště do procesoru SPB, dokud není procesor úložiště v provozu, a pak se vlastnictví jednotek LUN přesměruje zpět na původního vlastníka – Neoprávněné přesměrování zpět do procesoru úložiště  Scénář 2:
Pokud je neoptimalizovanou cestou přijat velký počet vstupně-výstupních operací, systém Unity naruší jednotku LUN na partnerský procesor úložiště za účelem optimalizace datové cesty.
Později zmíněný scénář nastane, když hostitel omylem odešle svá data nesprávnou cestou, takže pole Unity automaticky překročí jednotky LUN a optimalizuje cestu k datům. 
 
Jde tedy jen o obranný mechanismus Unity, aby nedocházelo k vysokému využití procesoru úložiště, který nevlastní určitou jednotku LUN.

Scénář 3:
V případě selhání SP v níže uvedeném nastavení jednotka LUN přejde do přeživším SP a pokračuje v obsluze I/O, protože je připojena ke stejným přepínačům. V případě selhání přepínače zbývající přepínač zajistí přístup k oběma procesorům úložiště, čímž odpadá nutnost používat neoptimalizovanou cestu. V případě selhání hostitele cluster zahájí převzetí služeb při selhání druhým hostitelem a přepne aplikaci do režimu online. Jakékoli selhání cesty způsobené špatným kabelem nebo portem nezpůsobuje žádné problémy, protože lze použít druhou optimalizovanou cestu.
 
Tato konfigurace může také přežít více selhání, pokud nejsou ve stejné komponentě. Například selhání hostitele B, přepínače A a SPA lze tolerovat, protože přeživší součásti lze použít pro přístup k logické jednotce (LUN). V takovém případě se hostitel A může připojit přes přepínač B a získat přístup k jednotce LUN, která je neoprávněně připojena k procesoru SPB.