Seit der Veröffentlichung des Azure-Archivspeichers haben verschiedenste Industriezweige enormes Interesse an diesem Feature gezeigt und es innovativ eingesetzt. Der Archivspeicher ist als skalierbarer Dienst für die kosteneffiziente Langzeitspeicherung von Daten konzipiert, auf die selten zugegriffen wird. Kalte Daten, einschließlich Anwendungssicherungen, Gesundheitsdatensätze, Aufzeichnungen für autonomes Fahren und andere Datasets, die möglicherweise zuvor gelöscht wurden, können offline in der Archivzugriffsebene von Azure Storage gespeichert und dann bei Bedarf wieder in einer Onlineebene aktiviert werden.
Dank Ihrer Nutzung und Ihres Feedbacks konnten wir Verbesserungen am Archiv vornehmen und diese allgemein verfügbar machen, sodass der Dienst weiter verbessert wurde.
Abruf nach Priorität aus dem Azure-Archivspeicher
Mit dem Abruf nach Priorität können Sie die Reaktivierung Ihrer Daten aus der Offlinearchivebene in eine heiße oder kalte Onlineebene als Aktion mit hoher Priorität kennzeichnen. Wenn Sie etwas mehr für den priorisierten Reaktivierungsvorgang bezahlen, wird die Anforderung zum Abrufen aus Archiven vor andere Anforderungen eingereiht, und Ihre Offlinedaten sind in weniger als einer Stunde wieder online.
Nutzen Sie diese beiden Möglichkeiten für Abrufvorgänge aus Archiven:
- Archivanforderungen der Set Blob Tier- und Copy Blob-API haben normalerweise die Priorität „Standard“, und der Abrufvorgang dauert bis zu 15 Stunden.
- Mit der Priorität „Hoch“ können dringende Daten aus dem Archiv abgerufen werden. Der Vorgang dauert für Blobs mit unter 10 GB weniger als eine Stunde.
Der Abruf nach Priorität wird für Notfälle empfohlen, in denen nur eine Teilmenge eines Archivdatasets abgerufen werden muss. Für die meisten Anwendungsfälle planen und verwenden unsere Kunden die Priorität „Standard“, sodass Archivdaten in weniger als 15 Stunden abgerufen werden. In seltenen Fällen ist es für die Geschäftskontinuität notwendig, dass die Daten in maximal einer Stunde abgerufen werden. Mit Anforderungen zum Abrufen nach Priorität können Archivdaten in einem Bruchteil der Zeit eines gewöhnlichen Abrufvorgangs bereitgestellt werden, sodass unsere Kunden den Unternehmensalltag schnell wiederaufnehmen können. Weitere Informationen finden Sie in der Dokumentation zur Reaktivierung von Azure-Blobs.
Laden Sie Blobs direkt in die gewünschte Zugriffsebene hoch
Mit PutBlob oder PutBlockList können Sie Ihre Blobdaten direkt in die Zugriffsebene Ihrer Wahl hochladen, indem Sie den optionalen Parameter x-ms-access-tier verwenden. Auf diese Weise können Sie Ihr Objekt unabhängig von der Standardeinstellung für die Zugriffsebene des Kontos direkt in die Ebene „Heiß“, „Kalt“ oder „Archiv“ hochladen. Diese Funktion erleichtert es Kunden, Objekte in einer einzigen Transaktion direkt in das Azure-Archiv hochzuladen. Wenn sich die Datenverwendungsmuster ändern, würden Sie die Zugriffsebene des blobs manuell mit der Set Blob Tier-API ändern oder den Prozess über Verwaltungsregeln für den Bloblebenszyklus automatisieren. Weitere Informationen finden Sie in der Dokumentation zu den Speicherzugriffsebenen für Azure-Blobs.
Erweiterte Funktionen von Copy Blob
In bestimmten Szenarios sollten die Originaldaten nicht bearbeitet werden, sondern eine temporäre Kopie der Daten. Die Copy Blob-API unterstützt jetzt die Archivzugriffsebene, sodass Sie Daten aus dem Speicherkonto in die Archivzugriffsebene und zurück kopieren können. Sie können jetzt auch den optionalen Parameter x-ms-access-tier festlegen, um die gewünschte Zugriffsebene anzugeben, die der Datenkopiervorgang als Ziel erben soll. Wenn Sie ein Blob aus der Archivzugriffsebene kopieren, können Sie mit dem Parameter x-ms-rehydrate-priority angeben, wie schnell die Kopie in der heißen oder kalten Zielebene erstellt werden soll. Weitere Informationen finden Sie in der Dokumentation zur Reaktivierung von Azure-Blobs.
Erste Schritte
Alle heute vorgestellten Features (direktes Hochladen von Blobs in die Zugriffsebene, Archivabrufvorgänge mit Priorität und Copy Blob-Verbesserungen) werden von den neuesten Releases für das Azure-Portal, AzCopy, die .NET-Clientbibliothek, die Java-Clientbibliothek, die Python-Clientbibliothek und die Storage Services-REST-API (Version 2019-02-02 oder höher) unterstützt. Im Allgemeinen wird empfohlen, die neueste Version unserer Tools und SDKs zu verwenden.
Zusätzlich zu unseren eigenen Tools bietet der Archivspeicher ein umfassendes Partnernetzwerk, das Sie dabei unterstützen kann, Ihre Daten zu analysieren und möglichst effizient zu nutzen. Wenn wir unseren Dienst mit neuen Features verbessern, arbeiten wir auch daran, unser Netzwerk durch neue Partner zu erweitern. Auf der Seite zu Azure-Updates werden die neuesten Partner in unserem Netzwerk vorgestellt.
Testen Sie das Feature, und senden Sie uns Feedback!
Wir verbessern unsere Archivspeicherdienste und Blob Storage-Dienste weiter und freuen uns auf Feedback-E-Mails zu neuen Features. Wenn Sie Ideen oder Vorschläge für Azure Storage haben, können Sie diese wie gewöhnt im Azure Storage-Feedbackforum posten.