Archivieren und auf kalte Daten zugreifen

IBM Cloud® Object Storage "Archive" und "Accelerated Archive" sind kostengünstige Optionen für Daten, auf die selten zugegriffen wird. Sie können Daten speichern, indem Sie sie aus allen Speichertiers ('Standard', 'Vault', 'Kalte Vault' und 'Flex') in ein Offlinearchiv für die Langzeitspeicherung überführen oder die Onlineoption 'Kalte Vault' verwenden. Mit der neuen Funktion "Accelerated Archive" können Sie schnell auf ruhende Daten zugreifen, wenn die Wiederherstellung in weniger als zwei Stunden erfolgt.

Dieses Feature wird zurzeit in Object Storage nicht unterstützt für Satellite. Weitere Informationen.

Die Archivierungs- und beschleunigten Archivierungsschichten haben eine Mindestspeicherdauer von 90 Tagen. Bei Objekten, die vor diesem Zeitpunkt gelöscht werden, fallen weiterhin Speichergebühren für die vollen 90 Tage an.

Archiv und Accelerated Archive haben beide eine Mindestobjektgröße für die Abrechnung von 128KBs. Kleinere Objekte können weiterhin archiviert werden, werden aber nach dem Tarif für die Objektgröße 128KB abgerechnet.

Für Objekte, die in Vault oder Cold Vault gespeichert werden, wird die volle Mindestaufbewahrungsdauer in diesen Tiers berechnet, auch wenn das Objekt vor der Mindestaufbewahrungsdauer archiviert wird.

Zum Archivieren von Objekten können Sie die Webkonsole, eine REST-API sowie Drittanbietertools verwenden, die in IBM Cloud Object Storage integriert sind.

Weitere Informationen zu Endpunkten finden Sie in Endpunkte und Speicherpositionen.

Archivierungsrichtlinie für Bucket hinzufügen oder verwalten

Wenn Sie eine Archivierungsrichtlinie für ein Bucket erstellen oder ändern, sollten Sie Folgendes beachten:

  • Eine Archivierungsrichtlinie kann zu jedem beliebigen Zeitpunkt zu einem neuen oder vorhandenen Bucket hinzugefügt werden.
  • Eine vorhandene Archivierungsrichtlinie kann geändert oder inaktiviert werden.
  • Eine neu hinzugefügte oder geänderte Archivierungsrichtlinie gilt für neu hochgeladene Objekte, wirkt sich jedoch auf bereits vorhandene Objekte nicht aus.

Erstellen Sie einen Bucket in der Konsole, nachdem Sie sich angemeldet haben, und konfigurieren Sie Ihre Archivierungsrichtlinie.

Wenn Sie neue Objekte, die in ein Bucket hochgeladen wurden, sofort archivieren möchten, geben Sie für die Archivierungsrichtlinie 0 Tage ein.

Die Archivierung steht nur in bestimmten Regionen zur Verfügung. Weitere Einzelheiten zu diesem Thema finden Sie im Abschnitt Integrierte Services.

Archiviertes Objekt wiederherstellen

Um auf ein archiviertes Objekt zugreifen zu können, müssen Sie es im ursprünglichen Speichertier wiederherstellen. Beim Wiederherstellen eines Objekts können Sie die Anzahl der Tage angeben, die das Objekt verfügbar sein soll. Am Ende des angegebenen Zeitraums wird die wiederhergestellte Kopie gelöscht.

Der Wiederherstellungsprozess für die beschleunigte Archivierung dauert bis zu 2 Stunden, während der Wiederherstellungsprozess für die Archivierung bis zu 12 Stunden dauert.

Das archivierte Objekt verfügt über die folgenden Unterstatus:

  • Archiviert: Ein Objekt im Status 'Archiviert' wurde auf Basis der geltenden Archivierungsrichtlinie des Buckets von seinem Onlinespeichertier ('Standard', 'Vault', 'Kalte Vault' oder 'Flex') in das Offlinearchivierungstier verschoben.
  • Wiederherstellen: Für ein Objekt im Status 'Wiederherstellen' wird momentan eine Kopie erstellt, die vom Status 'Archiviert' in das ursprüngliche Onlinespeichertier überführt wird.
  • Wiederhergestellt: Ein Objekt im Status 'Wiederhergestellt' ist eine Kopie des archivierten Objekts, das für einen angegebenen Zeitraum in seinem ursprünglichen Onlinespeichertier wiederhergestellt wurde. Nach Ablauf dieses Zeitraums wird die Kopie des Objekts gelöscht, wobei das archivierte Objekt erhalten bleibt.

