You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardExpand all lines: pages/storage_and_backup/object_storage/s3_bucket_lifecycle/guide.fr-ca.md
+38Lines changed: 38 additions & 0 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -162,6 +162,44 @@ Dans un bucket versionné, chaque objet a une version courante et zéro ou plusi
162
162
163
163
///
164
164
165
+
### Comprendre le paramètre NoncurrentDays
166
+
Le paramètre NoncurrentDays définit le nombre minimum de jours écoulés depuis qu'une version n'est plus la version courante. Ce paramètre ne doit pas être confondu avec l'âge de l'objet mais indique plutôt l'âge minimum d'une version non-courante.
167
+
168
+
**Exemple 1:**
169
+
170
+
Supposons que vous avez un objet A avec 10 versions:
171
+
- A v10 (version courante, date de création: 2024-10-23)
172
+
- A v9 (version non-courante, date de création: 2024-10-22)
173
+
- A v8 (version non-courante, date de création: 2024-10-21)
174
+
- A v7 (version non-courante, date de création: 2024-10-20)
175
+
- A v6 (version non-courante, date de création: 2024-10-19)
176
+
- A v5 (version non-courante, date de création: 2024-10-18)
177
+
- A v4 (version non-courante, date de création: 2024-10-17)
178
+
- A v3 (version non-courante, date de création: 2024-10-16)
179
+
- A v2 (version non-courante, date de création: 2024-10-15)
180
+
- A v1 (version non-courante, date de création: 2024-10-14)
181
+
182
+
Si la date actuelle est 2024-10-23 et **NoncurrentDays**=5, la règle de lifecycle supprimera les versions non-courantes de plus de 5 jours càd v1, v2, v3 et v4 car:
183
+
- v1 est non-courante depuis 2024-10-15 (quand v2 a été créée) càd son âge en tant que version non-courante est 8 jours
184
+
- v2 est non-courante depuis 2024-10-16 (quand v3 a été créée) càd son âge en tant que version non-courante est 7 jours
185
+
- v3 est non-courante depuis 2024-10-17 (quand v4 a été créée) càd son âge en tant que version non-courante est 6 jours
186
+
- v4 est non-courante depuis 2024-10-18 (quand v5 a été créée) càd son âge en tant que version non-courante est 5 jours
187
+
188
+
189
+
**Exemple 2:**
190
+
191
+
Supposons que vous avez un objet B avec 5 versions:
192
+
- B v5 (version courante, date de création: 2024-10-28)
193
+
- B v4 (version non-courante, date de création: 2024-10-27)
194
+
- B v3 (version non-courante, date de création: 2024-10-20)
195
+
- B v2 (version non-courante, date de création: 2024-10-15)
196
+
- B v1 (version non-courante, date de création: 2024-10-14)
197
+
198
+
Si la date actuelle est 2024-10-29 et **NoncurrentDays**=5, la règle de lifecycle supprimera les versions non-courantes de plus de 5 days càd uniquement v1 and v2 car:
199
+
- v1 est non-courante depuis 2024-10-15 (quand v2 a été créée) càd son âge en tant que version non-courante est 14 jours
200
+
- v2 est non-courante depuis 2024-10-20 (quand v3 a été créée) càd son âge en tant que version non-courante est 9 jours
201
+
202
+
165
203
### Obtenir la date d'expiration programmée
166
204
167
205
Si un objet est programmé pour être supprimé, un appel HEAD-OBJECT renvoie un en-tête de réponse http spécial x-amz-expiration qui contient un timestamp indiquant sa date d'expiration et un identifiant de la règle du lifecycle qui a été appliquée.
0 commit comments