Gestion des versions d'Object Storage

Pour chaque bucket Object Storage, la gestion des versions d'objet a le statut Désactivé, Activé ou Suspendu. Par défaut, la gestion des versions d'objet est désactivée sur les buckets. Il est important de comprendre le comportement associé à chaque statut de gestion des versions d'objet.

Aucun objet n'est physiquement supprimé d'un bucket pour lequel la gestion des versions est activée tant que vous n'effectuez pas explicitement cette action. Lorsque vous supprimez un objet sans cibler de version spécifique, la dernière version de l'objet devient une version précédente et un marqueur de suppression spécial est créé pour marquer le point de suppression. Un marqueur de suppression ne contient que des métadonnées minimales. Si vous supprimez un dossier, un marqueur de suppression est créé pour chaque objet du dossier. Supprimez le marqueur de suppression pour que la version supprimée devienne la dernière version d'objet.

Lorsque vous téléchargez un objet portant le même nom que le marqueur de suppression, l'objet téléchargé devient la dernière version de l'objet. Le marqueur de suppression est conservé. Un objet peut comporter plusieurs marqueurs de suppression et vous pouvez récupérer n'importe quelle version d'objet précédente.

La suppression des versions d'objet est différente. Lorsque vous supprimez une version d'objet, celle-ci est définitivement supprimée. La suppression définitive se produit également si vous supprimez explicitement la dernière version par ID de version. Toutes les opérations de suppression ciblant un ID de version d'objet spécifique suppriment définitivement les données.

Si vous ne connaissez pas les stratégies, reportez-vous à Introduction aux stratégies et à Stratégies courantes.

Pour les administrateurs :

• Vous pouvez créer une stratégie qui permet au groupe IAM indiqué de gérer les espaces de noms Object Storage, les buckets et les objets associés dans tous les compartiments de la location. Par exemple, pour que le groupe IAM StorageAdmins puisse effectuer n'importe quelle opération dans la location :

  Allow group StorageAdmins to manage object-family in tenancy

• Vous pouvez également créer des stratégies qui réduisent la portée de l'accès. Par exemple, vous pouvez créer des stratégies permettant au groupe StorageAdmins de gérer uniquement les buckets et les objets d'un compartiment de la location appelé ObjectStore :

  Allow group StorageAdmins to manage buckets in compartment ObjectStore
  Allow group StorageAdmins to manage objects in compartment ObjectStore

• Si vous créez des stratégies plus restrictives qui octroient des droits d'accès individuels, BUCKET_UPDATE est requis pour activer la gestion des versions. Le téléchargement d'objets, l'écrasement d'objets existants ou la suppression d'objets requiert les droits d'accès standard nécessaires à ces opérations. OBJECT_VERSION_DELETE est requis pour supprimer des versions d'objet. Par exemple, pour autoriser un groupe appelé StorageSupport à gérer les ressources Object Storage, mais empêcher ce groupe de supprimer définitivement les versions d'objet, utilisez ce qui suit :

  Allow group StorageSupport to manage object-family in tenancy where request.operation != 'DeleteObjectVersion'

Pour plus d'informations sur les alternatives en matière d'écriture de stratégies, reportez-vous à Détails relatifs à Object Storage, Archive Storage et Transfert de données.

• La gestion des versions peut être appliquée à un bucket appartenant au niveau Standard (Object Storage) ou Archive Storage.
• La restauration d'un objet archivé est une opération avec réutilisation de la mémoire qui ne crée pas de version d'objet.
• Vous pouvez renommer la dernière version d'un objet mais vous ne pouvez pas renommer une version d'objet précédente. La modification du nom d'un objet crée un autre objet.

Cette section décrit certains éléments clés à connaître à propos de l'interaction entre la gestion des versions d'objet et d'autres fonctionnalités Object Storage.