Objekt über die AWS-CLI wiederherstellen

In den folgenden Beispielen werden Umgebungsvariablen zur Verdeutlichung verwendet. Diese müssen auf die gewünschten Werte gesetzt werden, z. B. $ENDPOINT auf https://s3.us.cloud-object-storage.appdomain.cloud oder https://s3.eu-de.private.cloud-object-storage.appdomain.cloud oder auf einen anderen erforderlichen Wert.

  1. Objektstatus prüfen: aws --endpoint-url $ENDPOINT s3api head-object --bucket $BUCKET --key $KEY Die Speicherklasse wird als ("StorageClass": "GLACIER") angezeigt.
  2. Das Objekt zurückschreiben: aws --endpoint-url $ENDPOINT s3api restore-object ---bucket $BUCKET --key $KEY --restore-request '{"Days":25,"GlacierJobParameters":{"Tier":"Bulk"}}'
  3. Überprüfen Sie den Status: aws --endpoint-url $ENDPOINT s3api head-object --bucket $BUCKET --key $KEY

Einschränkungen

Archivierungsrichtlinien werden mithilfe einer Untergruppe der S3-API-Operation PUT Bucket Lifecycle Configuration implementiert.

Die folgende Funktionalität wird unterstützt:

  • Angabe eines Datums oder der Anzahl der Tage in der Zukunft, nach deren Ablauf Objekte in den Status 'Archiviert' überführt werden.
  • Angabe der Ablaufregeln für Objekte.

Richtlinien, die ein Datum in der Vergangenheit angeben, können bis zu einigen Tagen dauern.

Die folgende Funktionalität wird nicht unterstützt:

  • Mehrere Übergangsregeln pro Bucket.
  • Filterung von zu archivierenden Objekten mit einem Präfix oder Objektschlüssel.
  • Tiering zwischen Speicherklassen.

Benutzer der klassischen Infrastruktur (nicht IAM) können die Übergangsspeicherklasse nicht auf ACCELERATED setzen.

REST-API und SDKs verwenden

Konfiguration für Bucketlebenszyklus erstellen

Bei dieser Implementierung der PUT-Operation wird der Abfrageparameter lifecycle verwendet, um die Lebenszykluseinstellungen für das Bucket festzulegen. Diese Operation ermöglicht die Verwendung einer einzigen Lebenszyklusrichtliniendefinition für ein bestimmtes Bucket. Die Richtlinie wird als Regel definiert, die die folgenden Parameter umfasst: ID, Status und Transition (Übergang).

Die Übergangsaktion ermöglicht die Überführung von Objekten, die zukünftig in das Bucket geschrieben werden, in den Status 'Archiviert', nachdem ein definierter Zeitraum verstrichen ist. Änderungen an der Lebenszyklusrichtlinie für ein Bucket werden nur auf neue Objekte angewendet, die in dieses Bucket geschrieben werden.

Cloud IAM-Benutzer müssen mindestens über die Rolle Writer verfügen, um eine Lebenszyklusrichtlinie zum Bucket hinzuzufügen.

Benutzer der klassischen Infrastruktur müssen über Eignerberechtigungen verfügen und zum Erstellen von Buckets im Speicherkonto berechtigt sein, um eine Lebenszyklusrichtlinie zum Bucket hinzufügen zu können.

Bei dieser Operation werden keine zusätzlichen operationsspezifischen Abfrageparameter verwendet.

