Changer de classe de stockage et restaurer une archive

La classe de stockage détermine comment le service conserve les données d’un objet et les rend accessibles. Une classe d’archivage peut exiger une restauration avant lecture, téléchargement ou copie. La restauration rend le contenu accessible ; elle n’équivaut pas à un changement de classe.

Un changement de classe par réécriture suit les conditions des copies S3. Si la condition source applicable est désactivée, une modification concurrente après la vérification préalable peut être remplacée. La restauration d’archive sans copie reste indépendante.

Vérifier les capacités et l’état#

Ouvrez File > Accounts…, sélectionnez le compte, cliquez sur Edit…, puis Capabilities > Storage classes. Cette configuration détermine les classes proposées, les opérations d’écriture autorisées et les options de restauration : durées et niveaux de récupération. Account default policy et Assignments déterminent la politique de l’emplacement. Configurez uniquement la prise en charge réelle du service : cela ne crée ni classe ni permission distante.

La politique Amazon S3 de buckets généraux comprend STANDARD, REDUCED_REDUNDANCY, STANDARD_IA, ONEZONE_IA, INTELLIGENT_TIERING, GLACIER_IR, GLACIER et DEEP_ARCHIVE. Les services compatibles peuvent proposer d’autres valeurs.

1. Dans le panneau S3, sélectionnez l’objet ou sa version précise avec Show versions.
2. Ouvrez Properties > Storage.
3. Consultez Current storage class: et Archived content access:.

Storage class not configured for this account demande de corriger la politique locale avant une opération dépendant de cette classe. La colonne de classe du navigateur peut aussi afficher un suffixe d’archivage ; les propriétés donnent un relevé plus précis.

Quand la réponse et la politique de cycle de vie le permettent, Lifecycle expiration date: et Lifecycle rule ID: indiquent la date et la règle, avec un bouton de copie de l’identifiant de règle. Not reported by the service ne prouve pas l’absence de règle ; Invalid expiration information returned by the service signale une valeur inutilisable. Voir le cycle de vie.

Si le listing omet la classe, S3Client conserve cette information inconnue et lit les métadonnées par HeadObject avant un téléchargement, un aperçu, une restauration ou une réécriture qui en dépend. La lecture doit réussir ; une classe non configurée, des classes contradictoires ou un état d’archive inutilisable bloquent l’action. Si HEAD omet lui aussi la classe, S3Client utilise Default class de la politique applicable.

Changer la classe courante#

Un changement de classe réécrit l’objet par copie. Il peut créer une nouvelle version, modifier la date et entraîner des frais de requête, récupération ou stockage. Les anciennes versions gardent leur classe et occupent toujours du stockage.

La source doit être lisible. Les permissions usuelles sont s3:GetObject et s3:PutObject, complétées par les droits du chiffrement, des tags, ACL et protections à préserver. Les gros objets peuvent nécessiter multipart.

Si Enable ACL operations for this account est décoché, le changement de classe ne nécessite aucune méthode ni permission ACL : la copie utilise le défaut de destination sans requête ni en-tête ACL. Les autres droits restent nécessaires. L’ACL existante n’est pas garantie conservée si le service l’utilise encore, même dans le même bucket. Voir la désactivation locale des ACL.

1. Sélectionnez l’objet courant sans Show versions, ou la dernière version avec cette option. Dans ce second cas, vérifiez General > Latest version:, qui doit indiquer Yes (from the last version listing).
2. Ouvrez Properties > Storage.
3. Choisissez la destination dans New storage class:.
4. Vérifiez les autres changements en attente et les avertissements de préservation.
5. Cliquez sur OK pour lancer la copie.
6. Après la fin, actualisez le panneau et ouvrez Storage sur l’objet courant ou la nouvelle version ; vérifiez Current storage class:.

La valeur (default) laisse le service appliquer sa classe par défaut, telle que décrite dans la politique locale. Une classe observée qui n’est pas proposée comme destination de ce changement apparaît avec (current). Les choix exigent Change storage class on the same object pour la classe de destination, ainsi qu’un chemin de copie autorisé dans la politique du compte. S3Client vérifie les autres conditions du transfert lors de son exécution.

Si aucune destination différente n’est disponible, New storage class: est désactivé avec Changing the storage class on the same object is not enabled for an available destination class. Vérifiez la prise en charge du service avant de modifier Account > Capabilities > Storage classes. Les deux préréglages Google désactivent cette autorisation : vous pouvez choisir une classe lors d’un envoi ou d’une copie vers une autre clé, mais pas modifier la classe sur la même clé dans S3Client.

En vue versions, New storage class: est disponible pour la dernière version si les autres conditions sont remplies. S3Client vérifie avant la copie que la version choisie est toujours courante ; si elle a été remplacée, l’opération est arrêtée. La copie écrit sous la même clé. Une version source à identifiant immuable conserve sa classe ; avec le versionnement suspendu, la version null peut être remplacée. Pour une version antérieure, New storage class: reste désactivé : copiez-la vers l’objet courant ou une autre destination pour lui donner de nouveaux réglages.

Restaurer une archive#

Une restauration nécessite normalement s3:RestoreObject et la prise en charge de cette classe et de cette cible. Elle peut entraîner des frais et prendre du temps. La réussite de la demande ne signifie pas que le contenu est déjà lisible.

Si l’état d’archive n’a pas encore été observé, S3Client lit d’abord les métadonnées par HeadObject. Cette lecture nécessite normalement s3:GetObject, ou s3:GetObjectVersion pour une version précise, ainsi que la clé SSE-C si l’objet utilise ce chiffrement. Permissions de HeadObject.

1. Sélectionnez l’objet archivé, ou sa version précise.
2. Utilisez Restore archived object… dans le menu contextuel lorsqu’il est disponible. Vous pouvez aussi ouvrir Properties > Storage et cocher Restore archived object.
3. Vérifiez Target : Current object ou Version suivi de l’identifiant.
4. Renseignez les paramètres disponibles.
5. Validez le dialogue ou les propriétés avec OK.
6. Après la demande, actualisez et consultez Archived content access: jusqu’à ce que le contenu soit lisible.

Voir les options de récupération AWS.

Pour GLACIER et DEEP_ARCHIVE sur Amazon S3, une copie temporaire est rendue lisible sans changer la classe ; la durée est requise. DEEP_ARCHIVE ne propose pas Expedited. Pour les niveaux d’archive d’INTELLIGENT_TIERING, le contenu retourne dans un niveau directement accessible sans durée temporaire. GLACIER_IR est directement lisible dans la politique Amazon S3.

Le niveau Deep Archive Access d’INTELLIGENT_TIERING ne prend pas non plus en charge Expedited. Options de récupération AWS.

La durée demandée ne protège pas l’objet contre une expiration du cycle de vie : sur Amazon S3, une expiration plus proche peut supprimer l’objet avant la fin de cette durée. Restauration Amazon S3.

Une demande déjà en cours ne se relance pas depuis les propriétés. Une version précise exige la prise en charge dans la politique. Une classe non reconnue, un état inutilisable ou une source manquante peut bloquer la demande ; corrigez le diagnostic puis actualisez.

Soumettez une restauration et un changement de tags séparément. Attendez aussi un contenu lisible avant de réécrire métadonnées ou classe. Pour une classe appliquée en lot aux objets courants, voir les objets enfants.

Pour plusieurs objets sélectionnés, utilisez Properties puis l’onglet concerné. Les valeurs observées peuvent différer ; seuls vos changements explicites sont appliqués. Voir les propriétés de plusieurs objets.