PowerMax 2500 e 8500: Snapshot non gestite

Snapshot non gestite nella replica locale (LREP) di PowerMax 2500 e 8500

SnapVX è stato riprogettato in V4. Per impostazione predefinita, V4 esegue la copia in caso di lettura e copia in fase di scrittura quando viene intercettata. V3 e versioni precedenti non utilizzavano l'impostazione predefinita per la copia in lettura.

Snapshot non gestite: 

• Come un VMAX3, un PowerMax 2500 o 8500 mantiene i dati di destinazione anche dopo essere stato scollegato dai dispositivi di origine.
• Le istantanee non gestite sono immagini conservate internamente da PowerMax per mantenere le dipendenze tra un'origine e una destinazione dopo essere state scollegate.
• Esistono differenze fondamentali tra il modo in cui LREP/VP è implementato in PowerMax 2500 o 8500 rispetto ai precedenti array VMAX All Flash/VMAX3/PowerMax.
• In PowerMax 2500 o 8500, i dispositivi di destinazione non passano attraverso il processo di definizione
• Il processo di definizione di VMAX3 consumerebbe i metadati TID (Track ID) completi per un dispositivo di destinazione, rendendo costoso l'overprovisioning
• Con PowerMax 2500 o 8500, si è deciso di eliminare la condivisione a livello di traccia e di utilizzare subito uno schema di condivisione a livello di dispositivo (mantenendo anche i dispositivi di destinazione non definiti)
  • Ciò ha migliorato anche le prestazioni su destinazioni non definite
• Pertanto, in PowerMax 2500 o 8500, le destinazioni ottengono allocazioni solo quando vengono scritte (non come parte del processo di definizione)
  • I dati derivano dall'immagine point-in-time, alla quale erano precedentemente collegati.
  • Questa relazione rimane anche dopo il loro scollegamento
  • Anche in VMAX3, l'integrità dei dati veniva mantenuta su un dispositivo di destinazione dopo lo scollegamento (operazione eseguita a livello di traccia)
• Se si ottiene un I/O su un dispositivo di destinazione non gestito, come ogni I/O, il codice verifica se deve intercettare
  • Questa operazione viene eseguita all'inizio del flusso di I/O
  • Gli I/O di lettura per indirizzare le tracce che non sono ancora state copiate, generare SNAPVX_COPY_ON_READ_INTERCEPT se gli è stato chiesto di farlo.
    • Per gli I/O MF, alcuni casi generano COPY ON READ INTERCEPTS
      • Chiesto di fare COPY_INDIRECT_ON_READ
      • Si tratta di uno speciale comando MF 0x96, op 0x46 che forza una copia in lettura
      • Si tratta di un dispositivo SRDF R2 SRDF/A e tutte le letture sono impostate COPY ON READ Esempio: Le scansioni RDC eseguono questa operazione perché viene inviata una richiesta al computer I/O per leggere i dati dal sito remoto da confrontare. Ciò provoca un'intercettazione di lettura, che forza la copia dei dati)

Esempio generale con destinazioni non gestite:

• La sequenza A -> s1 -> B rappresenta un dispositivo di destinazione (B) collegato a un'istantanea (s1) del dispositivo di origine (A)
• Questa relazione rimane anche dopo lo scollegamento della destinazione (B) e la terminazione dell'istantanea (s1)
• Quando si verificano scritture sul dispositivo di origine (A), RDP viene inviato all'istantanea (s1) in modo che continui ad accumulare allocazioni
• Questi RDP possono essere condivisi tra più istantanee e utilizzati da più destinazioni (anche istantanee ancora attive con destinazioni collegate)
• I dati scritti nella destinazione (B) sono le uniche allocazioni visualizzate nella destinazione (B)
• L'esecuzione di "free-all" sulla destinazione (B) rimuove la relazione interna e la dipendenza dall'istantanea terminata (s1)
• Analogamente, il collegamento della destinazione a un'istantanea diversa rimuove la relazione interna e la dipendenza dall'istantanea terminata (s1)