Optionale Header
Überschrift Typ Beschreibung
Content-MD5 Zeichenfolge Der base64 verschlüsselte 128-Bit-Hash MD5 der Nutzdaten, der als Integritätsprüfung verwendet wird, um sicherzustellen, dass die Nutzdaten während der Übertragung nicht verändert wurden.
x-amz-checksum-crc32 Zeichenfolge Dieser Header ist die Base64 kodierte, 32-Bit CRC32 Prüfsumme des Objekts.
x-amz-checksum-crc32c Zeichenfolge Dieser Header ist die Base64 kodierte, 32-Bit CRC32C Prüfsumme des Objekts.
x-amz-checksum-crc64nvme Zeichenfolge Dieser Header ist die Base64 kodierte, 64-Bit CRC64NVME Prüfsumme des Objekts. Die Prüfsumme CRC64NVME ist immer eine vollständige Objektprüfsumme.
x-amz-checksum-sha1 Zeichenfolge Dieser Header ist der Base64 verschlüsselte 160-Bit-Digest des Objekts SHA1.
x-amz-checksum-sha256 Zeichenfolge Dieser Header ist der Base64 kodierte, 256-Bit SHA256 Digest des Objekts.
x-amz-sdk-checksum-algorithm Zeichenfolge Gibt den Algorithmus an, der bei Verwendung des SDK zur Erstellung der Prüfsumme für das Objekt verwendet wird.

Ein Content-MD5-Header oder ein checksum-Header (einschließlich x-amz-checksum-crc32, x-amz-checksum-crc32c, x-amz-checksum-crc64nvme, x-amz-checksum-sha1 oder x-amz-checksum-sha256) ist als Integritätsprüfung für die Nutzdaten erforderlich.

Der Hauptteil der Anforderung muss einen XML-Block mit dem folgenden Schema enthalten:

Element Typ Untergeordnete Elemente Vorfahre Einschränkung
LifecycleConfiguration Container Rule Keine Grenzwert 1.
Rule Container ID, Status, Filter, Transition LifecycleConfiguration Grenzwert 1.
ID Zeichenfolge Keine Rule Muss aus (a-z,A-Z, 0-9) und den folgenden Symbolen bestehen: ! _ . * ' ( ) -
Filter Zeichenfolge Prefix Rule Muss ein Element Prefix enthalten
Prefix Zeichenfolge Keine Filter Muss auf <Prefix/> eingestellt werden.
Transition Container Days, StorageClass Rule Begrenzung 1 Übergangsregel und maximal 1000 Regeln insgesamt.
Days Nicht negative Ganzzahl Keine Transition Muss ein Wert größer-gleich 0 sein.
Date Datum Keine Transistion Muss im ISO 8601-Format angegeben werden. Das Datum muss in der Zukunft liegen.
StorageClass Zeichenfolge Keine Transition GLACIER oder ACCELERATED

Syntax

PUT https://{endpoint}/{bucket}?lifecycle # path style
PUT https://{bucket}.{endpoint}?lifecycle # virtual host style
<LifecycleConfiguration>
	<Rule>
		<ID>{string}</ID>
		<Status>Enabled</Status>
		<Filter>
			<Prefix/>
		</Filter>
		<Transition>
			<Days>{integer}</Days>
			<StorageClass>{StorageClass}</StorageClass>
		</Transition>
	</Rule>
</LifecycleConfiguration>

Beispiele

Beispielanforderung

PUT /images?lifecycle HTTP/1.1
Host: s3.us.cloud-object-storage.appdomain.cloud
Date: Wed, 7 Feb 2018 17:50:00 GMT
Authorization: authorization string
Content-Type: text/plain
Content-MD5: 1B2M2Y8AsgTpgAmY7PhCfg==
Content-Length: 305
<LifecycleConfiguration>
    <Rule>
        <ID>my-archive-policy</ID>
        <Filter>
			<Prefix/>
		</Filter>
        <Status>Enabled</Status>
        <Transition>
            <Days>20</Days>
            <StorageClass>ACCELERATED</StorageClass>
        </Transition>
    </Rule>
</LifecycleConfiguration>

Beispielantwort

HTTP/1.1 200 OK
Date: Wed, 7 Feb 2018 17:51:00 GMT
Connection: close
var params = {
  Bucket: 'STRING_VALUE', /* required */
  LifecycleConfiguration: {
    Rules: [ /* required */
      {
        Status: 'Enabled', /* required */
        ID: 'STRING_VALUE',
        Filter: '', /* required */
        Prefix: '',
        Transitions: [
          {
            Date: DATE, /* required if Days not specified */
            Days: 0, /* required if Date not specified */
            StorageClass: 'STRING_VALUE' /* required */
          },
        ]
      },
    ]
  }
};

