PowerMax 2500 och 8500: Ohanterade snapshots

Ohanterade snapshots i PowerMax 2500 och 8500
lokal replikering (LREP)

SnapVX har fått en ny arkitektur i V4. V4 kopierar som standard vid läsning och kopierar vid skrivning när den fångas upp. V3 och tidigare kopierade inte som standard vid läsning.

Ohanterade snapshots: 

• Precis som en VMAX3 behåller PowerMax 2500 eller 8500 måldata även efter att länken har tagits bort från källenheterna.
• Ohanterade snapshots är avbildningar som behålls internt av PowerMax för att upprätthålla beroenden mellan en källa och ett mål efter att de har kopplats bort.
• Det finns grundläggande skillnader mellan hur LREP/VP implementeras i PowerMax 2500 eller 8500 jämfört med äldre VMAX All Flash/VMAX3/Powermax-disksystem.
• I PowerMax 2500 eller 8500 går målenheterna inte igenom definierasprocessen
• VMAX3-definierarprocessen skulle förbruka fullständiga Track ID-metadata (TID) för en målenhet, vilket gör överprovisionering dyr
• Med PowerMax 2500 och 8500 bestämde man sig för att göra sig av med delning på spårnivå och använda ett delningsschema på enhetsnivå nu (samtidigt som målenheterna inte definierades)
  • Detta förbättrade också resultaten för odefinierade mål
• Så i PowerMax 2500 eller 8500 får mål bara allokeringar när de skrivs till (inte som en del av definitionsprocessen)
  • De härleder sina data från den punkt-i-tid-bild, som de tidigare var länkade till.
  • Den här relationen finns kvar efter att de har tagits bort
  • Även i VMAX3 bibehölls dataintegriteten på en målenhet efter att den kopplats bort (det gjordes på spårnivå)
• Om du hämtar en I/O till en ohanterad målenhet, som varje I/O, kontrollerar koden om den måste fånga upp
  • Detta görs tidigt i IO-flödet
  • Läsa I/O för att rikta in sig på spår som ännu inte har kopierats, generera SNAPVX_COPY_ON_READ_INTERCEPT om den ombads att göra det.
    • För MF IO finns det några fall som genererar COPY ON READ INTERCEPTS
      • Ombedd att göra COPY_INDIRECT_ON_READ
      • Det är ett speciellt MF 0x96, op 0x46-kommando som tvingar fram en kopia vid läsning
      • Det är en SRDF R2 SRDF/A-enhet och alla läsningar är inställda COPY ON READ (Exempel: RDC-genomsökningar gör detta eftersom en begäran skickas till I/O-datorn om att läsa data från fjärrplatsen för att jämföra. Detta orsakar en läsavlyssning, vilket tvingar fram en kopia av data)

Allmänt exempel med ohanterade mål:

• Sekvensen A -> s1 -> B representerar en målenhet (B) som är länkad till en ögonblicksbild (s1) av källenheten (A)
• Den här relationen kvarstår även efter att länken till målet (B) har tagits bort och ögonblicksbilden (s1) har avslutats
• När skrivningar sker till källenheten (A) skickas RDP till ögonblicksbilden (s1) så att den fortsätter att ackumulera allokeringar
• Dessa RDP kan delas mellan flera ögonblicksbilder och användas av flera mål (även ögonblicksbilder som fortfarande är aktiva med länkade mål)
• Data som skrivs till målet (B) är de enda allokeringar som visas på målet (B)
• Om du kör "free-all" på målet (B) tas den interna relationen och beroendet av den avslutade ögonblicksbilden (s1) bort.
• På samma sätt tar länkning av målet till en annan ögonblicksbild bort den interna relationen och beroendet av den avslutade ögonblicksbilden (s1)