Proofreading

Y0Coss · Y0Coss · commit 84d698401fae · 2025-08-18T17:14:56.000+02:00
diff --git a/pages/storage_and_backup/object_storage/cold_archive_getting_started/guide.en-gb.md b/pages/storage_and_backup/object_storage/cold_archive_getting_started/guide.en-gb.md
@@ -1,7 +1,7 @@
 ---
 title: Cold Archive - Getting started with Cold Archive
 excerpt: This guide shows you how to manage your data with Cold Archive
-updated: 2025-07-04
+updated: 2025-08-18
 ---
 
 ## Objective
@@ -29,7 +29,7 @@ In this tutorial, **awscli aliases** are used to simplify the commands.
 
 ### Initial Setup: create AWS CLI Aliases
 
-To simplify commands, create or edit the ~/.aws/cli/alias file:
+To simplify commands, create or edit the `~/.aws/cli/alias` file:
 
 ```bash
 mkdir -p ~/.aws/cli
@@ -52,9 +52,9 @@ delete-ovh-archive = s3api delete-bucket-intelligent-tiering-configuration --id
 
 > [!primary]
 >
-> - `Id` is a string used to identify the S3 **\*** Intelligent-Tiering configuration. Its value is arbitrary and up to you. It will be necessary for further PUT, GET and DELETE operations on the intelligent-tiering configuration.
+> - `Id` is a string used to identify the S3<sup>1</sup> Intelligent-Tiering configuration. Its value is arbitrary and up to you. It will be necessary for further PUT, GET and DELETE operations on the intelligent-tiering configuration.
 >
-> - `Status` and `Days` are mandatory but not used. Days is only meaningful with certain access tiers.
+> - `Status` and `Days` are mandatory but not used. `Days` is only meaningful with certain access tiers.
 >
 
 ### Check for Incomplete Multipart Uploads Before Archiving
@@ -78,26 +78,26 @@ aws --endpoint-url https://s3.rbx-archive.io.cloud.ovh.net s3api put-object --bu
 > This operation is not currently available via the OVHcloud Control Panel. It must be performed on the command line via the S3 API.
 >
 
-### **Archive a bucket**
+### Archive a bucket
 
 > [!primary]
 >
 > Before archiving a bucket, make sure there are no incomplete multipart uploads.
 >
 
 > [!tabs]
-> Via the AWS S3api
+> Via the AWS S3 API
 >> ```bash
 >> aws --endpoint-url https://s3.rbx-archive.io.cloud.ovh.net put-ovh-archive <bucket_name>
 >> ```
 >>
 > Via the OVHcloud Control Panel
->> Click on` the three dots`{.action}, then select `Archive`{.action}
+>> Click the `⋮`{.action} button then select `Archive`{.action}
 >>
 >> ![Archive a cold archive bucket](images/cold_archive_01.png){.thumbnail}
 >>
 
-- The bucket status changes to Archiving.
+- The bucket status changes to "Archiving".
 - Objects cannot be read or written during this process; only listing is allowed.
 - Archiving to tapes takes some time.
 
@@ -127,7 +127,7 @@ By default, an archive is not locked i.e you can still delete an archive after i
 > Similarly, you cannot have multiple access tiers in your intelligent tiering configuration i.e either you use the `OVH_ARCHIVE` access tier or you use the `OVH_ARCHIVE_LOCK` access tier but not both.
 >
 
-### Lock an Already Archived Bucket
+### Lock an already archived bucket
 
 If you have buckets that have been previously archived without using the `OVH_ARCHIVE_LOCK` access tier, you can still lock them by re-applying an intelligent tiering configuration to your bucket using the `OVH_ARCHIVE_LOCK` access tier and specifying a retention duration in days.
 
@@ -149,46 +149,44 @@ If you want to edit the retention period, similarly, re-apply the intelligent ti
 > - OVHcloud Cold Archive will return an error because 2024-02-23 + 5 days < 2024-03-03.
 >
 
-### Restore a Bucket
+### Restore a bucket
 
 > [!tabs]
-> Via the AWS S3api
+> Via the AWS S3 API
 >> Restore a bucket :
 >>
 >> ```bash
 >> aws --endpoint-url https://s3.rbx-archive.io.cloud.ovh.net put-ovh-restore <bucket_name>
 >> ```
 >>
 > Via the OVHcloud Control Panel
->> Click on the `three dots`{.action}, then select `Restore`{.action}.
+>> Click the `⋮`{.action} button then select `Restore`{.action}.
 >>
 >> ![Restore a cold archive bucket](images/cold_archive_02.png){.thumbnail}
 >>
 
-- Bucket status changes to Restoring.
+- Bucket status changes to "Restoring".
 - Objects become accessible in read-only mode once restoration completes.
 
-### Delete an Archive
+### Delete an archive
 
 > [!primary]
 >
 > If the bucket is locked, deletion before the retention period expires will fail.
 > `An error occurred (BadRequest) when calling the DeleteBucketIntelligentTieringConfiguration operation: Archive deletion is locked until 2124-01-19T15:24:56.000Z`
 >
 
-Delete an intelligent-tiering configuration and objects of a bucket:
-
+### Delete an intelligent-tiering configuration and objects of a bucket
 
 > [!tabs]
-> Via the AWS S3api
->> Delete an Intelligent-Tiering configuration and the objects in a bucket:
+> Via the AWS S3 API
 >>
 >> ```bash
 >> aws --endpoint-url https://s3.rbx-archive.io.cloud.ovh.net delete-ovh-archive <bucket_name>
 >> ```
 >>
 > Via the OVHcloud Control Panel
->> Click on the `three dots`{.action}, then select `Delete`{.action}.
+>> Click on the `⋮`{.action}, then select `Delete`{.action}.
 >>
 >> ![Delete a cold archive bucket](images/cold_archive_03.png){.thumbnail}
 >>
@@ -213,10 +211,10 @@ Once the deletion is completed:
 aws s3 rb s3://<bucket_name>
 ```
 