s3.putBucketLifecycleConfiguration(params, function(err, data) {
  if (err) console.log(err, err.stack); // an error occurred
  else     console.log(data);           // successful response
});
response = client.put_bucket_lifecycle_configuration(
    Bucket='string',
    LifecycleConfiguration={
        'Rules': [
            {
                'ID': 'string',
                'Status': 'Enabled',
                'Filter': '',
                'Prefix': '',
                'Transitions': [
                    {
                        'Date': datetime(2015, 1, 1),
                        'Days': 123,
                        'StorageClass': 'GLACIER'
                    },
                ]
            },
        ]
    }
)
public SetBucketLifecycleConfigurationRequest(String bucketName,
                                              BucketLifecycleConfiguration lifecycleConfiguration)

Methodenzusammenfassung

Methode Beschreibung
getBucketName() Ruft den Namen des Buckets ab, dessen Lebenszykluskonfiguration festgelegt wird.
getLifecycleConfiguration() Ruft die neue Lebenszykluskonfiguration für das angegebene Bucket ab.
setBucketName(String bucketName) Ruft den Namen des Buckets ab, dessen Lebenszykluskonfiguration festgelegt wird.
withBucketName(String bucketName) Legt den Namen des Buckets fest, dessen Lebenszykluskonfiguration festgelegt wird, und gibt dieses Objekt zurück, sodass zusätzliche Methodenaufrufe verkettet werden können.

Konfiguration für Bucketlebenszyklus abrufen

Bei dieser Implementierung der GET-Operation wird der Abfrageparameter lifecycle verwendet, um die Lebenszykluseinstellungen für das Bucket abzurufen.

Cloud IAM-Benutzer müssen mindestens über die Rolle Reader verfügen, um einen Lebenszyklus für ein Bucket abzurufen.

Benutzer der klassischen Infrastruktur müssen mindestens über die Berechtigungen zum Read für das Bucket verfügen, um eine Lebenszyklusrichtlinie für ein Bucket abzurufen.

Diese Operation verwendet keine zusätzlichen operationsspezifischen Header, Abfrageparameter oder Nutzdaten.

Syntax

GET https://{endpoint}/{bucket}?lifecycle # path style
GET https://{bucket}.{endpoint}?lifecycle # virtual host style

Beispiele

Beispielanforderung

GET /images?lifecycle HTTP/1.1
Host: s3.us.cloud-object-storage.appdomain.cloud
Date: Wed, 7 Feb 2018 17:50:00 GMT
Authorization: authorization string

Beispielantwort

HTTP/1.1 200 OK
Date: Wed, 7 Feb 2018 17:51:00 GMT
Connection: close
<LifecycleConfiguration>
    <Rule>
        <ID>my-archive-policy</ID>
        <Filter />
        <Status>Enabled</Status>
        <Transition>
            <Days>20</Days>
            <StorageClass>GLACIER</StorageClass>
        </Transition>
    </Rule>
</LifecycleConfiguration>
var params = {
  Bucket: 'STRING_VALUE' /* required */
};
s3.getBucketLifecycleConfiguration(params, function(err, data) {
  if (err) console.log(err, err.stack); // an error occurred
  else     console.log(data);           // successful response
});
response = client.get_bucket_lifecycle_configuration(Bucket='string')
public GetBucketLifecycleConfigurationRequest(String bucketName)

Konfiguration für Bucketlebenszyklus löschen

Bei dieser Implementierung der DELETE-Operation wird der Abfrageparameter lifecycle verwendet, um die Lebenszykluseinstellungen für das Bucket zu entfernen. Übergänge, die anhand der Regeln definiert wurden, werden für neue Objekte nicht mehr angewendet.

Hinweis: Vorhandene Übergangsregeln werden für Objekte beibehalten, die bereits in das Bucket geschrieben wurden, bevor die Regeln gelöscht wurden.

Cloud IAM-Benutzer müssen mindestens über die Rolle Writer verfügen, um eine Lebenszyklusrichtlinie aus dem Bucket zu entfernen.

