Skip to main content
Eine neuere Version dieses Produkts ist erhältlich.
Die deutsche Sprachversion wurde als Serviceleistung für Sie durch maschinelle Übersetzung erstellt. Bei eventuellen Unstimmigkeiten hat die englische Sprachversion Vorrang.

WIEDERHERSTELLUNG VON POSTOBJEKTEN

Beitragende
PDFs

Sie können die Wiederherstellungsanforderung für S3-OBJEKTE NACH DEM Posten verwenden, um ein Objekt wiederherzustellen, das in einem Cloud-Storage-Pool gespeichert ist.

Unterstützter Anforderungstyp

StorageGRID unterstützt nur ANFRAGEN zur WIEDERHERSTELLUNG EINES Objekts NACH DEM WIEDERHERSTELLEN. Das unterstützt nicht SELECT Art der Wiederherstellung. Wählen Sie Rückgabeanforderungen aus XNotImplemented.

Versionierung

Geben Sie optional an versionId Zum Wiederherstellen einer bestimmten Version eines Objekts in einem versionierten Bucket Wenn Sie keine Angabe machen versionId, Die neueste Version des Objekts wird wiederhergestellt

Verhalten DER WIEDERHERSTELLUNG NACH Objekten in Cloud-Storage-Pool-Objekten

Wenn ein Objekt in einem Cloud-Storage-Pool gespeichert wurde (siehe Anweisungen zum Managen von Objekten mit Information Lifecycle Management), weist eine Anfrage zur WIEDERHERSTELLUNG NACH dem Objekt auf Basis des Status des Objekts das folgende Verhalten auf. Weitere Informationen finden Sie unter „HEAD Object“.

Hinweis Wenn ein Objekt in einem Cloud-Storage-Pool gespeichert wird und eine oder mehrere Kopien des Objekts auch im Grid vorhanden sind, muss das Objekt nicht durch eine Wiederherstellungsanforderung FÜR DAS POSTOBJEKT wiederhergestellt werden. Stattdessen kann die lokale Kopie direkt mit Hilfe einer GET Object-Anforderung abgerufen werden.
Status des Objekts Verhalten DER WIEDERHERSTELLUNG NACH Objekten

Objekt wird in StorageGRID aufgenommen, aber noch nicht durch ILM evaluiert oder Objekt befindet sich nicht in einem Cloud-Storage-Pool

403 Forbidden, InvalidObjectState

Objekt in Cloud-Storage-Pool, ist aber noch nicht in einen Zustand übergegangen, der nicht abrufbar ist

200 OK Es werden keine Änderungen vorgenommen.

Hinweis: Bevor ein Objekt in einen nicht-abrufbaren Zustand überführt wurde, kann es nicht geändert werden expiry-date.

Das Objekt wurde in einen nicht aufrufbaren Zustand überführt

202 Accepted Stellt eine abrufbare Kopie des Objekts für die im Anforderungstext angegebene Anzahl an Tagen in den Cloud-Speicher-Pool wieder her. Am Ende dieses Zeitraums wird das Objekt in einen nicht aufrufbaren Zustand zurückgeführt.

Verwenden Sie optional den Tier Element anfordern, um zu bestimmen, wie lange der Wiederherstellungsauftrag dauern wird (Expedited, Standard, Oder Bulk). Wenn Sie keine Angabe machen Tier, Das Standard Tier wird verwendet.

Wichtig: Wenn ein Objekt in S3 Glacier Deep Archive überführt wurde oder der Cloud Storage Pool Azure Blob Storage verwendet, können Sie es nicht mit wiederherstellen Expedited Ebene: Der folgende Fehler wird zurückgegeben 403 Forbidden, InvalidTier: Retrieval option is not supported by this storage class.

Objekt wird aus einem nicht aufrufbaren Zustand wiederhergestellt

409 Conflict, RestoreAlreadyInProgress

Das Objekt wird im Cloud-Storage-Pool vollständig wiederhergestellt

200 OK

Hinweis: Wenn ein Objekt in einen aufrufbaren Zustand wiederhergestellt wurde, können Sie dessen ändern expiry-date Indem Sie die Anforderung zur Wiederherstellung DES POSTOBJEKTS mit einem neuen Wert für neu ausgeben Days. Das Wiederherstellungsdatum wird zum Zeitpunkt der Anfrage aktualisiert.
Verwandte Informationen

"Objektmanagement mit ILM"

"HEAD Objekt"

"S3-Vorgänge werden in Prüfprotokollen nachverfolgt"