

Die vorliegende Übersetzung wurde maschinell erstellt. Im Falle eines Konflikts oder eines Widerspruchs zwischen dieser übersetzten Fassung und der englischen Fassung (einschließlich infolge von Verzögerungen bei der Übersetzung) ist die englische Fassung maßgeblich.

# Elemente der Lebenszykluskonfiguration
<a name="intro-lifecycle-rules"></a>

Eine S3-Lebenszykluskonfiguration besteht aus Lebenszyklusregeln mit verschiedenen Elementen, die die Aktionen beschreiben, die Amazon S3 während der Lebensdauer von Objekten durchführt. Jedem S3-Bucket kann eine Lebenszykluskonfiguration zugewiesen werden, die bis zu 1.000 Regeln enthalten kann. Sie erstellen eine Amazon-S3-Lebenszykluskonfiguration als XML, die aus einer oder mehreren Lebenszyklusregeln besteht. Jede Regel besteht wiederum aus einem oder mehreren Elementen.

```
<LifecycleConfiguration>
    <Rule>
         <Element>
    </Rule>
    <Rule>
         <Element>
         <Element>
    </Rule>
</LifecycleConfiguration>
```

Jeder Regel umfasst Folgendes:
+ Metadaten für die Regel, mit Regel-ID und einem Status, der anzeigt, ob die Regel aktiviert oder deaktiviert ist. Wenn eine Regel deaktiviert ist, führt Amazon S3 keine in der Regel spezifizierten Aktionen aus.
+ Ein Filter, der die Objekte identifiziert, für die die Regel gilt. Sie können einen Filter angeben, indem Sie die Objektgröße, das Objektschlüsselpräfix, ein oder mehrere Objekt-Tags oder eine Kombination von Filtern verwenden.
+ Eine oder mehrere Übergangs- oder Ablaufaktionen mit einem Datum oder einem Zeitintervall innerhalb der Lebensdauer des Objekts, zu denen Amazon S3 die angegebene Aktion ausführen soll. 

