Share via


Version 2017-04-17

Die Azure Storage-Version 2017-04-17 enthält die folgenden Features und Updates:

  • Eine neue API für die Blobebene festlegen ist jetzt verfügbar.

    • Verwenden Sie diese API, um ein Premium-Seitenblob (oder einen Datenträger) explizit auf einen Tarif festzulegen, ohne die Größe ändern zu müssen. Das Blob wird auf der neuen Ebene bereitgestellt und abgerechnet. Dies ist auch die einzige Möglichkeit, die Ebenen P4 und P6 zu verwenden. Weitere Informationen zu Premium-Tarifen finden Sie unter Hochleistungsspeicher premium und verwaltete Datenträger für VMs.

    • Sie können diese API auch für Blockblobs in Azure Blob Storage- oder GPv2-Konten (General Purpose v2) verwenden. Die verfügbaren Ebenen für Blockblobs sind "Heiß", "Kalt" und " Archiv". Ausführliche Informationen zum Blockblobtiering finden Sie unter Speicherebenen "Heiß", "Kalt" und "Archiv".

  • Die Vorgänge "Datei erstellen", "Verzeichnis erstellen", "Put Range", "Verzeichnismetadaten festlegen", " Dateimetadaten festlegen" und " Dateieigenschaften festlegen" geben jetzt den x-ms-request-server-encrypted-Antwortheader zurück. Dieser Header wird auf true festgelegt, wenn der Inhalt der Anforderung erfolgreich verschlüsselt wurde.

  • Die Vorgänge Datei abrufen, Dateieigenschaften abrufen und Verzeichniseigenschaften abrufen geben jetzt den x-ms-server-verschlüsselten Antwortheader zurück. Dieser Header wird auf true festgelegt, wenn die Dateidaten und Anwendungsmetadaten vollständig verschlüsselt sind. Wenn die Datei nicht verschlüsselt ist oder nur Teile der Datei- oder Anwendungsmetadaten verschlüsselt sind, wird dieser Header auf falsefestgelegt.

  • Die Azure Storage-Analyseprotokolle, die Anforderungen entsprechen, die Version 2017-04-17 oder höher verwenden, weisen eine ausführlichere <request-status> anstelle von ClientOtherErrorauf. Die neuen Codes sind identisch mit den vom Dienst zurückgegebenen Fehlercodes .

  • Die Verwendung von If-Match: * für den Zugriff auf ein Blob ohne Commit schlägt jetzt fehl.

  • Wenn eine Anforderung gedrosselt wird, weil sie die Grenzwerte für eingehenden Eingang, Ausgehenden Datenverkehr oder IOPS (Eingabe-/Ausgabevorgänge pro Sekunde) auf Kontoebene erreicht hat, wird eine neue Benutzernachricht zurückgegeben.

  • Die List Blobs-API gibt nun das Fortsetzungstoken im Marker XML-Element zurück. Bisher war dies ein Blobname.