-### Check Bucket Status and Retention Tags
+### Check the bucket status and retention tags
 
 > [!tabs]
-> Via the AWS S3api
+> Via the AWS S3 API
 >> Once an intelligent-tiering configuration has been pushed (via a `put-bucket-intelligent-tiering-configuration` operation) and until it is removed (via a `delete-bucket-intelligent-tiering-configuration` operation), the status of a bucket is readable through:
 >>
 >> ```bash
@@ -271,7 +269,7 @@ To retrieve the full intelligent-tiering configuration JSON applied to your buck
 aws s3api get-bucket-intelligent-tiering-configuration --bucket <bucket_name> --id myid
 ```
 
-This command returns detailed configuration info useful for debugging or verification.
+This command returns detailed configuration info which can be useful for debugging or verification.
 
 ## Go further
 
@@ -281,4 +279,4 @@ If you need training or technical assistance to implement our solutions, contact
 
 Join our [community of users](/links/community).
 
-**\***: S3 is a trademark of Amazon Technologies, Inc. OVHcloud’s service is not sponsored by, endorsed by, or otherwise affiliated with Amazon Technologies, Inc.
+<sup>1</sup>: S3 is a trademark of Amazon Technologies, Inc. OVHcloud’s service is not sponsored by, endorsed by, or otherwise affiliated with Amazon Technologies, Inc.
diff --git a/pages/storage_and_backup/object_storage/cold_archive_getting_started/guide.fr-fr.md b/pages/storage_and_backup/object_storage/cold_archive_getting_started/guide.fr-fr.md
@@ -1,7 +1,7 @@
 ---
 title: Cold Archive - Premiers pas avec Cold Archive
 excerpt: Ce guide vous montre comment gérer vos données avec Cold Archive
-updated: 2025-07-04
+updated: 2025-08-18
 ---
 
 ## Objectif
@@ -29,7 +29,7 @@ Dans ce guide, les **alias awscli** sont utilisés pour simplifier les commandes
 
 ### Configuration initiale : créer des alias AWS CLI
 
