ECS: Hybride CAS-migratie met transformatie en ECS Sync kan ertoe leiden dat clips BLOB's ontbreken

CAS-migratie waarbij native transformatie wordt gebruikt om de applicatie over te schakelen naar ECS terwijl ECS Sync data migreert, kan ertoe leiden dat clips BLOB's ontbreken op ECS.

Pogingen om deze clips uit ECS te lezen resulteren in een -10014 FP_FILE_NOT_STORED_ERR-fout voor alle gemigreerde clips.

ECS Sync geeft aan dat alle objecten zijn gemigreerd en dat de verificatie voor deze objecten is geslaagd.

Het probleem met dit proces is dat ECS Sync niet weet dat de transformatie wordt uitgevoerd. Tijdens de normale Blob Existence Check zegt ECS dat de BLOB bestaat, ook al is deze niet geschreven (want dat is hoe transformatie zich gedraagt). ECS Sync schrijft de BLOB dus niet (voor efficiëntie). Vervolgens leest het in het verificatieproces de BLOB terug om de gegevens te verifiëren, wat werkt omdat Transformation het terugtrekt van Centera. Het resultaat is dat de clip-data-indelingen (CDF's) allemaal worden overgedragen, maar geen van de BLOB-gegevens wordt geschreven, en verificatie slaagt omdat Transformation de Blobs terugtrekt uit Centera.

ECS Sync 3.2.7-code werd gebruikt voor de migratie en schreef de clipinformatie, maar schreef de BLOB-data niet. ECS Sync heeft geen data-integriteitsproblemen veroorzaakt, maar heeft niet alle delen van de data gemigreerd. De Force Sync optie werd gebruikt met ECS Sync in de overtuiging dat dit het schrijven van BLOB-gegevens forceert. ECS Sync-code (3.2.7) controleert nog steeds op BLOB-gegevens, ongeacht de Force Sync . Aangezien transformatie de BLOB's op Centera vindt, worden de BLOB's niet geschreven, zelfs niet bij gebruik van Force Sync.

Dell heeft dit probleem opgelost in ECS Sync 3.2.8 en latere versies om ervoor te zorgen dat wanneer de Force Sync optie is ingesteld dat het niet controleert op BLOB-gegevens, maar de CDF- en BLOB-gegevens schrijft.