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.
Schema der Journaltabellen in S3, Metadaten
Die Journaltabelle zeichnet Änderungen an Ihren Daten nahezu in Echtzeit auf und hilft Ihnen dabei, neue Daten zu identifizieren, die in Ihren Bucket hochgeladen wurden, kürzlich gelöschte Objekte nachzuverfolgen, Lebenszyklusübergänge zu überwachen und vieles mehr. In der Journaltabelle werden neue Objekte und Aktualisierungen Ihrer Objekte und ihrer Metadaten aufgezeichnet (Aktualisierungen, die entweder eine Operation PUT oder eine DELETE Operation erfordern). Da diese Tabelle abfragbar ist, können Sie die Änderungen an Ihrem Bucket mithilfe einfacher SQL-Abfragen überprüfen.
Sie können die Journaltabelle für Anwendungsfälle in den Bereichen Sicherheit, Prüfung und Compliance verwenden, um hochgeladene, gelöschte und geänderte Objekte im Bucket nachzuverfolgen. Sie können beispielsweise die Journaltabelle abfragen, um Fragen wie die folgenden zu beantworten:
-
Welche Objekte wurden in den letzten 24 Stunden von S3 Lifecycle gelöscht?
-
Von welchen IP-Adressen kamen die neuesten
PUTAnfragen? -
Welche AWS Key Management Service (AWS KMS) Schlüssel wurden in den letzten 7 Tagen für
PUTAnfragen verwendet? -
Welche Objekte in Ihrem Bucket wurden in den letzten fünf Tagen von Amazon Bedrock erstellt?
Journaltabellen mit Amazon S3 S3-Metadaten enthalten Zeilen und Spalten. Jede Zeile steht für ein Mutationsereignis, das ein Objekt in Ihrem Allzweck-Bucket erstellt, aktualisiert oder gelöscht hat. Die meisten dieser Ereignisse resultieren aus Benutzeraktionen, aber einige dieser Ereignisse resultieren aus Aktionen, die Amazon S3 in Ihrem Namen ergriffen hat, wie z. B. Ablaufen des S3-Lebenszyklus oder Speicherklassenwechsel.
Die Journaltabellen mit S3-Metadaten stimmen letztendlich mit den Änderungen überein, die in Ihrem Allzweck-Bucket vorgenommen wurden. In einigen Fällen wurde das Objekt möglicherweise bereits überschrieben oder im Bucket gelöscht, wenn die S3-Metadaten darüber informiert werden, dass ein Objekt erstellt oder aktualisiert wurde. In solchen Fällen können die Objekte nicht mehr abgerufen werden, und in einigen Spalten wird möglicherweise ein NULL-Wert angezeigt, was auf ein fehlendes Metadatenschema hinweist.
Im Folgenden finden Sie ein Beispiel für eine Journaltabelle für einen Allzweck-Bucket mit dem Namen amzn-s3-demo-bucket:
bucket key sequence_number record_type record_timestamp version_id is_delete_marker size last_modified_date e_tag storage_class is_multipart encryption_status is_bucket_key_enabled kms_key_arn checksum_algorithm object_tags user_metadata requester source_ip_address request_id amzn-s3-demo-bucket Finance/statement1.pdf 80e737d8b4d82f776affffffffffffffff006737d8b4d82f776a00000000000000000000000000000000000000000000000072 CREATE 2024-11-15 23:26:44.899 FALSE 6223 11/15/2024 23:26 e131b86632dda753aac4018f72192b83 STANDARD FALSE SSE-KMS FALSE arn:aws:kms:us-east-1:111122223333:key/1234abcd-12ab-34cd-56ef-1234567890df SSECRC32 {} {count -> Asia, customs -> false, family -> true, location -> Mary, name -> football, user -> United States} 111122223333 192.0.2.1 CVK8FWYRW0M9JW65 amzn-s3-demo-bucket s3-dg.pdf 80e737d8b4e39f1dbdffffffffffffffff006737d8b4e39f1dbd00000000000000000000000000000000000000000000000072 CREATE 2024-11-15 23:26:44.942 FALSE 3554 11/15/2024 23:26 9bb49efc2d92c05558ddffbbde8636d5 STANDARD FALSE DSSE-KMS FALSE arn:aws:kms:us-east-1:936810216292:key/0dcebce6-49fd-4cae-b2e2-5512ad281afd SSESHA1 {} {} 111122223333 192.0.2.1 CVKAQDRAZEG7KXAY amzn-s3-demo-bucket Development/Projects.xls 80e737d8b4ed9ac5c6ffffffffffffffff006737d8b4ed9ac5c600000000000000000000000000000000000000000000000072 CREATE 2024-11-15 23:26:44.966 FALSE 7746 11/15/2024 23:26 729a6863e47fb9955b31bfabce984908 STANDARD FALSE SSE-S3 FALSE NULL SSECRC32 {} {count -> Asia, customs -> Canada, family -> Billiards, filter -> true, location -> Europe, name -> Asia, user -> United States} 111122223333 192.0.2.1 CVK7Z6XQTQ90BSRV
Journaltabellen haben das folgende Schema:
| Spaltenname | Erforderlich? | Datentyp | |
|---|---|---|---|
|
Ja | String | Der Name des Allzweck-Buckets. Weitere Informationen finden Sie unter Benennungsregeln für Allzweck-Buckets. |
|
Ja | String | Der Name des Objektschlüssels (oder Schlüssel), der das Objekt in dem Bucket eindeutig identifiziert. Weitere Informationen finden Sie unter Markieren von Amazon-S3-Objekten. |
|
Ja | String | Die Sequenznummer, bei der es sich um eine Ordinalzahl handelt, die in den Datensätzen für ein bestimmtes Objekt enthalten ist. Um Datensätze desselben Buckets und Schlüssels zu sortieren, können Sie nach |
|
Ja | String | Der Typ dieses Datensatzes,
Weitere Informationen finden Sie unter Löschen von Objekten aus einem versioning-fähigen Bucket. AnmerkungBei einer dauerhaften Löschung werden alle Spalten mit Ausnahme von,,, |
|
Ja | Zeitstempel NTZ (keine Zeitzone) | Der Zeitstempel, der diesem Datensatz zugeordnet ist. |
|
Nein | String |
Die Versions-ID des Objekts. Wenn Sie das Versioning für einen Bucket aktivieren, weist Amazon S3 allen Objekten, die dem Bucket hinzugefügt werden, eine Versionsnummer zu. Weitere Informationen finden Sie unter Beibehalten mehrerer Versionen von Objekten mit der S3-Versionsverwaltung. Objekte, die in Ihrem Bucket gespeichert sind, bevor Sie den Status für die Versionsverwaltung einrichten, haben die Versions-ID „Null“. |
|
Nein | Boolesch |
Der Status der Löschmarkierung des Objekts. Für DELETE-Datensätze, bei denen es sich um Löschmarken handelt, ist dieser Wert AnmerkungZeilen, die für Löschmarkierungen hinzugefügt werden, haben einen |
|
Nein | Long | Die Objektgröße in Byte, ohne die Größe von unvollständigen mehrteiligen Uploads oder Objektmetadaten. Wenn |
|
Nein | Zeitstempel NTZ (keine Zeitzone) | Das Datum, an dem das Objekt erstellt wurde, oder das letzte Änderungsdatum, je nachdem, welcher Wert aktueller ist Bei mehrteiligen Uploads entspricht das Objekterstellungsdatum dem Startdatum des mehrteiligen Uploads. Weitere Informationen finden Sie unter Systemdefinierte Objektmetadaten. |
|
Nein | String | Das Entity-Tag (ETag), das ein Hash des Objekts ist. Das ETag spiegelt nur Änderungen am Inhalt eines Objekts wider, nicht an seinen Metadaten. Dabei ETag kann es sich um MD5 eine Zusammenfassung der Objektdaten handeln. Ob ETag es sich um einen MD5 Digest handelt, hängt davon ab, wie das Objekt erstellt wurde und wie es verschlüsselt ist. Weitere Informationen finden Sie unter Object in der Amazon-S3-API-Referenz. |
|
Nein | String | Die Speicherklasse, für die Speicherung des Objekts verwendet wird. |
|
Nein | Boolesch | Der Upload-Typ des Objekts. Wenn das Objekt als mehrteiliger Upload hochgeladen wurde, ist dieser Wert |
|
Nein | String | Der serverseitige Verschlüsselungsstatus, abhängig vom verwendeten Verschlüsselungsschlüssel: Die serverseitige Verschlüsselung mit von Amazon S3 verwalteten Schlüsseln (SSE-S3), die serverseitige Verschlüsselung mit AWS Key Management Service (AWS KMS) -Schlüsseln (SSE-KMS), die serverseitige Dual-Layer-Verschlüsselung mit AWS KMS keys (DSSE-KMS) oder die serverseitige Verschlüsselung mit vom Kunden bereitgestellten Schlüsseln (SSE-C). Wenn das Objekt unverschlüsselt ist, ist dieser Wert null. Mögliche Werte sind |
|
Nein | Boolesch | Der S3-Bucket-Key-Aktivierungsstatus des Objekts. Wenn das Objekt einen S3-Bucket-Schlüssel für SSE-KMS verwendet, ist dieser Wert. |
|
Nein | String |
Der Amazon-Ressourcenname (ARN) für den KMS-Schlüssel, mit dem das Objekt verschlüsselt ist, für Zeilen, in denen AnmerkungWenn eine Zeile eine Objektversion darstellt, die zum Zeitpunkt der Verarbeitung eines Lösch- oder Überschreibungsereignisses nicht mehr existierte, enthält |
|
Nein | String | Der Algorithmus, der verwendet wird, um die Prüfsumme für das Objekt zu erstellen, einer von |
|
Nein | Map <String, String> |
Die Objekt-Tags, die mit dem Objekt verknüpft sind. Objekt-Tags werden als Zuordnung von Schlüssel-Wert-Paaren gespeichert. Wenn ein Objekt keine Objekt-Tags hat, wird eine leere Zuordnung ( AnmerkungWenn der |
|
Nein | Map <String, String> |
Die Benutzermetadaten, die dem Objekt verknüpft sind. Benutzermetadaten werden als Zuordnung von Schlüssel-Wert-Paaren gespeichert. Wenn ein Objekt keine Benutzermetadaten hat, wird eine leere Zuordnung ( AnmerkungWenn der |
|
Nein | String | Die AWS-Konto ID des Anforderers oder des AWS-Service Prinzipals, der die Anfrage gestellt hat. Wenn der Anforderer beispielsweise S3 Lifecycle ist, lautet dieser Wert. |
|
Nein | String | Die Quell-IP-Adresse der Anforderung. Bei Datensätzen, die durch eine Benutzeranfrage generiert werden, enthält diese Spalte die Quell-IP-Adresse der Anfrage. Für Aktionen, die von Amazon S3 oder einem anderen AWS-Service im Namen des Benutzers ausgeführt werden, enthält diese Spalte einen Nullwert. |
|
Nein | String | Die Anforderungs-ID, die mit dieser Anforderung verknüpft ist. |