-Pour simplifier les commandes, créez ou éditez le fichier ~/.aws/cli/alias :
+Pour simplifier les commandes, créez ou éditez le fichier`~/.aws/cli/alias` :
 
 ```bash
 mkdir -p ~/.aws/cli
@@ -52,20 +52,20 @@ delete-ovh-archive = s3api delete-bucket-intelligent-tiering-configuration --id
 
 > [!primary]
 >
-> - `Id` est une chaîne utilisée pour identifier la configuration de l'Intelligent-Tiering S3 **\***. Sa valeur est arbitraire et vous pouvez la modifier. Elle sera nécessaire pour les opérations ultérieures PUT, GET et DELETE sur la configuration de l'Intelligent-Tiering.
+> - `Id` est une chaîne utilisée pour identifier la configuration de l'Intelligent-Tiering S3<sup>1</sup>. Sa valeur est arbitraire et vous pouvez la modifier. Elle sera nécessaire pour les opérations ultérieures PUT, GET et DELETE sur la configuration de l'Intelligent-Tiering.
 > 
 > - `Status` et `Days` sont obligatoires mais non utilisés. Les jours ne sont significatifs que pour certains niveaux d'accès.
 >
 
-### Vérifier les téléchargements multipartites incomplets avant l'archivage
+### Vérifier les uploads multiparts incomplets avant l'archivage
 
-Exécutez cette commande pour vous assurer qu'il n'y a pas d'uploads multipart incomplets sur votre bucket :
+Exécutez cette commande pour vous assurer qu'il n'y a pas d'uploads multiparts incomplets sur votre bucket :
 
 ```bash
 aws --endpoint-url https://s3.rbx-archive.io.cloud.ovh.net s3api list-multipart-uploads --bucket <nom_du_bucket>
 ```
 
-### Téléchargez vos objets
+### Téléverser vos objets
 
 Pour ajouter des objets dans le bucket que vous souhaitez archiver, utilisez la commande suivante :
 
@@ -82,28 +82,28 @@ aws --endpoint-url https://s3.rbx-archive.io.cloud.ovh.net s3api put-object --bu
 
 > [!primary]
 >
-> Avant d'archiver un bucket, assurez-vous qu'il n'y a pas de téléchargements multipartites incomplets.
+> Avant d'archiver un bucket, assurez-vous qu'il n'y a pas d'uploads multiparts incomplets.
 >
 
 > [!tabs]
-> Via l'AWS S3api
+> Via l'API S3 AWS
 >> ```bash
 >> aws --endpoint-url https://s3.rbx-archive.io.cloud.ovh.net put-ovh-archive <bucket_name>
 >> ```
 >>
 > Via l'espace client OVHcloud
->> Cliquez sur les `trois petits points`{.action}, puis sur `Archiver`{.action}.
+>> Cliquez sur le bouton `⋮`{.action} puis sur `Archiver`{.action}.
 >>
 >> ![Archive a cold archive bucket](images/cold_archive_01.png){.thumbnail}
 >>
 
-- Le statut du bucket passe à Archivage.
+- Le statut du bucket passe à "Archivage".
 - Il n'est pas possible de lire ou d'écrire des objets au cours de ce processus ; seule l'énumération est autorisée.
 - L'archivage sur bandes prend un certain temps.
 
 ### Archivage d'un bucket avec verrouillage de la rétention (conformité WORM)
 
-Par défaut, une archive n'est pas verrouillée, c'est-à-dire que vous pouvez toujours supprimer une archive après qu'elle ait été écrite sur des bandes. Pour vous assurer que votre archive suit le modèle WORM (Write Once Read Many), vous pouvez définir une période de rétention dans votre configuration de hiérarchisation intelligente en utilisant le niveau d'accès `OVH_ARCHIVE_LOCK` et un nombre de jours. L'archive sera alors verrouillée jusqu'à la date actuelle + le nombre de jours spécifié.
+Par défaut, une archive n'est pas verrouillée, c'est-à-dire que vous pouvez toujours supprimer une archive après qu'elle ait été écrite sur des bandes. Pour vous assurer que votre archive suit le modèle WORM (Write Once Read Many), vous pouvez définir une période de rétention dans votre configuration de Intelligent-Tiering en utilisant le niveau d'accès `OVH_ARCHIVE_LOCK` et un nombre de jours. L'archive sera alors verrouillée jusqu'à la date actuelle + le nombre de jours spécifié.
 
 > [!primary]
 >
@@ -123,50 +123,51 @@ Par défaut, une archive n'est pas verrouillée, c'est-à-dire que vous pouvez t
 
 > [!primary]
 >
-> Vous ne pouvez pas avoir plusieurs configurations de hiérarchisation intelligente sur votre archive.
-> De même, vous ne pouvez pas avoir plusieurs niveaux d'accès dans votre configuration de hiérarchisation intelligente, c'est-à-dire que vous utilisez soit le niveau d'accès `OVH_ARCHIVE`, soit le niveau d'accès `OVH_ARCHIVE_LOCK`, mais pas les deux.
+> Vous ne pouvez pas avoir plusieurs configurations d'Intelligent-Tiering sur votre archive.
+> De même, vous ne pouvez pas avoir plusieurs niveaux d'accès dans votre configuration d'Intelligent-Tiering, c'est-à-dire que vous utilisez soit le niveau d'accès `OVH_ARCHIVE`, soit le niveau d'accès `OVH_ARCHIVE_LOCK`, mais pas les deux.
 >
 
 ### Verrouiller un bucket déjà archivé
 
-Si vous avez des buckets qui ont été précédemment archivés sans utiliser le niveau d'accès `OVH_ARCHIVE_LOCK`, vous pouvez toujours les verrouiller en réappliquant une configuration de hiérarchisation intelligente à votre bucket en utilisant le niveau d'accès `OVH_ARCHIVE_LOCK` et en spécifiant une durée de rétention en jours.
+Si vous avez des buckets qui ont été précédemment archivés sans utiliser le niveau d'accès `OVH_ARCHIVE_LOCK`, vous pouvez toujours les verrouiller en réappliquant une configuration d'Intelligent-Tiering à votre bucket en utilisant le niveau d'accès `OVH_ARCHIVE_LOCK` et en spécifiant une durée de rétention en jours.
 
 > [!primary]
 >
 > Pour verrouiller un bucket déjà archivé, il doit être dans l'état "Archivé" ou "Restauré".
-> Vous devez également utiliser la même configuration de hiérarchisation intelligente "Id".
+> Vous devez également utiliser le même "Id" de configuration d'Intelligent-Tiering.
 >
 
-Si vous souhaitez modifier le délai de conservation, appliquez à nouveau la configuration de l'étagement intelligent en utilisant le même "Id".
+Si vous souhaitez modifier le délai de conservation, appliquez à nouveau la configuration d'Intelligent-Tiering en utilisant le même "Id".
 
 > [!primary]
 >
 > Vous ne pouvez pas réduire un délai de conservation précédemment défini, c'est-à-dire que le nouveau délai de conservation (date actuelle + nombre de jours) doit être supérieur au délai de conservation précédent.
 > Exemple :
 >
-> - Le 2024-02-22, vous avez mis en place un verrou de 10 jours, la période de rétention sera jusqu'au 2024-03-03. 
-> - Le 2024-02-23, vous changez d'avis et décidez de fixer la durée du verrouillage à 5 jours. 
+> - Le 2024-02-22, vous avez mis en place un verrou de 10 jours, la période de rétention sera jusqu'au 2024-03-03.
+> - Le 2024-02-23, vous changez d'avis et décidez de fixer la durée du verrouillage à 5 jours.
+>
 > OVHcloud Cold Archive retournera une erreur car 2024-02-23 + 5 jours < 2024-03-03.
 >
 
-### Restorer un Bucket
+### Restaurer un Bucket
 
 > [!tabs]
-> Via l'AWS S3api
+> Via l'API S3 AWS
 >> Restauration d'un bucket :
 >>
 >> ```bash
 >> aws --endpoint-url https://s3.rbx-archive.io.cloud.ovh.net put-ovh-restore <nom_du_bucket>
 >> ```
 >>
 > Via l'espace client OVHcloud
->> Cliquez sur les `trois petits points`{.action}, puis sur `Restaurer`{.action}.
+>> Cliquez sur le bouton `⋮`{.action} puis sur `Restaurer`{.action}.
 >>
 >> ![Restore a cold archive bucket](images/cold_archive_02.png){.thumbnail}
 >>
 
-- Le statut du bucket passe à Restauration.
-- Les objets deviennent accessibles en mode lecture seule une fois la restauration terminée.
+- Le statut du bucket passe à "Restauration".
+- Les objets deviennent accessibles en mode lecture-seule une fois la restauration terminée.
 
 ### Supprimer une archive
 
@@ -177,15 +178,15 @@ Si vous souhaitez modifier le délai de conservation, appliquez à nouveau la co
 >
 
 > [!tabs]
-> Via l'AWS S3api
+> Via l'API S3 AWS
 >> Supprime une configuration d'Intelligent-Tiering et les objets d'un bucket :
 >>
 >> ```bash
 >> aws --endpoint-url https://s3.rbx-archive.io.cloud.ovh.net delete-ovh-archive <bucket_name>
 >> ```
 >>
 > Via l'espace client OVHcloud
->> Cliquez sur les `trois petits points`{.action}, puis sur `Supprimer`{.action}.
+>> Cliquez sur le bouton `⋮`{.action} puis sur `Supprimer`{.action}.
 >>
 >> ![Delete a cold archive bucket](images/cold_archive_03.png){.thumbnail}
 >>
@@ -195,7 +196,7 @@ L'opération supprimera tout (sur les bandes et tous les objets s'ils sont resta
 
 > [!primary]
 >
-> Bien que la suppression des données soit effectuée de manière asynchrone, la facturation est arrêtée dès que vous soumettez la demande!<br>
+> Bien que la suppression des données soit effectuée de manière asynchrone, la facturation est arrêtée dès que vous soumettez la demande !<br>
 > La suppression est effectuée sur la base du meilleur effort et il n'y a pas de durée engagée.<br>
 > Dans l'état "Deleting", le bucket est verrouillé et n'est pas accessible.<br>
 >
@@ -210,11 +211,11 @@ Une fois la suppression terminée :
 aws s3 rb s3://<nom_du_bucket>
 ```
 