Benutzer der klassischen Infrastruktur müssen mindestens über die Berechtigungen für Owner für das Bucket verfügen, um eine Lebenszyklusrichtlinie aus einem Bucket zu entfernen.

Diese Operation verwendet keine zusätzlichen operationsspezifischen Header, Abfrageparameter oder Nutzdaten.

Syntax

DELETE https://{endpoint}/{bucket}?lifecycle # path style
DELETE https://{bucket}.{endpoint}?lifecycle # virtual host style

Beispiele

Beispielanforderung

DELETE /images?lifecycle HTTP/1.1
Host: s3.us.cloud-object-storage.appdomain.cloud
Date: Wed, 7 Feb 2018 18:50:00 GMT
Authorization: authorization string

Beispielantwort

HTTP/1.1 204 No Content
Date: Wed, 7 Feb 2018 18:51:00 GMT
Connection: close
var params = {
  Bucket: 'STRING_VALUE' /* required */
};
s3.deleteBucketLifecycle(params, function(err, data) {
  if (err) console.log(err, err.stack); // an error occurred
  else     console.log(data);           // successful response
});
response = client.delete_bucket_lifecycle(Bucket='string')
public DeleteBucketLifecycleConfigurationRequest(String bucketName)

Archiviertes Objekt vorübergehend wiederherstellen

Bei dieser Implementierung der POST-Operation wird der Abfrageparameter restore verwendet, um die vorübergehende Wiederherstellung eines archivierten Objekts anzufordern. Der Benutzer muss ein archiviertes Objekt zuerst wiederherstellen, bevor es heruntergeladen oder geändert wird. Beim Wiederherstellen eines Objekts muss der Benutzer einen Zeitraum angeben, nach dessen Ablauf die temporäre Kopie des Objekts gelöscht wird. Das Objekt behält die Speicherklasse des Buckets bei.

Es kann zu einer Verzögerung von bis zu 12 Stunden kommen, bevor auf die wiederhergestellte Kopie zugegriffen werden kann. Eine HEAD-Anforderung kann verwendet werden, um zu prüfen, ob die wiederhergestellte Kopie verfügbar ist.

Um das Objekt dauerhaft wiederherzustellen, muss der Benutzer das wiederhergestellte Objekt in ein Bucket kopieren, das keine aktive Lebenszykluskonfiguration hat.

Cloud IAM-Benutzer müssen mindestens über die Rolle Writer verfügen, um ein Objekt wiederherzustellen.

Benutzer der klassischen Infrastruktur müssen mindestens über die Berechtigungen Write für das Bucket und über die Berechtigung Read für das Objekt verfügen, um es wiederherzustellen.

Bei dieser Operation werden keine zusätzlichen operationsspezifischen Abfrageparameter verwendet.

Optionale Header
Überschrift Typ Beschreibung
Content-MD5 Zeichenfolge Der base64 verschlüsselte 128-Bit-Hash MD5 der Nutzdaten, der als Integritätsprüfung verwendet wird, um sicherzustellen, dass die Nutzdaten während der Übertragung nicht verändert wurden.
x-amz-checksum-crc32 Zeichenfolge Dieser Header ist die Base64 kodierte, 32-Bit CRC32 Prüfsumme des Objekts.
x-amz-checksum-crc32c Zeichenfolge Dieser Header ist die Base64 kodierte, 32-Bit CRC32C Prüfsumme des Objekts.
x-amz-checksum-crc64nvme Zeichenfolge Dieser Header ist die Base64 kodierte, 64-Bit CRC64NVME Prüfsumme des Objekts. Die Prüfsumme CRC64NVME ist immer eine vollständige Objektprüfsumme.
x-amz-checksum-sha1 Zeichenfolge Dieser Header ist der Base64 verschlüsselte 160-Bit-Digest des Objekts SHA1.
x-amz-checksum-sha256 Zeichenfolge Dieser Header ist der Base64 kodierte, 256-Bit SHA256 Digest des Objekts.
x-amz-sdk-checksum-algorithm Zeichenfolge Gibt den Algorithmus an, der bei Verwendung des SDK zur Erstellung der Prüfsumme für das Objekt verwendet wird.

