U moet bedrijfskritieke blobs beschermen zodat deze gedurende een door de klant gedefinieerde retentieperiode niet kunnen worden gewijzigd of verwijderd, overschrijvingen en verwijderingen voorkomen en write-once/read-many gedrag ondersteunen. Welke twee acties moet u uitvoeren op het opslagaccount?

Om bedrijfskritieke blobs te beschermen tegen wijziging of verwijdering gedurende een gedefinieerde retentieperiode en write-once/read-many (WORM) gedrag te ondersteunen, moet u twee acties uitvoeren. Ten eerste, configureer een op tijd gebaseerd retentiebeleid voor het opslagaccount. Dit beleid zorgt ervoor dat blobs gedurende de ingestelde periode niet kunnen worden overschreven of verwijderd. Ten tweede, schakel onveranderlijkheid op versieniveau in voor het opslagaccount. Dit biedt een extra beveiligingslaag door te voorkomen dat individuele blobversies worden gewijzigd of verwijderd, zelfs als het retentiebeleid afloopt. Het maken van een shared access signature (SAS) biedt geautoriseerde toegang, maar voorkomt geen wijzigingen of verwijderingen. Het inschakelen van de blob change feed registreert alle wijzigingen, maar voorkomt ze niet. Point-in-time restore helpt bij het herstellen van gegevens, maar garandeert geen onveranderlijkheid gedurende een retentieperiode.