PowerMax 2500 ja 8500: Ei-hallitut tilannevedokset

Hallitsemattomat tilannevedokset PowerMax 2500:n ja 8500
:n paikallisessa replikaatiossa (LREP)

SnapVX on rakennettu uudelleen V4:ssä. V4 kopioi oletusarvoisesti luku- ja kirjoitusperusteisesti, kun se siepataan. V3 ja sitä aiemmat versiot eivät oletusarvoisesti kopioineet luettaessa.

Ei-hallitut tilannevedokset: 

• VMAX3:n tavoin PowerMax 2500 tai 8500 ylläpitää kohdetietoja myös sen jälkeen, kun niiden linkitys lähdelaitteisiin on poistettu.
• Hallitsemattomat tilannevedokset ovat PowerMaxin sisäisesti säilyttämiä kuvia, jotka ylläpitävät riippuvuutta lähteen ja kohteen välillä linkityksen poistamisen jälkeen.
• LREP/VP:n toteutuksessa PowerMax 2500:ssa tai 8500:ssa on perustavanlaatuisia eroja verrattuna vanhempiin VMAX All Flash-/VMAX3-/Powermax-levyjärjestelmiin.
• PowerMax 2500:ssa tai 8500:ssa kohdelaitteita ei määritetä
• VMAX3-määritysprosessi käyttäisi kohdelaitteen täydelliset Track ID (TID) -metatiedot, mikä tekisi yliprovisioinnista kallista
• PowerMax 2500:ssa tai 8500:ssa päätettiin luopua ratatason jakamisesta ja käyttää laitetason jakamisjärjestelmää nyt (pitäen samalla kohdelaitteet määrittämättöminä)
  • Tämä paransi myös suorituskykyä määrittelemättömissä tavoitteissa
• PowerMax 2500:ssa tai 8500:ssa kohteet saavat varauksia vain, kun ne kirjoitetaan (ei osana määritysprosessia)
  • He saavat tietonsa ajankohtaisesta kuvasta, johon ne oli aiemmin linkitetty.
  • Tämä suhde säilyy sen jälkeen, kun ne on irrotettu toisistaan
  • Jopa VMAX3:ssa tietojen eheys säilyi kohdelaitteessa sen jälkeen, kun se oli irrotettu (se tehtiin ratatasolla)
• Jos IO-koodin saaminen hallitsemattomaan kohdelaitteeseen, kuten jokaiseen IO-laitteeseen, tarkistaa, onko se siepattava
  • Tämä tehdään IO-kulun varhaisessa vaiheessa
  • Lue IO:t kohdistaaksesi raidoille, joita ei ole vielä kopioitu, luo SNAPVX_COPY_ON_READ_INTERCEPT jos sitä pyydettäisiin.
    • MF-IO-laitteiden kohdalla syntyy muutamia tapauksia: COPY ON READ INTERCEPTS
      • Pyydetty tekemään COPY_INDIRECT_ON_READ
      • Se on erityinen MF 0x96, op 0x46 -komento, joka pakottaa kopion lukemaan
      • Se on SRDF R2 SRDF/A -laite, ja kaikki lukemat on asetettu COPY ON READ (Esimerkki: RDC-skannaukset tekevät tämän, koska IO-koneeseen lähetetään pyyntö lukea tiedot etäsivustosta vertailua varten. Tämä aiheuttaa lukusieppauksen, joka pakottaa tietojen kopion)

Yleinen esimerkki hallitsemattomista kohteista:

• Sekvenssi A -> s1 -> B edustaa kohdelaitetta (B), joka on linkitetty lähdelaitteen tilannekuvaan (s1) (A)
• Tämä suhde säilyy myös kohteen (B) linkityksen poistamisen ja tilannekuvan lopettamisen (s1) jälkeen
• Kun lähdelaitteeseen (A) kirjoitetaan, RDP siirretään tilannevedokseen (s1) siten, että se jatkaa varausten kertymistä
• Nämä RDP:t voidaan jakaa useisiin tilannevedoksiin, ja niitä voivat käyttää useat kohteet (myös tilannevedokset, jotka ovat edelleen aktiivisia linkitettyjen kohteiden kanssa)
• Kohteeseen (B) kirjoitetut tiedot ovat ainoat kohdistukset, jotka näkyvät kohteessa (B)
• Jos kohde (B) on "free-all", sisäinen suhde ja riippuvuus lopetetusta tilannevedoksesta (s1) poistuu.
• Vastaavasti kohteen linkittäminen toiseen tilannevedokseen poistaa sisäisen suhteen ja riippuvuuden lopetetusta tilannevedoksesta (s1)