Der Hauptteil der Anforderung muss einen XML-Block mit dem folgenden Schema enthalten:

Element Typ Untergeordnete Elemente Vorfahre Einschränkung
RestoreRequest Container Days, GlacierJobParameters Keine Keine
Days Integer Keine RestoreRequest Gibt die Lebensdauer des vorübergehend wiederhergestellten Objekts an. Die Mindestanzahl Tage, die eine zurückgeschriebene Kopie des Objekts vorhanden sein kann, ist 1. Nach Ablauf des Zurückschreibungszeitraums wird die temporäre Kopie des Objekts entfernt.
GlacierJobParameters Zeichenfolge Tier RestoreRequest Keine
Tier Zeichenfolge Keine GlacierJobParameters Optional; bleibt das Feld leer, wird standardmäßig der Wert verwendet, der der Speicherschicht der Richtlinie zugeordnet ist, die beim Schreiben des Objekts vorhanden war. Wenn dieser Wert nicht leer bleibt, muss er auf Bulk gesetzt werden, wenn die Übergangsspeicherklasse für die Lebenszyklusrichtlinie des Buckets auf GLACIER und muss auf Accelerated gesetzt werden, wenn die Übergangsspeicherklasse auf ACCELERATED gesetzt wurde.

Eine erfolgreiche Antwort gibt eine Nachricht 202 zurück, wenn das Objekt sich im Status 'Archiviert' befindet, und eine Nachricht 200, wenn sich das Objekt bereits im Status 'Wiederhergestellt' befindet. Wenn sich das Objekt bereits im Status 'Wiederhergestellt' befindet und eine neue Anforderung zum Wiederherstellen des Objekts empfangen wird, dann wird mit dem Element Days die Ablaufzeit des wiederhergestellten Objekts aktualisiert.

Syntax

POST https://{endpoint}/{bucket}/{object}?restore # path style
POST https://{bucket}.{endpoint}/{object}?restore # virtual host style
<RestoreRequest>
	<Days>{integer}</Days>
	<GlacierJobParameters>
		<Tier>Bulk</Tier>
	</GlacierJobParameters>
</RestoreRequest>

Beispiele

Beispielanforderung

POST /images/backup?restore HTTP/1.1
Host: s3.us.cloud-object-storage.appdomain.cloud
Date: Wed, 7 Feb 2018 19:50:00 GMT
Authorization: {authorization string}
Content-Type: text/plain
Content-MD5: 1B2M2Y8AsgTpgAmY7PhCfg==
Content-Length: 305
<RestoreRequest>
	<Days>3</Days>
	<GlacierJobParameters>
		<Tier>Bulk</Tier>
	</GlacierJobParameters>
</RestoreRequest>

Beispielantwort

HTTP/1.1 202 Accepted
Date: Wed, 7 Feb 2018 19:51:00 GMT
Connection: close
var params = {
  Bucket: 'STRING_VALUE', /* required */
  Key: 'STRING_VALUE', /* required */
  ContentMD5: 'STRING_VALUE', /* required */
  RestoreRequest: {
   Days: 1, /* days until copy expires */
   GlacierJobParameters: {
     Tier: 'STRING_VALUE' /* required */
   },
  }
 };
 s3.restoreObject(params, function(err, data) {
   if (err) console.log(err, err.stack); // an error occurred
   else     console.log(data);           // successful response
});
response = client.restore_object(
    Bucket='string',
    Key='string',
    RestoreRequest={
        'Days': 123,
        'GlacierJobParameters': {
            'Tier': 'string'
        },
    }
)
public RestoreObjectRequest(String bucketName,
                            String key,
                            int expirationInDays)

Methodenzusammenfassung

Methode Beschreibung
clone() Erstellt einen flachen Klon dieses Objekts für alle Felder mit Ausnahme des Handlerkontextes.
getBucketName() Gibt den Namen des Buckets zurück, das den Verweis auf das wiederherzustellende Objekt enthält.
getExpirationInDays() Gibt die Zeitdauer in Tagen von der Erstellung eines Objekts bis zu seinem Ablauf zurück.
setExpirationInDays(int expirationInDays) Legt die Zeitdauer (in Tagen) fest, die zwischen dem Zeitpunkt, zu dem ein Objekt in das Bucket hochgeladen wird, und dem Zeitpunkt, zu dem es abläuft, liegt.

