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.

# Wiedergeben von gespeicherten Ereignissen für einen Abonnenten
<a name="eb-custom-bus-replay"></a>

Um Ereignisse zu übertragen, die der Bus bereits enthält, erstellen Sie beispielsweise `--point-in-time-configuration '{ "PointType": "TIMESTAMP", "StartingPoint": "2026-09-01T00:00:00Z" }'` einen Abonnenten mit `--starting-position POINT_IN_TIME` einem Startpunkt innerhalb des Aufbewahrungsfensters des Busses. Es gibt keine separate Wiedergabe-API: Ein Abonnent liest die gespeicherten Ereignisse von seiner Startposition aus, sodass alles, was noch innerhalb des Aufbewahrungszeitraums liegt, erneut zugestellt werden kann. `DescribeEventBus`gibt zurück`RetentionWindowStartTime`, den frühesten Punkt, von dem aus ein Abonnent lesen kann; auf einem neuen Bus ist das die Erstellungszeit des Busses, sodass ein aktueller Zeitstempel immer noch außerhalb des Fensters liegen kann. Die Aufbewahrungsfrist selbst finden Sie unter[Auswahl des Aufbewahrungszeitraums](eb-custom-bus-create.md#eb-custom-bus-create-retention).

## Startposition
<a name="eb-custom-bus-retention-start"></a>

Wenn Sie einen Abonnenten erstellen, bedeutet `--starting-position` dies, nur Ereignisse `LATEST` zu empfangen, die veröffentlicht wurden, nachdem der Abonnent existiert hat, oder aus dem gespeicherten Verlauf `POINT_IN_TIME` zu lesen. Mit`POINT_IN_TIME`, `--point-in-time-configuration` setzt `PointType` auf`HORIZON`, das früheste beibehaltene Ereignis oder auf `TIMESTAMP` mit einem`StartingPoint`. Der Startpunkt muss innerhalb des Aufbewahrungsfensters liegen: am oder danach `RetentionWindowStartTime` und nicht in der Zukunft. Eine Option `EndPoint` stoppt den Abonnenten zu diesem Zeitpunkt. Wenn Sie diese `EndPoint` Option weglassen, liest sich der Abonnent die gespeicherten Ereignisse durch, informiert sich über Live-Ereignisse und liefert weiter.

```
aws eventsv2 create-subscriber \
    --name reprocess-september \
    --event-bus-arn arn:aws:events:us-east-1:111122223333:event-busv2/orders/EXAMPLE1234567890abcdef \
    --starting-position POINT_IN_TIME \
    --point-in-time-configuration '{ "PointType": "TIMESTAMP", "StartingPoint": "2026-09-01T00:00:00Z" }' \
    --invoke-configuration '{
        "TargetArn": "arn:aws:sqs:us-east-1:111122223333:reprocess",
        "RoleArn": "arn:aws:iam::111122223333:role/EventBusDeliveryRole"
    }'
```

Eine Wiederholung hat eine Startverzögerung und läuft dann mit Live-Geschwindigkeit. Berücksichtigen Sie die Verzögerung, bevor Sie zu dem Schluss kommen, dass eine Wiederholung nicht funktioniert. Informationen dazu, wie Sie einen Abonnenten pausieren und ihn später mit oder ohne Rückstand fortsetzen können, finden Sie unter. [Anhalten und Fortsetzen](eb-custom-bus-update.md#eb-custom-bus-update-pause)

## Wiedergegebene Ereignisse auseinanderhalten
<a name="eb-custom-bus-retention-marked"></a>

Jedes übermittelte Ereignis ist übertragbar`SystemMetadata."aws:DeliveryType"`, und zwar sowohl `LIVE` für ein Ereignis, das sofort zugestellt wurde, als auch `REPLAY` für ein Ereignis, das aus der gespeicherten Historie gelesen wurde. Benutze es, um die Verbraucher während einer Wiederholung idempotent zu machen.