-### Vérifier l'état des buckets et les étiquettes de rétention
+### Vérifier l'état des buckets et les durées de rétention
 
 > [!tabs]
-> Via l'AWS S3api
->> Une fois qu'une configuration d'Intelligent-tiering a été poussée (via l'opération `put-bucket-intelligent-tiering-configuration`) et jusqu'à ce qu'elle soit supprimée (via l'opération `delete-bucket-intelligent-tiering-configuration`), le statut d'un bucket est lisible à travers :
+> Via l'API S3 AWS
+>> Une fois qu'une configuration d'Intelligent-Tiering a été poussée (via l'opération `put-bucket-intelligent-tiering-configuration`) et jusqu'à ce qu'elle soit supprimée (via l'opération `delete-bucket-intelligent-tiering-configuration`), le statut d'un bucket est lisible à travers :
 >>
 >> ```bash
 >> aws --endpoint-url https://s3.rbx-archive.io.cloud.ovh.net s3api get-bucket-tagging --bucket <bucket_name>
@@ -277,4 +278,4 @@ Si vous avez besoin d'une formation ou d'une assistance technique pour la mise e
 
 Échangez avec notre [communauté d'utilisateurs](/links/community).
 
-**\*** : S3 est une marque déposée appartenant à Amazon Technologies, Inc. Les services de OVHcloud ne sont pas sponsorisés, approuvés, ou affiliés de quelque manière que ce soit.
+<sup>1</sup> : S3 est une marque déposée appartenant à Amazon Technologies, Inc. Les services de OVHcloud ne sont pas sponsorisés, approuvés, ou affiliés de quelque manière que ce soit.