Header eines Objekts abrufen

Mit einer HEAD-Anforderung, in der ein Pfad zu einem Objekt angegeben wurde, werden die Header des betreffenden Objekts abgerufen. Diese Operation verwendet keine operationsspezifischen Abfrageparameter oder Nutzdatenelemente.

Syntax

HEAD https://{endpoint}/{bucket-name}/{object-name} # path style
HEAD https://{bucket-name}.{endpoint}/{object-name} # virtual host style

Antwort-Header für archivierte Objekte

Überschrift Typ Beschreibung
x-amz-restore Zeichenfolge Wird angegeben, wenn das Objekt wiederhergestellt wurde oder wenn momentan eine Wiederherstellung ausgeführt wird. Wenn das Objekt wiederhergestellt wurde, wird auch das Ablaufdatum für die temporäre Kopie zurückgegeben.
x-amz-storage-class Zeichenfolge Gibt GLACIER oder ACCELERATED zurück, wenn archiviert oder vorübergehend wiederhergestellt.
x-ibm-archive-transition-time Datum Gibt den Zeitpunkt (Datum und Uhrzeit) zurück, zu dem das Objekt für den Übergang in das Archivierungstier eingeplant ist.
x-ibm-transition Zeichenfolge Wird angegeben, wenn das Objekt über Übergangsmetadaten verfügt und das Tier und die ursprüngliche Uhrzeit des Übergangs zurückgibt.
x-ibm-restored-copy-storage-class Zeichenfolge Wird angegeben, wenn ein Objekt sich im Status RestoreInProgress oder Restored befindet und die Speicherklasse des Buckets zurückgibt.

Beispielanforderung

HEAD /images/backup HTTP/1.1
Authorization: {authorization-string}
x-amz-date: 20160825T183244Z
Host: s3.us.cloud-object-storage.appdomain.cloud

Beispielantwort

HTTP/1.1 200 OK
Date: Wed, 7 Feb 2018 19:51:00 GMT
X-Clv-Request-Id: da214d69-1999-4461-a130-81ba33c484a6
Accept-Ranges: bytes
Server: 3.x
X-Clv-S3-Version: 2.5
ETag: "37d4c94839ee181a2224d6242176c4b5"
Content-Type: text/plain; charset=UTF-8
Last-Modified: Thu, 25 Aug 2017 17:49:06 GMT
Content-Length: 11
x-ibm-transition: transition="ARCHIVE", date="Mon, 03 Dec 2018 22:28:38 GMT"
x-amz-restore: ongoing-request="false", expiry-date="Thu, 06 Dec 2018 18:28:38 GMT"
x-amz-storage-class: "GLACIER"
x-ibm-restored-copy-storage-class: "Standard"
response = client.head_object(
    Bucket='string',
    Key='string'
)
var params = {
  Bucket: 'STRING_VALUE', /* required */
  Key: 'STRING_VALUE', /* required */
};
s3.headObject(params, function(err,data) {
  if (err) console.log(err, err.stack); // an error occurred
  else
    console.log(data);           // successful response
});
public ObjectMetadata()

Methodenzusammenfassung

Methode Beschreibung
clone() Gibt einen Klon für dieses Element ObjectMetadata zurück.
getRestoreExpirationTime() Gibt den Zeitpunkt zurück, zu dem ein Objekt, das vorübergehend aus dem Archiv wiederhergestellt wurde, abläuft und erneut wiederhergestellt werden muss, damit auf das Objekt zugegriffen werden kann.
getStorageClass() Gibt die ursprüngliche Speicherklasse des Buckets zurück.
getIBMTransition() Gibt die Übergangsspeicherklasse und den Übergangszeitpunkt zurück.

Nächste Schritte

Zusätzlich zum kalten Speicher bietet IBM Cloud derzeit mehrere zusätzliche Objektspeicherklassen für unterschiedliche Benutzeranforderungen, die alle über webbasierte Portale und RESTful APIs zugänglich sind. Weitere Informationen zu allen Speicherklassen finden Sie unter IBM Cloud Object Storage.