ECS: Hybrid CAS-migrering ved hjelp av transformasjon og ECS Sync kan føre til at klipp mangler BLOB-er

CAS-migrering ved hjelp av opprinnelig transformasjon for å kutte over applikasjonen til ECS mens ECS Sync migrerer data, kan føre til at klipp mangler BLOB-er på ECS.

Forsøk på å lese disse klippene fra ECS fører til en -10014 FP_FILE_NOT_STORED_ERR-feil for alle utklipp som overføres.

ECS Sync viser at alle objekter er migrert, og at verifisering for disse objektene er bestått.

Problemet med denne prosessen er at ECS Sync ikke vet at transformasjon kjører. Under den normale Blob Existence Check sier ECS at BLOB eksisterer, selv om den ikke er skrevet (fordi det er slik transformasjon oppfører seg). Så ECS Sync skriver ikke BLOB (for effektivitet). Deretter, i bekreftelsesprosessen, leser den tilbake BLOB for å verifisere dataene, noe som fungerer fordi Transformation trekker den tilbake fra Centera. Resultatet er at klippdataformatene (CDF-ene) alle blir overført, men ingen av BLOB-dataene blir skrevet, og bekreftelsen lykkes fordi transformasjon trekker blobene tilbake fra Centera.

ECS Sync 3.2.7-kode ble brukt for migreringen og skrev klippinformasjonen, men skrev ikke BLOB-dataene. ECS Sync forårsaket ingen problemer med dataintegriteten, men migrerte ikke alle deler av dataene. Informasjonen i Force Sync alternativet ble brukt med ECS Sync i den tro at dette tvinger skriving av BLOB-data. ECS Sync-kode (3.2.7) ser fortsatt etter BLOB-data, uavhengig av Force Sync -alternativet. Siden transformasjonen finner BLOBene på Centera, blir ikke BLOBene skrevet selv når du bruker Force Sync.

Dell har rettet opp dette problemet i ECS Sync 3.2.8 og nyere versjoner for å sikre at når Force Sync -alternativet er angitt at det ikke ser etter BLOB-data, men skriver CDF- og BLOB-dataene.