PowerMax 2500 a 8500: Nespravované snapshoty

Nespravované snapshoty v systému PowerMax 2500 a 8500
Místní replikace (LREP)

Architektura řešení SnapVX byla ve verzi V4 přepracována. V4 ve výchozím nastavení kopíruje při čtení a kopírování při zápisu při zachycení. V3 a dříve se při čtení nekopírovaly.

Nespravované snímky: 

• Stejně jako VMAX3 i PowerMax 2500 nebo 8500 uchovávají cílová data i po odpojení od zdrojových zařízení.
• Nespravované snímky jsou bitové kopie uchovávané interně úložištěm PowerMax, aby byly zachovány závislosti mezi zdrojem a cílem po jejich odpojení.
• Existují zásadní rozdíly mezi způsobem implementace LREP/VP v PowerMax 2500 nebo 8500 ve srovnání se staršími poli VMAX All Flash/VMAX3/Powermax.
• V PowerMax 2500 nebo 8500 cílová zařízení neprocházejí procesem definování.
• Proces definování VMAX3 by spotřebovával úplná metadata Track ID (TID) pro cílové zařízení, což by nadměrné zřizování bylo nákladné
• U modelů PowerMax 2500 nebo 8500 bylo rozhodnuto ukončit sdílení na úrovni průběhu a používat schéma sdílení na úrovni zařízení (a zároveň zachovat nedefinovaná cílová zařízení)
  • To také zlepšilo výkon při nedefinovaných cílech
• V systémech PowerMax 2500 nebo 8500 jsou cíle přidělovány pouze tehdy, když do nich probíhá zápis (nikoli jako součást procesu definice).
  • Svá data odvozují z obrazu k určitému bodu v čase, se kterým byly dříve propojeny.
  • Tento vztah zůstává zachován i po jejich odpojení
  • I ve VMAX3 byla zachována integrita dat na cílovém zařízení i po jeho odpojení (to se provádělo na úrovni stopy)
• Pokud se vstupně-výstupní operace dostanou k nespravovanému cílovému zařízení, jako jsou všechny vstupně-výstupní operace, kód zkontroluje, jestli musí zachytit
  • To se provádí v rané fázi toku vstupně-výstupních operací
  • Čtení vstupně-výstupních operací do cílových stop, které ještě nebyly zkopírovány, generování SNAPVX_COPY_ON_READ_INTERCEPT pokud by o to byla požádána.
    • U vstupně-výstupních operací MF existuje několik případů, které generují COPY ON READ INTERCEPTS
      • Požádán o úkol COPY_INDIRECT_ON_READ
      • Jedná se o speciální příkaz MF 0x96, op 0x46, který vynutí kopii při čtení
      • Jde o zařízení SRDF R2 SRDF/A a všechna čtení jsou nastavena. COPY ON READ (Příklad: Kontroly připojení ke vzdálené ploše to dělají proto, že počítači IO je odeslán požadavek na načtení dat ze vzdálené lokality pro porovnání. To způsobí zachycení čtení, což vynutí kopii dat)

Obecný příklad s nespravovanými cíli:

• Sekvence A -> s1 -> B představuje cílové zařízení (B) propojené se snapshotem (s1) zdrojového zařízení (A)
• Tento vztah zůstává zachován i po odpojení cíle (B) a ukončení snímku (s1)
• Když dojde k zápisu do zdrojového zařízení (A), protokol RDP se nasdílí do snímku (s1), aby se dál hromadila přidělení
• Tyto RDP mohou být sdíleny mezi více snímky a používány více cíli (i snímky, které jsou stále aktivní s propojenými cíli)
• Data zapsaná do cíle (B) jsou jediná přidělení, která se zobrazují na cíli (B)
• Spuštění příkazu "free-all" na cíl (B) odebere interní vztah a závislost na ukončeném snímku (s1)
• Podobně propojení cíle s jiným snímkem odstraní interní vztah a závislost na ukončeném snímku (s1)