ECS: Hybrid CAS-migrering ved hjælp af transformation og ECS-synkronisering kan resultere i, at klip mangler BLOB er

CAS-migrering ved hjælp af Native Transformation til at overføre programmet til ECS, mens ECS-synkronisering migrerer data, kan resultere i, at klip mangler BLOB er på ECS.

Forsøg på at læse disse klip fra ECS resulterer i en FP_FILE_NOT_STORED_ERR-fejl på -10014 for alle migrerede klip.

ECS-synkronisering viser, at alle objekter er blevet overført, og at verificeringen af disse objekter er bestået.

Problemet med denne proces er, at ECS Sync ikke ved, at transformationen kører. Under den normale Blob Existence Check siger ECS, at BLOB eksisterer, selvom den ikke er skrevet (fordi det er sådan, transformation opfører sig). ECS Sync skriver altså ikke BLOB (for effektivitetens skyld). Derefter læser den BLOB'en tilbage i bekræftelsesprocessen for at verificere dataene, hvilket fungerer, fordi Transformation trækker dem tilbage fra Centera. Resultatet er, at klipdataformaterne (CDF'er) alle overføres, men ingen af BLOB-dataene skrives, og verifikationen lykkes, fordi transformation trækker Blobs tilbage fra Centera.

ECS Sync 3.2.7-koden blev brugt til migreringen og skrev klipoplysningerne, men skrev ikke BLOB-dataene. ECS-synkronisering forårsagede ingen dataintegritetsproblemer, men migrerede ikke alle dele af dataene. Ikonet Force Sync , blev brugt med ECS Sync i den tro, at dette tvinger skrivningen af BLOB-data. ECS Sync-kode (3.2.7) kontrollerer stadig for BLOB-data, uanset Force Sync . Da transformation finder BLOB'erne på Centera, bliver BLOB'erne ikke skrevet, selv når de bruger Force Sync.

Dell har rettet dette problem i ECS Sync 3.2.8 og nyere versioner for at sikre, at når Force Sync indstilling er indstillet, at den ikke kontrollerer for BLOB-data, men skriver CDF- og BLOB-data.