PowerMax 2500 og 8500: Ikke-administrerede snapshots

Ikke-administrerede snapshots i lokal replikering (LREP) i PowerMax 2500 og 8500

SnapVX er blevet ombygget i V4. V4 kopierer som standard på en læsning og kopiering på en skrivning, når den opfanges. V3 og før kopierede som standard ikke ved læsning.

Ikke-administrerede snapshots: 

• Ligesom en VMAX3 bevarer en PowerMax 2500 eller 8500 måldata, selv efter at den er fjernet fra kildeenhederne.
• Ikke-administrerede snapshots er billeder, der gemmes internt af PowerMax for at bevare afhængigheder mellem en kilde og en destination, efter at de er fjernet.
• Der er grundlæggende forskelle mellem den måde, hvorpå LREP/VP implementeres i PowerMax 2500 eller 8500, sammenlignet med de ældre VMAX All Flash/VMAX3/Powermax-systemer.
• I PowerMax 2500 eller 8500 gennemgår destinationsenhederne ikke definitionsprocessen
• VMAX3-defineringsprocessen ville forbruge fulde Track ID-metadata (TID) for en destinationsenhed, hvilket gør overprovisioning dyr
• Med PowerMax 2500 eller 8500 blev det besluttet at afskaffe deling på sporniveau og bruge et delingsskema på enhedsniveau nu (samtidig med at målenhederne forbliver udefinerede)
  • Dette forbedrede også resultaterne på udefinerede mål
• I PowerMax 2500 eller 8500 tildeles mål kun allokeringer, når de skrives til (ikke som en del af definereprocessen)
  • De henter deres data fra punkt-i-tid-billedet, som de tidligere var knyttet til.
  • Dette forhold forbliver, efter at de er fjernet fra hinanden
  • Selv i VMAX3 blev dataintegriteten opretholdt på en målenhed, efter at den blev fjernet (det blev gjort på sporniveau)
• Hvis du får en IO til en ikke-administreret målenhed, som enhver IO, kontrollerer koden, om den skal opfange
  • Dette gøres tidligt i IO-flowet
  • Læs IO'er for at målrette spor, der endnu ikke er kopieret, generer SNAPVX_COPY_ON_READ_INTERCEPT hvis den er blevet anmodet herom.
    • For MF IO'er er der nogle få sager, der genererer COPY ON READ INTERCEPTS
      • Bedt om at gøre COPY_INDIRECT_ON_READ
      • Det er en speciel MF 0x96, op 0x46 kommando, der tvinger en kopi på læsning
      • Det er en SRDF R2 SRDF / A-enhed, og alle læsninger er indstillet COPY ON READ (Eksempel: RDC-scanninger gør dette, fordi der sendes en anmodning til IO-maskinen om at læse dataene fra fjernwebstedet for at sammenligne. Dette medfører en læseskæring, der tvinger kopien af data)

Generelt eksempel med ikke-administrerede mål:

• Sekvensen A -> s1 -> B repræsenterer en målenhed (B), der er knyttet til et snapshot (s1) af kildeenheden (A)
• Dette forhold bevares, selv efter at sammenkædningen af målet (B) er fjernet, og snapshottet (s1) er afsluttet
• Når skrivninger sker til kildeenheden (A), skubbes RDP til snapshottet (s1), så det fortsætter med at akkumulere allokeringer
• Disse landdistriktsprogrammer kan deles på tværs af flere snapshots og bruges af flere mål (selv snapshots, der stadig er aktive med sammenkædede mål)
• Data, der skrives til målet (B), er de eneste tildelinger, der vises på målet (B)
• Hvis du kører "free-all" på målet (B), fjernes den interne relation til og afhængigheden af det afsluttede snapshot (s1)
• På samme måde fjerner sammenkædning af målet med et andet snapshot den interne relation til og afhængighed af det afsluttede snapshot (s1)