**Topics**
+ [ID-Element](#intro-lifecycle-rule-id)
+ [Statuselement](#intro-lifecycle-rule-status)
+ [Filterelement](#intro-lifecycle-rules-filter)
+ [Elemente, die Lebenszyklusaktionen beschreiben](#intro-lifecycle-rules-actions)
+ [Hinzufügen von Filtern zu Lebenszyklusregeln](intro-lifecycle-filters.md)

In den folgenden Abschnitten werden die XML-Elemente in einer S3-Lebenszykluskonfiguration beschrieben. Beispielkonfigurationen finden Sie unter [Beispiele für S3-Lebenszykluskonfigurationen](lifecycle-configuration-examples.md).

## ID-Element
<a name="intro-lifecycle-rule-id"></a>

Lebenszykluskonfigurationen werden auf Bucket-Ebene festgelegt, wobei jeder Bucket seine eigene Lebenszykluskonfiguration hat. Eine S3-Lebenszykluskonfiguration kann bis zu 1 000 Regeln pro Bucket haben. Diese Grenze ist nicht einstellbar. Das `<ID>` Element identifiziert eindeutig eine Regel innerhalb der Lebenszykluskonfiguration eines Buckets. Die Länge der ID ist auf 255 Zeichen begrenzt.

## Statuselement
<a name="intro-lifecycle-rule-status"></a>

Der Wert des Elements `<Status>` kann `Enabled` oder `Disabled` sein. Wenn eine Regel deaktiviert ist, führt Amazon S3 keine in der Regel definierten Aktionen aus.

## Filterelement
<a name="intro-lifecycle-rules-filter"></a>

Eine S3-Lebenszyklusregel kann für alle Objekte oder eine Untermenge der Objekte in einem Bucket gelten, abhängig vom Element `<Filter>`, das Sie in der Regel angeben. 

Sie können Objekte nach dem Schlüsselpräfix, Objekt-Markierungen oder Kombinationen aus beidem filtern (bei einer Kombination verwendet Amazon S3 ein logisches `AND` für die Filter). Beispiele und weitere Informationen zu Filtern finden Sie unter [Hinzufügen von Filtern zu Lebenszyklusregeln](intro-lifecycle-filters.md).
+ **Festlegen eines Filters unter Verwendung von Schlüsselpräfixen** – Dieses Beispiel zeigt eine S3-Lebenszyklusregel, die sich abhängig vom Schlüsselnamenpräfix (`logs/`) auf eine Untermenge von Objekten bezieht. Beispielsweise gilt die Lebenszyklusregel für die Objekte `logs/mylog.txt`, `logs/temp1.txt` und `logs/test.txt`. Die Regel gilt nicht für das Objekt `example.jpg`.

  ```
  <LifecycleConfiguration>
      <Rule>
          <Filter>
             <Prefix>logs/</Prefix>
          </Filter>
          transition/expiration actions
           ...
      </Rule>
      ...
  </LifecycleConfiguration>
  ```

  Wenn Sie eine Lebenszyklusaktion auf eine Untermenge von Objekten basierend auf unterschiedlichen Schlüsselnamenpräfixen anwenden wollen, müssen Sie separate Regeln angeben. Geben Sie in jeder Regel einen auf einem Präfix basierenden Filter an. Um beispielsweise eine Lebenszyklusaktion für Objekte mit den Schlüsselpräfixen `projectA/` und `projectB/` zu beschreiben, geben Sie zwei Regeln folgendermaßen an: 

  ```
  <LifecycleConfiguration>
      <Rule>
          <Filter>
             <Prefix>projectA/</Prefix>
          </Filter>
          transition/expiration actions
           ...
      </Rule>
  
      <Rule>
          <Filter>
             <Prefix>projectB/</Prefix>
          </Filter>
          transition/expiration actions
           ...
      </Rule>
  </LifecycleConfiguration>
  ```

  Weitere Informationen über Objektschlüssel finden Sie unter [Markieren von Amazon-S3-Objekten](object-keys.md). 
+ **Festlegen eines Filters auf der Basis von Objekt-Markierungen** – Im folgenden Beispiel gibt die Lebenszyklusregel einen Filter basierend auf einem Tag (`key`) und einem Wert (`value`) an. Die Regel wird dann nur auf eine Untermenge von Objekten mit dem spezifischen Tag angewendet.

  ```
  <LifecycleConfiguration>
      <Rule>
          <Filter>
             <Tag>
                <Key>key</Key>
                <Value>value</Value>
             </Tag>
          </Filter>
          transition/expiration actions
          ...
      </Rule>
  </LifecycleConfiguration>
  ```

  Sie können einen Filter auf mehreren Markierungen basierend angeben. Sie müssen die Markierungen mit dem Element `<And>` umschließen wie im folgenden Beispiel gezeigt. Die Regel weist Amazon S3 an, Lebenszyklusaktionen für Objekte mit zwei Markierungen auszuführen (mit dem spezifischen Tag-Schlüssel und -wert).

  ```
  <LifecycleConfiguration>
      <Rule>
        <Filter>
           <And>
              <Tag>
                 <Key>key1</Key>
                 <Value>value1</Value>
              </Tag>
              <Tag>
                 <Key>key2</Key>
                 <Value>value2</Value>
              </Tag>
               ...
            </And>
        </Filter>
        transition/expiration actions
      </Rule>
  </Lifecycle>
  ```

  Die Lebenszyklusregel gilt für Objekte, für die beide Markierungen angegeben sind. Amazon S3 führt eine logische `AND`-Operation aus. Beachten Sie Folgendes:
  + Jede Markierung muss exakt mit dem Schlüssel *und* dem Wert übereinstimmen. Wenn Sie nur ein Element `<Key>` und kein Element `<Value>` angeben, gilt die Regel nur für Objekte, die dem Schlüssel der Markierung entsprechen und für die *kein* Wert angegeben ist.
  + Die Regel gilt für die Untermenge der Objekte, , die alle in der Regel angegebenen Markierungen besitzt. Wenn für ein Objekt zusätzliche Markierungen angegeben sind, gilt die Regel weiterhin.
**Anmerkung**  
Wenn Sie mehrere Markierungen in einem Filter spezifizieren, muss jeder Tag-Schlüssel eindeutig sein.
+ **Festlegen eines Filters auf der Basis eines Präfixes und mindestens einer Markierung** – Sie können in einer Lebenszyklusregel einen Filter angeben, der sowohl auf dem Schlüsselpräfix als auch auf mindestens einer Markierung basiert. Auch hier müssen Sie all diese Filterelemente folgendermaßen mit dem Element `<And>` umschließen:

  ```
  <LifecycleConfiguration>
      <Rule>
          <Filter>
            <And>
               <Prefix>key-prefix</Prefix>
               <Tag>
                  <Key>key1</Key>
                  <Value>value1</Value>
               </Tag>
               <Tag>
                  <Key>key2</Key>
                  <Value>value2</Value>
               </Tag>
                ...
            </And>
          </Filter>
          <Status>Enabled</Status>
          transition/expiration actions
      </Rule>
  </LifecycleConfiguration>
  ```

  Amazon S3 kombiniert diese Filter unter Verwendung eines logischen `AND`-Vorgangs. Das bedeutet, die Regel wird auf eine Untermenge von Objekten mit dem festgelegten Schlüsselpräfix und den festgelegten Markierungen angewendet. Ein Filter kann höchstens ein Präfix und null oder mehr Markierungen aufweisen.
+ Sie können einen **leeren Filter** angeben, dann gilt die Regel für alle Objekte in dem Bucket.

  ```
  <LifecycleConfiguration>
      <Rule>
          <Filter>
          </Filter>
          <Status>Enabled</Status>
          transition/expiration actions
      </Rule>
  </LifecycleConfiguration>
  ```
+ Um eine Regel nach **Objektgröße** zu filtern, können Sie eine Mindestgröße (`ObjectSizeGreaterThan`) oder eine Höchstgröße (`ObjectSizeLessThan`) oder einen Bereich von Objektgrößen angeben.

  Objektgrößenwerte sind in Bytes. Standardmäßig werden Objekte, die kleiner als 128 KB sind, nicht in eine Speicherklasse übertragen, es sei denn, Sie geben eine kleinere Mindestgröße (`ObjectSizeGreaterThan`) oder eine maximale Größe (`ObjectSizeLessThan`) an. Weitere Informationen finden Sie unter [Beispiel: Zulassen der Übertragung von Objekten, die kleiner als 128 KB sind](lifecycle-configuration-examples.md#lc-small-objects).

  ```
                      <LifecycleConfiguration>
      <Rule>
          <Filter>
              <ObjectSizeGreaterThan>500</ObjectSizeGreaterThan>   
          </Filter>
          <Status>Enabled</Status>
          transition/expiration actions
      </Rule>
  </LifecycleConfiguration>
  ```
**Anmerkung**  
Die Filter `ObjectSizeGreaterThan` und `ObjectSizeLessThan` schließen die festgelegten Werte aus. Beispiel: Wenn Sie festlegen, dass Objekte mit einer Größe von 128 KB bis 1.024 KB von der Speicherklasse S3 Standard auf die Speicherklasse S3 Standard-IA übertragen werden sollen, werden Objekte, die genau 1.024 KB oder 128 KB groß sind, nicht auf S3 Standard-IA übertragen. Stattdessen gilt die Regel nur für Objekte, die größer als 128 KB und kleiner als 1.024 KB sind. 

  Wenn Sie einen Objektgrößenbereich angeben, muss die `ObjectSizeGreaterThan`-Ganzzahl kleiner als der `ObjectSizeLessThan`-Wert sein. Wenn Sie mehr als einen Filter verwenden, müssen Sie die Filter in ein `<And>`-Element packen. Im folgenden Beispiel wird gezeigt, wie Sie Objekte in einem Bereich zwischen 500 und 64.000 Byte angeben. 

  ```
  <LifecycleConfiguration>
      <Rule>
          <Filter>
              <And>
                  <Prefix>key-prefix</Prefix>
                  <ObjectSizeGreaterThan>500</ObjectSizeGreaterThan>
                  <ObjectSizeLessThan>64000</ObjectSizeLessThan>
              </And>    
          </Filter>
          <Status>Enabled</Status>
          transition/expiration actions
      </Rule>
  </LifecycleConfiguration>
  ```

## Elemente, die Lebenszyklusaktionen beschreiben
<a name="intro-lifecycle-rules-actions"></a>

Sie können Amazon S3 anweisen, spezifische Aktionen innerhalb der Lebensdauer eines Objekts auszuführen, indem Sie eine oder mehrere vordefinierte Aktionen in einer S3-Lebenszyklusregel angeben. Die Wirkung dieser Aktionen ist vom Versioning-Status Ihres Buckets abhängig. 
+ **`Transition`-Aktionselement** – Sie geben die `Transition`-Aktion an, um Objekte von einer Speicherklasse in eine andere zu übertragen. Weitere Informationen zum Übergang von Objekten finden Sie unter [Unterstützte Übertragungen](lifecycle-transition-general-considerations.md#lifecycle-general-considerations-transition-sc). Wenn ein vorgegebenes Datum oder einem Zeitintervall innerhalb der Lebensdauer des Objekts erreicht ist, führt Amazon S3 den Übergang aus. 

  Für einen versionsfähigen Bucket (Bucket mit aktiviertem oder ausgesetztem Versioning) wird die `Transition`-Aktion auf die aktuelle Objektversion angewendet. Um nicht aktuelle Versionen zu verwalten, definiert Amazon S3 die `NoncurrentVersionTransition`-Aktion (wird später in diesem Thema beschrieben).
+ **`Expiration`-Aktionselement** – Die `Expiration`-Aktion lässt in der Regel definierte Objekte ablaufen und gilt für entsprechende Objekte in allen Amazon-S3-Speicherklassen. Weitere Informationen über Speicherklassen finden Sie unter [Verstehen und Verwalten von Amazon-S3-Speicherklassen](storage-class-intro.md). Amazon S3 lässt keinen Zugriff auf abgelaufene Objekte zu. Ob die Objekte dauerhaft entfernt werden, ist vom Versioning-Status des Buckets abhängig. 
  + **Nicht versionsfähiger Bucket** – Die `Expiration`-Aktion bewirkt, dass Amazon S3 das Objekt dauerhaft entfernt. 
  + **Versionsfähiger Bucket** – Für einen versionsfähigen Bucket (d. h. das Versioning ist aktiviert oder ausgesetzt) gibt es mehrere Aspekte, die bestimmen, wie Amazon S3 `Expiration`-Aktion verarbeitet. Für Buckets mit aktivierter oder ausgesetzter Versionsverwaltung gilt Folgendes:
    + Die `Expiration`-Aktion wird nur auf die aktuelle Version angewendet (sie wirkt sich nicht auf nicht aktuelle Objektversionen aus).
    + Amazon S3 führt keine Aktion aus, wenn es eine oder mehrere Objektversionen gibt und die Löschmarkierung die aktuelle Version ist.
    + Wenn die aktuelle Objektversion die einzige Objektversion und auch eine Löschmarkierung ist (auch als *Löschmarkierung eines abgelaufenen Objekts* bezeichnet, wobei alle Objektversionen gelöscht werden und nur noch eine Löschmarkierung beibehalten wird), entfernt Amazon S3 die Löschmarkierung des abgelaufenen Objekts. Sie können die Ablaufaktion (Expiration) auch verwenden, um Amazon S3 anzuweisen, alle abgelaufenen Löschmarkierungen zu entfernen. Ein Beispiel finden Sie unter [Entfernen von Löschmarkierungen für abgelaufene Objekte in einem Bucket mit aktivierter Versionsverwaltung](lifecycle-configuration-examples.md#lifecycle-config-conceptual-ex7). 

    Weitere Informationen finden Sie unter [Beibehalten mehrerer Versionen von Objekten mit der S3-Versionsverwaltung](Versioning.md).

    Berücksichtigen Sie auch die folgenden Punkte, wenn Sie Amazon S3 zur Ablaufverwaltung einrichten:
    + **Bucket mit aktiviertem Versioning** 

      Wenn die aktuelle Objektversion keine Löschmarkierung ist, fügt Amazon S3 die Löschmarkierung mit einer eindeutigen Versions-ID hinzu. Damit ist die aktuelle Version nicht mehr aktuell und die Löschmarkierung wird zur aktuellen Version. 
    + **Bucket mit ausgesetztem Versioning** 

      Für einen Bucket mit ausgesetztem Versioning bewirkt die Ablaufaktion, dass Amazon S3 eine Löschmarkierung mit der Versions-ID `null` erstellt. Diese Löschmarkierung ersetzt jede Objektversion mi einer Versions-ID von null in der Versionshierarchie, womit das Objekt effektiv gelöscht wird. 

Darüber hinaus unterstützt Amazon S3 die folgenden Aktionen, mit denen Sie nicht aktuelle Objektversionen in einem versionsfähigen Bucket verwalten können (d. h. für Buckets mit aktivierten und ausgesetztem Versioning).
+ **`NoncurrentVersionTransition`-Aktionselement** – Verwenden Sie diese Aktion, um festzulegen, wann Amazon S3 Objekte auf die angegebene Speicherklasse übertragen soll. Sie können diesen Übergang auf die Anzahl von Tagen basieren, seit der die Objekte nicht mehr aktuell (`<NoncurrentDays>`) sind. Zusätzlich zur Anzahl der Tage können Sie auch die Anzahl der nicht aktuellen Versionen (`<NewerNoncurrentVersions>`) angeben, die aufbewahrt werden sollen (zwischen 1 und 100). Dieser Wert bestimmt die Anzahl der neueren nicht aktuellen Versionen, die vorhanden sein müssen, damit Amazon S3 die zugehörige Aktion für eine bestimmte Version ausführen kann. Amazon S3 überträgt alle zusätzlichen nicht aktuellen Versionen, die über die angegebene Anzahl hinaus beibehalten werden sollen. Damit der Übergang stattfinden kann, müssen `<NoncurrentDays>` **sowohl** die als auch die `<NewerNoncurrentVersions>` Werte überschritten werden.

  Sie müssen auch ein `<Filter>`-Element angeben, um die maximale Anzahl nicht aktueller Versionen festzulegen. Wenn Sie kein `<Filter>`-Element angeben, generiert Amazon S3 einen `InvalidRequest`-Fehler, sobald Sie eine maximale Anzahl nicht aktueller Versionen angeben.

  Weitere Informationen zum Übergang von Objekten finden Sie unter [Unterstützte Übertragungen](lifecycle-transition-general-considerations.md#lifecycle-general-considerations-transition-sc). Ausführliche Informationen dazu, wie Amazon S3 das Datum berechnet, wenn Sie die Anzahl der Tage in der `NoncurrentVersionTransition`-Aktion angeben, finden Sie unter [Lebenszyklusregeln: Basierend auf dem Alter eines Objekts](#intro-lifecycle-rules-number-of-days).
+ **`NoncurrentVersionExpiration`-Aktionselement** – Verwenden Sie diese Aktion, um festzulegen, dass Amazon S3 nicht aktuelle Versionen von Objekten dauerhaft entfernen soll. Diese gelöschten Objekte können nicht wiederhergestellt werden. Sie können diesem Ablauf eine bestimmte Anzahl von Tagen zugrunde legen, seit die Objekte nicht mehr aktuell sind (`<NoncurrentDays>`). Zusätzlich zur Anzahl der Tage können Sie auch die Anzahl der nicht aktuellen Versionen (`<NewerNoncurrentVersions>`) angeben, die aufbewahrt werden sollen (zwischen 1 und 100). Dieser Wert gibt die Anzahl der neueren nicht aktuellen Versionen an, die vorhanden sein müssen, damit Amazon S3 die zugehörige Aktion für eine bestimmte Version ausführen kann. Amazon S3 löscht alle zusätzlichen nicht aktuellen Versionen dauerhaft, die über die angegebene Anzahl hinaus beibehalten werden sollen. Damit der Löschvorgang durchgeführt werden kann, müssen `<NoncurrentDays>` **sowohl** der als auch der `<NewerNoncurrentVersions>` Wert überschritten werden.

  Sie müssen auch ein `<Filter>`-Element angeben, um die maximale Anzahl nicht aktueller Versionen festzulegen. Wenn Sie kein `<Filter>`-Element angeben, generiert Amazon S3 einen `InvalidRequest`-Fehler, sobald Sie eine maximale Anzahl nicht aktueller Versionen angeben.

  Das verzögerte Entfernen nicht aktueller Objekte kann hilfreich sein, wenn Sie versehentliche Lösch- oder Überschreibvorgänge korrigieren müssen. Beispielsweise können Sie eine Ablaufregel konfigurieren, um nicht aktuelle Versionen fünf Tage nach dem Zeitpunkt zu löschen, zu dem sie nicht aktuell geworden sind. Angenommen, Sie erstellen am 01.01.2014 um 10:30 Uhr UTC das Objekt `photo.gif` (Versions-ID 111111). Am 2.1.2014 um 11:30 Uhr UTC löschen Sie versehentlich `photo.gif` (Versions-ID 111111), wodurch eine Löschmarkierung mit einer neuen Versions-ID erstellt wird (z. B. Versions-ID 4857693). Jetzt haben Sie fünf Tage Zeit, die Originalversion von `photo.gif` (Versions-ID 111111) wiederherzustellen, bevor das Löschen permanent wird. Am 8.1.2014 um 00:00 Uhr UTC wird die Lebenszyklusregel für den Ablauf ausgeführt und löscht `photo.gif` (Versions-ID 111111) permanent. Dies erfolgt fünf Tage, nachdem es zu einer nicht aktuellen Version geworden ist. 

  Weitere Informationen darüber, wie Amazon S3 das Datum berechnet, an dem Sie die Anzahl der Tage `NoncurrentVersionExpiration` Aktion angeben finden Sie in [Lebenszyklusregeln: Basierend auf dem Alter eines Objekts](#intro-lifecycle-rules-number-of-days).
**Anmerkung**  
Objektablauf-Lebenszykluskonfigurationen entfernen keine unvollständigen mehrteiligen Uploads. Um unvollständige mehrteilige Uploads zu entfernen, müssen Sie die Lebenszykluskonfigurations-Aktion `AbortIncompleteMultipartUpload` verwenden, die später in diesem Abschnitt beschrieben wird. 

Neben den Übertragungs- und Ablaufaktionen können Sie die folgenden Lebenszykluskonfigurationsaktionen verwenden, um Amazon S3 anzuweisen, unvollständige mehrteilige Uploads abzubrechen oder abgelaufene Objekte mit Löschmarkierung zu entfernen. 
+ **`AbortIncompleteMultipartUpload`-Aktionselement** – Mit diesem Element können Sie eine maximale Zeitdauer (in Tagen) festlegen, für den Sie die Bearbeitung mehrteiliger Uploads zulassen möchten. Wenn die jeweiligen mehrteiligen Uploads (festgelegt durch das in der Lebenszyklusregel angegebene `prefix` des Schlüsselnamens) nicht innerhalb des vordefinierten Zeitraums erfolgreich abgeschlossen werden, bricht Amazon S3 die unvollständigen mehrteiligen Uploads ab. Weitere Informationen finden Sie unter [Abbrechen eines mehrteiligen Uploads](abort-mpu.md). 
**Anmerkung**  
Sie können diese Lebenszyklusaktion nicht in einer Regel angeben, die einen Filter hat, der Objekt-Markierungen verwendet. 
+ **`ExpiredObjectDeleteMarker`-Aktionselement** – In einem Bucket mit aktiviertem Versioning wird eine Löschmarkierung, die keine nicht aktuellen Versionen enthält, als *Löschmarkierung für abgelaufene Objekte* bezeichnet. Sie können diese Lebenszyklusaktion verwenden, um Amazon S3 anzuweisen, Löschmarkierungen abgelaufener Objekte zu entfernen. Ein Beispiel finden Sie unter [Entfernen von Löschmarkierungen für abgelaufene Objekte in einem Bucket mit aktivierter Versionsverwaltung](lifecycle-configuration-examples.md#lifecycle-config-conceptual-ex7).
**Anmerkung**  
Sie können diese Lebenszyklusaktion nicht in einer Regel angeben, die einen Filter hat, der Objekt-Markierungen verwendet.

### Wie Amazon S3 berechnet, wie lange ein Objekt nicht aktuell ist
<a name="non-current-days-calculations"></a>

In einem versionsfähigen Bucket können Sie mehrere Versionen eines Objekts haben. Es gibt immer eine aktuelle Version und null oder mehr nicht aktuelle Versionen. Immer wenn Sie ein Objekt hochladen, wird die aktuelle Version als die nicht aktuelle Version beibehalten, und die neu hinzugefügte Version, der Nachfolger, wird zur aktuellen Version. Um die Anzahl der Tage zu bestimmen, wie lange ein Objekt nicht aktuell ist, wertet Amazon S3 es aus, wenn der Nachfolger erstellt wurde. Amazon S3 verwendet die Anzahl der Tage, seit der Nachfolger erstellt wurde, als die Anzahl der Tage, wie lange ein Objekt nicht aktuell ist.

**Wiederherstellung vorheriger Versionen eines Objekts bei Verwendung von S3-Lebenszykluskonfigurationen**  
Wie in [Wiederherstellen früherer Versionen](RestoringPreviousVersions.md) erklärt, können Sie eine der beiden folgenden Methoden verwenden, um vorherige Versionen eines Objekts abzurufen:  
**Methode 1 – Eine nicht aktuelle Version des Objekts in denselben Bucket kopieren.** Das kopierte Objekt wird zur aktuellen Version dieses Objekts, und alle Objektversionen werden beibehalten.
**Methode 2 – Die aktuelle Version des Objekts dauerhaft löschen.** Wenn Sie die aktuelle Objektversion löschen, wandeln Sie letztlich die nicht aktuelle Version in die aktuelle Version dieses Objekts um. 
Wenn Sie S3-Lebenszyklus-Konfigurationsregeln für Buckets mit aktiviertem Versioning verwenden, empfehlen wir Ihnen, Methode 1 zu verwenden, was sich bewährt hat.   
Der S3-Lebenszyklus arbeitet nach einem letztlich konsistenten Modell. Eine aktuelle Version, die Sie dauerhaft gelöscht haben, verschwindet möglicherweise erst, wenn die Änderungen an alle Amazon-S3-Systeme propagiert werden. (Daher kennt Amazon S3 diese Löschaktion möglicherweise vorübergehend nicht.) In der Zwischenzeit kann die Lebenszyklusregel, die Sie für den Ablauf nicht aktueller Objekte konfiguriert haben, die nicht aktuellen Objekte dauerhaft entfernen, auch dasjenige, das Sie wiederherstellen möchten. Das Kopieren der alten Version, wie in Methode 1 empfohlen, ist deshalb die sicherere Alternative.

### Lebenszyklusaktionen und der Versioning-Status eines Buckets
<a name="lifecycle-actions-bucket-versioning-state"></a>

Die folgende Tabelle zeigt einen Überblick über das Verhalten der Aktionen der S3-Lebenszyklus-Konfigurationsregeln für Objekte im Hinblick auf den Versioning-Status des Buckets, der das Objekt enthält.


| Action | Nicht versionsfähiger Bucket (Versioning nicht aktiviert) | Bucket mit aktiviertem Versioning | Bucket mit ausgesetztem Versioning | 
| --- | --- | --- | --- | 
|  `Transition` Wenn ein vorgegebenes Datum oder einem Zeitintervall innerhalb der Lebensdauer des Objekts erreicht ist  | Amazon S3 führt das Objekt in die angegebene Speicherklasse über. | Amazon S3 führt die aktuelle Version des Objekts in die angegebene Speicherklasse über. | Dasselbe Verhalten wie ein Bucket mit aktiviertem Versioning. | 
|  `Expiration` Wenn ein vorgegebenes Datum oder einem Zeitintervall innerhalb der Lebensdauer des Objekts erreicht ist  | Die Expiration-Aktion löscht das Objekt, und das gelöschte Objekt kann nicht wiederhergestellt werden. | Wenn die aktuelle Version keine Löschmarkierung ist, erstellt Amazon S3 eine Löschmarkierung, die zur aktuellen Version wird, und die vorhandene aktuelle Version wird als nicht aktuelle Version beibehalten. | Die Lebenszyklusaktion erstellt eine Löschmarkierung mit der Versions-ID null, die zur aktuellen Version wird. Wenn die Versions-ID der aktuellen Version des Objekts null ist, löscht die Expiration-Aktion diese Version dauerhaft. Andernfalls wird die aktuelle Version als nicht aktuelle Version beibehalten. | 
|  `NoncurrentVersionTransition` **Bei veralteten Versionen in einem Bucket mit aktivierter Versionsverwaltung oder angehaltener Versionsverwaltung wechselt S3 Lifecycle ein Objekt, wenn die Anzahl der Tage, seit das Objekt nicht aktuell war, sowohl den in der Regel unter **Tage nach der Nichtaktualität von Objekten** (`<NoncurrentDays>`) angegebenen Wert überschreitet als auch wenn die Anzahl der Versionen den in Anzahl der **beibehaltenen neueren Versionen (`<NewerNoncurrentVersions>`) in der** Regel angegebenen Wert überschreitet.**  | NoncurrentVersionTransition hat keine Auswirkungen. |  Amazon S3 führt die nicht aktuellen Versionen des Objekts in die angegebene Speicherklasse über.  | Dasselbe Verhalten wie ein Bucket mit aktiviertem Versioning. | 
|  `NoncurrentVersionExpiration` **Bei nicht aktuellen Versionen in einem Bucket mit aktivierter Versionsverwaltung oder angehaltener Versionsverwaltung läuft ein Objekt in S3 Lifecycle ab, wenn die Anzahl der Tage, seit das Objekt nicht aktuell war, sowohl den in der Regel unter **Tage nach der Nichtaktualität von Objekten** (`<NoncurrentDays>`) angegebenen Wert überschreitet als auch wenn die Anzahl der Versionen den in **Anzahl der beizubehaltenden neueren Versionen** (`<NewerNoncurrentVersions>`) in der Regel angegebenen Wert überschreitet.**  | NoncurrentVersionExpiration hat keine Auswirkungen. | Die NoncurrentVersionExpiration-Aktion löscht die nicht aktuelle Version des Objekts dauerhaft, und das gelöschte Objekt kann nicht wiederhergestellt werden. | Dasselbe Verhalten wie ein Bucket mit aktiviertem Versioning. | 

### Lebenszyklusregeln: Basierend auf dem Alter eines Objekts
<a name="intro-lifecycle-rules-number-of-days"></a>

Sie können ein Zeitintervall als Anzahl der Tage ab der Erstellung (oder Änderung) des Objekts angeben, wann Amazon S3 die festgelegte Aktion ausführen kann. 

Wenn Sie die Anzahl der Tage in den `Transition`- und `Expiration`-Aktionen in einer S3-Lebenszykluskonfiguration angeben, beachten Sie Folgendes:
+ Der Wert, den Sie festlegen, ist die Anzahl der Tage nach der Erstellung des Objekts, wann die Aktion stattfindet.
+ Amazon S3 berechnet die Zeit, indem es die in der Regel angegebene Anzahl an Tagen zur Zeit der Objekterstellung hinzufügt und die resultierende Zeit auf die UTC des nächsten Tags um Mitternacht rundet. Wurde ein Objekt beispielsweise am 15.1.2014 um 10:30 Uhr UTC erstellt und Sie geben in einer Übergangsregel 3 Tage an, wird das Übergangsdatum des Objekts für den 19.1.2014 um 00:00 Uhr UTC berechnet. 

**Anmerkung**  
Amazon S3 behält nur das letzte Änderungsdatum für jedes Objekt bei. Beispielsweise zeigt die Amazon-S3-Konsole das Datum **Last Modified (Zuletzt geändert)** im Bereich **Properties (Eigenschaften)** für das Objekt an. Wenn Sie ein neues Objekt erstellen, ist dieses Datum das Datum, zu dem das Objekt erstellt wurde. Wenn Sie das Objekt ersetzen, ändert sich das Datum entsprechend. Daher ist das Erstellungsdatum gleichbedeutend mit dem Datum der **letzten Änderung (Last modified)**. 

Wenn Sie die Anzahl der Tage in den `NoncurrentVersionTransition`- und `NoncurrentVersionExpiration`-Aktionen in einer Lebenszykluskonfiguration angeben, beachten Sie Folgendes:
+ Der Wert, den Sie festlegen, ist die Anzahl der Tage, ab dem Zeitpunkt, an dem die Version des Objekts nicht aktuell wird (d. h. der Zeitpunkt, an dem das Objekt überschrieben oder gelöscht wird). Dies gilt für die Version des Objekts, für das Amazon S3 die Aktion ausführen wird.
+ Amazon S3 berechnet die Zeit, indem es die in der Regel angegebene Anzahl an Tagen der Zeit hinzufügt, zu der die neue Nachfolgerversion des Objekts erstellt wurde, und die resultierende Zeit auf die UTC des nächsten Tags um Mitternacht rundet. Angenommen, Sie haben in Ihrem Bucket eine aktuelle Version eines Objekts, das am 1.1.2014 um 10:30 Uhr UTC erstellt wurde. Wenn die neue Version des Objekts, die die aktuelle Version ersetzt, am 15.1.2014 um 10:30 Uhr UTC erstellt wird und Sie in einer Übergangsregel 3 Tage angeben, wird das Übergangsdatum für das Objekt für den 19.1.2014 um 00:00 Uhr UTC berechnet. 

### Lebenszyklusregeln: Basierend auf einem spezifischen Datum
<a name="intro-lifecycle-rules-date"></a>

Wenn Sie in einer S3-Lebenszyklusregel eine Aktion angeben, können Sie ein Datum angeben, wann Amazon S3 die Aktion ausführen soll. Wenn das spezifische Datum erreicht ist, wendet Amazon S3 die Aktion auf alle qualifizierten Objekte an (basierend auf den Filterkriterien). 

Wenn Sie eine S3-Lebenszyklusaktion mit einem Datum angeben, das in der Vergangenheit liegt, kommen sofort alle qualifizierten Objekte für diese Lebenszyklusaktion in Frage.

**Wichtig**  
Die auf einem Datum basierende Aktion ist keine einmalige Aktion. Amazon S3 wendet die auf dem Datum basierende Aktion auch an, nachdem das Datum erreicht wurde, solange der Regel-Status is `Enabled`.  
Angenommen, Sie geben eine auf einem Datum basierende `Expiration`-Aktion an, um alle Objekte zu löschen (unter der Annahme, dass in der Regel kein Filter angegeben ist). Amazon S3 lässt zu dem angegebenen Datum alle Objekte in dem Bucket ablaufen. Amazon S3 lässt auch weiterhin alle neuen Objekte ablaufen, die Sie in dem Bucket erstellen. Um die Lebenszyklusaktion zu unterbrechen, müssen Sie die Aktion aus der Lebenszyklusregel entfernen, die Regel deaktivieren oder die Regel aus der Lebenszykluskonfiguration löschen.

Der Datumswert muss konform zum Format ISO 8601 angegeben werden. Die Uhrzeit ist stets Mitternacht UTC. 

**Anmerkung**  
Sie können die auf dem Datum basierenden Lebenszyklusregeln nicht über die Amazon-S3-Konsole erstellen, aber Sie können solche Regeln anzeigen, deaktivieren oder löschen. 

# Hinzufügen von Filtern zu Lebenszyklusregeln
<a name="intro-lifecycle-filters"></a>

Filter sind ein optionales Element von Lebenszyklusregeln, über das Sie angeben können, für welche Objekte die Regel gilt.

Die folgenden Elemente können zum Filtern von Objekten verwendet werden:

**Schlüsselpräfix**  
Sie können Objekte auf der Basis eines Präfixes filtern. Wenn Sie eine Lebenszyklusaktion auf eine Teilmenge von Objekten mit unterschiedlichen Präfixen anwenden möchten, erstellen Sie bitte für jede Aktion separate Regeln.

**Objekt-Tags**  
Sie können Objekte auf der Basis einer oder mehrerer Markierungen filtern. Jede Markierung muss exakt mit dem Schlüssel und dem Wert übereinstimmen, und wenn Sie mehrere Markierungen festlegen, muss jeder Markierungsschlüssel eindeutig sein. Ein Filter mit mehreren Objektmarkierungen gilt für eine Untermenge von Objekten, für die alle Markierungen angegeben sind. Wenn für ein Objekt zusätzliche Markierungen festgelegt sind, gilt der Filter weiterhin.  
Wenn Sie nur ein Element `Key` und kein Element `Value` angeben, gilt die Regel nur für Objekte, die dem Schlüssel der Markierung entsprechen und für die kein Wert angegeben ist.

**Mindest- oder maximale Objektgröße**  
Sie können Objekte auf der Basis ihrer Größe filtern. Sie können eine Mindestgröße angeben (`ObjectSizeGreaterThan`) oder eine maximale Größe (`ObjectSizeLessThan`), oder Sie können einen Bereich von Objektgrößen im gleichen Filter festlegen. Objektgrößenwerte sind in Bytes. Die maximale Filtergröße beträgt 50 TB. Amazon S3 wendet eine standardmäßige Mindestobjektgröße auf die Lebenszykluskonfiguration an. Weitere Informationen finden Sie unter [Beispiel: Zulassen der Übertragung von Objekten, die kleiner als 128 KB sind](lifecycle-configuration-examples.md#lc-small-objects).

Sie können verschiedene Filterelemente miteinander kombinieren. In diesem Fall verwendet Amazon S3 ein logisches `AND`.

## Filterbeispiele
<a name="filter-examples"></a>

Die folgenden Beispiele zeigen, wie Sie verschiedene Filterelemente verwenden können:
+ **Festlegen eines Filters unter Verwendung von Schlüsselpräfixen** – Dieses Beispiel zeigt eine S3-Lebenszyklusregel, die sich abhängig vom Schlüsselnamenpräfix (`logs/`) auf eine Untermenge von Objekten bezieht. Beispielsweise gilt die Lebenszyklusregel für die Objekte `logs/mylog.txt`, `logs/temp1.txt` und `logs/test.txt`. Die Regel gilt nicht für das Objekt `example.jpg`.

  ```
  <LifecycleConfiguration>
      <Rule>
          <Filter>
             <Prefix>logs/</Prefix>
          </Filter>
          transition/expiration actions
           ...
      </Rule>
      ...
  </LifecycleConfiguration>
  ```
**Anmerkung**  
 Wenn Sie über ein oder mehrere Präfixe verfügen, die mit denselben Zeichen beginnen, können Sie all diese Präfixe in Ihre Regel aufnehmen, indem Sie im Filter ein Teilpräfix ohne abschließenden Schrägstrich (`/`) angeben. Angenommen, Sie haben folgende Präfixe:  

  ```
  sales1999/
                  sales2000/
                  sales2001/
  ```
Um alle drei Präfixe in Ihre Regel aufzunehmen, geben Sie `sales` als Präfix in Ihrer Lebenszyklusregel an.

  Wenn Sie eine Lebenszyklusaktion auf eine Untermenge von Objekten basierend auf unterschiedlichen Schlüsselnamenpräfixen anwenden wollen, müssen Sie separate Regeln angeben. Geben Sie in jeder Regel einen auf einem Präfix basierenden Filter an. Um beispielsweise eine Lebenszyklusaktion für Objekte mit den Schlüsselpräfixen `projectA/` und `projectB/` zu beschreiben, geben Sie zwei Regeln folgendermaßen an: 

  ```
  <LifecycleConfiguration>
      <Rule>
          <Filter>
             <Prefix>projectA/</Prefix>
          </Filter>
          transition/expiration actions
           ...
      </Rule>
  
      <Rule>
          <Filter>
             <Prefix>projectB/</Prefix>
          </Filter>
          transition/expiration actions
           ...
      </Rule>
  </LifecycleConfiguration>
  ```

  Weitere Informationen über Objektschlüssel finden Sie unter [Markieren von Amazon-S3-Objekten](object-keys.md). 
+ **Festlegen eines Filters auf der Basis von Objekt-Markierungen** – Im folgenden Beispiel gibt die Lebenszyklusregel einen Filter basierend auf einem Tag (`key`) und einem Wert (`value`) an. Die Regel wird dann nur auf eine Untermenge von Objekten mit dem spezifischen Tag angewendet.

  ```
  <LifecycleConfiguration>
      <Rule>
          <Filter>
             <Tag>
                <Key>key</Key>
                <Value>value</Value>
             </Tag>
          </Filter>
          transition/expiration actions
          ...
      </Rule>
  </LifecycleConfiguration>
  ```

  Sie können einen Filter auf mehreren Markierungen basierend angeben. Sie müssen die Markierungen mit dem Element `<And>` umschließen wie im folgenden Beispiel gezeigt. Die Regel weist Amazon S3 an, Lebenszyklusaktionen für Objekte mit zwei Markierungen auszuführen (mit dem spezifischen Tag-Schlüssel und -wert).

  ```
  <LifecycleConfiguration>
      <Rule>
        <Filter>
           <And>
              <Tag>
                 <Key>key1</Key>
                 <Value>value1</Value>
              </Tag>
              <Tag>
                 <Key>key2</Key>
                 <Value>value2</Value>
              </Tag>
               ...
            </And>
        </Filter>
        transition/expiration actions
      </Rule>
  </Lifecycle>
  ```

  Die Lebenszyklusregel gilt für Objekte, für die beide Markierungen angegeben sind. Amazon S3 führt eine logische `AND`-Operation aus. Beachten Sie Folgendes:
  + Jede Markierung muss exakt mit dem Schlüssel *und* dem Wert übereinstimmen. Wenn Sie nur ein Element `<Key>` und kein Element `<Value>` angeben, gilt die Regel nur für Objekte, die dem Schlüssel der Markierung entsprechen und für die *kein* Wert angegeben ist.
  + Die Regel gilt für die Untermenge der Objekte, , die alle in der Regel angegebenen Markierungen besitzt. Wenn für ein Objekt zusätzliche Markierungen angegeben sind, gilt die Regel weiterhin.
**Anmerkung**  
Wenn Sie mehrere Markierungen in einem Filter spezifizieren, muss jeder Tag-Schlüssel eindeutig sein.
+ **Festlegen eines Filters auf der Basis eines Präfixes und mindestens einer Markierung** – Sie können in einer Lebenszyklusregel einen Filter angeben, der sowohl auf dem Schlüsselpräfix als auch auf mindestens einer Markierung basiert. Auch hier müssen Sie all diese Filterelemente folgendermaßen mit dem Element `<And>` umschließen:

  ```
  <LifecycleConfiguration>
      <Rule>
          <Filter>
            <And>
               <Prefix>key-prefix</Prefix>
               <Tag>
                  <Key>key1</Key>
                  <Value>value1</Value>
               </Tag>
               <Tag>
                  <Key>key2</Key>
                  <Value>value2</Value>
               </Tag>
                ...
            </And>
          </Filter>
          <Status>Enabled</Status>
          transition/expiration actions
      </Rule>
  </LifecycleConfiguration>
  ```

  Amazon S3 kombiniert diese Filter unter Verwendung eines logischen `AND`-Vorgangs. Das bedeutet, die Regel wird auf eine Untermenge von Objekten mit dem festgelegten Schlüsselpräfix und den festgelegten Markierungen angewendet. Ein Filter kann höchstens ein Präfix und null oder mehr Markierungen aufweisen.
+ **Festlegen eines leeren Filters** – Sie können einen leeren Filter festlegen, wodurch die Regel für alle Objekte in dem Bucket gilt.

  ```
  <LifecycleConfiguration>
      <Rule>
          <Filter>
          </Filter>
          <Status>Enabled</Status>
          transition/expiration actions
      </Rule>
  </LifecycleConfiguration>
  ```
+ **Festlegen eines Objektgrößenfilters** – Um eine Regel nach Objektgröße zu filtern, können Sie eine Mindestgröße (`ObjectSizeGreaterThan`) oder eine maximale Größe (`ObjectSizeLessThan`) oder einen Bereich von Objektgrößen festlegen.

  Objektgrößenwerte sind in Bytes. Die maximale Filtergröße beträgt 50 TB. Für einige Speicherklassen gelten Beschränkungen für die Mindestobjektgröße. Weitere Informationen finden Sie unter [Vergleich der Amazon-S3-Speicherklassen](storage-class-intro.md#sc-compare).

  ```
  <LifecycleConfiguration>
      <Rule>
          <Filter>
              <ObjectSizeGreaterThan>500</ObjectSizeGreaterThan>   
          </Filter>
          <Status>Enabled</Status>
          transition/expiration actions
      </Rule>
  </LifecycleConfiguration>
  ```
**Anmerkung**  
Die Filter `ObjectSizeGreaterThan` und `ObjectSizeLessThan` schließen die festgelegten Werte aus. Beispiel: Wenn Sie festlegen, dass Objekte mit einer Größe von 128 KB bis 1.024 KB von der Speicherklasse S3 Standard auf die Speicherklasse S3 Standard-IA übertragen werden sollen, werden Objekte, die genau 1.024 KB oder 128 KB groß sind, nicht auf S3 Standard-IA übertragen. Stattdessen gilt die Regel nur für Objekte, die größer als 128 KB und kleiner als 1.024 KB sind. 

  Wenn Sie einen Objektgrößenbereich angeben, muss die `ObjectSizeGreaterThan`-Ganzzahl kleiner als der `ObjectSizeLessThan`-Wert sein. Wenn Sie mehr als einen Filter verwenden, müssen Sie die Filter in ein `<And>`-Element packen. Im folgenden Beispiel wird gezeigt, wie Sie Objekte in einem Bereich zwischen 500 und 64.000 Byte angeben. 

  ```
  <LifecycleConfiguration>
      <Rule>
          <Filter>
              <And>
                  <Prefix>key-prefix</Prefix>
                  <ObjectSizeGreaterThan>500</ObjectSizeGreaterThan>
                  <ObjectSizeLessThan>64000</ObjectSizeLessThan>
              </And>    
          </Filter>
          <Status>Enabled</Status>
          transition/expiration actions
      </Rule>
  </LifecycleConfiguration>
  ```