Versionsverwaltung für den Blob-Dienst, den Warteschlangendienst und den Tabellendienst
Dieser Artikel wurde maschinell übersetzt. Wenn Sie die englische Version des Artikels anzeigen möchten, aktivieren Sie das Kontrollkästchen Englisch. Sie können den englischen Text auch in einem Popupfenster anzeigen, indem Sie den Mauszeiger über den Text bewegen.
Übersetzung
Englisch

Versionskontrolle für Azure-Speicherdienste

 

Die Microsoft Azure-Speicherdienste unterstützen mehrere Versionen. Um eine Anforderung für die Speicherdienste auszuführen, müssen Sie die für diesen Vorgang gewünschte Version angeben, sofern die Anforderung nicht anonym ist.

Die aktuelle Version von Azure-Speicherdienste ist 2015-04-05, und diese Version wird empfohlen, wenn möglich. Eine Übersicht über alle anderen unterstützten Versionen sowie zu deren Verwendung finden Sie unter Azure-Speicherdienste Versionen 2015-02-21 und früher.

Version 2015-04-05 umfasst folgende Änderungen:

  • Der Azure-Dateidienst ist jetzt allgemein verfügbar. Die Dateidienste unterstützt jetzt SMB 3.0 als auch SMB 2.1. Alle neuen und vorhandenen Speicherkonten umfassen einen Datei-Dienstendpunkt.

    Einen Überblick über das Verwenden der Dateidienst mit Windows finden Sie unter wie Windows Azure-Speicher mit. Eine Übersicht über den Datei-Dienst mit Linux, finden Sie unter Verwendung von Azure-Speicher mit Linux.

  • Der Azure-Dateidienst unterstützt jetzt die Speicheranalyse Metriken. Sie können die Metriken für den Dienst aus dem Azure-Vorschau-Portal, über PowerShell, die Speicher-Clientbibliothek für .NET oder Java oder über die REST-API konfigurieren. Verwenden der Dateidiensteigenschaften festlegen Vorgang Metriken für den Dienst zu konfigurieren. Verwendung Get File Service Properties metrikeinstellungen abzurufen. Informationen zu Datei-Service-Metriken finden Sie unter Speicheranalyse.

  • Konto SAS ist eine neue Art von SAS auf der Ebene des Speicherkontos. Ein SAS-Konto können Sie:

    • Delegieren des Zugriffs auf Service Level-Vorgänge, die nicht wie z. B. mit einem SAS dienstspezifischen aktuell verfügbar sind die Get/Set Service Properties und Get Service Stats Vorgänge.

    • Delegieren des Zugriffs auf mehr als ein Dienst in einem Speicherkonto zu einem Zeitpunkt. Beispielsweise können Sie den Zugriff auf Ressourcen in den Blob und die Datei Services mit einem Konto SAS delegieren.

    • Delegieren des Zugriffs zu schreiben und delete-Vorgänge für Container, Warteschlangen, Tabellen und Dateifreigaben, die nicht mit einer objektspezifischen SAS verfügbar sind.

    • Geben Sie eine IP-Adresse oder der IP-Adressen, von denen Anfragen akzeptieren.

    • Geben Sie das HTTP-Protokoll aus der Anfragen (HTTPS oder HTTP/HTTPS) akzeptieren.

    Ausführliche Informationen zum Konto SAS finden Sie unter Ein SAS-Konto erstellen.

    System_CAPS_noteHinweis

    SAS-Konto ist derzeit nur für BLOB-und Datei unterstützt. In naher Zukunft werden für die Tabelle und Warteschlange unterstützt.

  • SAS-Konto und SAS-Dienst umfassen zwei neue optionale Felder auf dem SAS-Token:

    • Die signierte IP-Adresse (sip) Feld gibt eine IP-Adresse oder der IP-Adressen, von denen Anfragen akzeptieren.

    • Das Vorzeichen-Protokoll (spr) Feld gibt das HTTP-Protokoll aus der Anfragen (HTTPS oder HTTP/HTTPS) akzeptieren.

    Beim Erstellen der Zeichenfolge zum Anmelden für ein Konto SAS oder einen Dienst SAS in Version 2015-04-05 müssen Sie die signierte IP integrieren und Protokoll in der Signaturzeichenfolge signiert. Finden Sie unter Ein SAS-Konto erstellen und Erstellen einen SAS-Dienst für Weitere Informationen.

  • Die Copy BLOB, Abort Copy Blob, Datei kopieren, und Kopieren einer Datei abbrechen Vorgänge unterstützen jetzt mithilfe von SAS für das Ziel-Blob ist in demselben Speicherkonto oder ein anderes Speicherkonto.

Auf welche Weise Sie die Version der für eine Anforderung zu verwendenden Speicherdienste angeben, richtet sich danach, wie die Anforderung authentifiziert wird. In den folgenden Abschnitten werden die Authentifizierungsoptionen beschrieben. Außerdem erfahren Sie, wie die Dienstversion für die einzelnen Optionen angegeben wird:

  1. Anforderungen, für die ein Shared Key oder Shared Key Lite verwendet wird. Um eine Anforderung mit einem Shared Key/Shared Key Lite zu authentifizieren, übergeben Sie die x-ms-version -Header in der Anforderung. Sie können die Standardversion für alle Anfragen für den Blob-Dienst angeben, durch Aufrufen von Festlegen von Blob-Diensteigenschaften.

  2. Anforderungen, für die eine SAS (Shared Access Signature) verwendet wird. Sie können zwei Versionsoptionen für eine SAS angeben. Wenn angegeben, das optionale api-version Header, welche Dienstversion zum Ausführen des API-Vorgangs. Die SignedVersion (sv) Parameter gibt die Dienstversion zum Autorisieren und Authentifizieren der Anforderung mit der SAS verwendet. Wenn die api-version Header nicht angegeben ist, lautet der Wert der der SignedVersion (sv) Parameter gibt auch die Version zu verwenden, um den API-Vorgang auszuführen.

  3. Anforderungen, für die der anonyme Zugriff verwendet wird. Beim anonymen Zugriff auf Blob-Dienst wird keine Version übergeben; Die Heuristik, die für die Version für die Anforderung verwendet wird, werden nachfolgend beschrieben.

Um eine Anforderung mit einem Shared Key/Shared Key Lite zu authentifizieren, geben Sie die x-ms-version -Header in der Anforderung. Die x-ms-version Anforderungsheaderwert muss angegeben werden, im Format JJJJ-MM-TT. Beispiel:

Request Headers: x-ms-version: 2015-04-05

Die folgenden Regeln geben an, wie Anforderungen, für die ein Shared Key/Shared Key Lite verwendet wird, ausgewertet werden, um die für die Verarbeitung der Anforderung verwendete Version zu ermitteln.

  • Wenn eine Anforderung eine gültige hat x-ms-version -Header, der Speicherdienst die angegebene Version verwendet wird. Geben Sie alle Anfragen an die Tabellen- und Warteschlangendienst Dienste, die keine SAS verwenden eine x-ms-version Header. Alle Anfragen an den Blob-Dienst, die keine SAS verwenden angeben müssen ein x-ms-version Header, sofern die Standardversion festgelegt wurde, wie unten beschrieben.

  • Wenn eine Anforderung an den Blob-Dienst kein x-ms-version -Header, der Kontobesitzer jedoch eine Standard-Version mit festgelegt hat Festlegen von Blob-Diensteigenschaften, wird die angegebene Standard-Version als Version für die Anforderung verwendet.

Eine shared Access Signature (SAS) mit Version 2015-04-05 oder höher unterstützt zwei Optionen für die Versionskontrolle generiert:

  • Die api-version -Abfrageparameter definiert die REST-Protokollversion zur Verarbeitung einer Anforderung mit der SAS.

  • Die SignedVersion (sv) -Abfrageparameter definiert die SAS-Version für die Authentifizierung und Autorisierung verwenden.

Die SignedVersion Query-Parameter wird für die Authentifizierung und Autorisierung verwendet, wenn ein Client eine Anforderung, die mit der SAS ausführt. Authentifizierung und Autorisierung Parameter z. B. si, sr, sp, sig, st, se, tn, spk, srk, epk, und erk Alle interpretiert mit Version 2014-02-14.

REST-Protokollparameter wie rscc, rscd, rsce, rscl, und rsct erzwungen werden, verwenden die Version aus dem api-version Parameterheader. Wenn die api-version Header nicht angegeben ist, und klicken Sie dann die Dienstversion vorgesehenen SignedVersion verwendet wird.

Beachten Sie, dass der api-version Parameter ist nicht Teil der Zeichenfolge zum Anmelden bei der Authentifizierung wie unter Erstellen einen SAS-Dienst.

In der folgende Tabelle wird das Versionsschema erläutert vom Dienst verwendet wird, für die Authentifizierung und Autorisierung und zum Aufrufen des REST-Protokolls bei der SignedVersion Parameter minFreeThreads auf Version 2014-02-14 oder höher.

Wert des -api-Version Parameter

Für die Authentifizierung und Autorisierung verwendete Version

Für das Protokollverhalten verwendete Version

Nicht angegeben

Angegebenen Version der sv Parameter

Angegebenen Version der sv Parameter

Eine beliebige gültige speicherdienstversion im format XXXX-XX-XX

Angegebenen Version der sv Parameter

Gültige speicherdienstversion XXXX-XX-XX

Beispiel 1

Die folgenden Beispielaufrufe Anforderung Auflisten von Blobs mit sv=2015-04-05, ohne die api-version Parameter.

https://myaccount.blob.core.windows.net/mycontainer?restype=container&comp=list&sv=2015-04-05&si=readpolicy&sig=a39 %2BYozJhGp6miujGymjRpN8tsrQfLo9Z3i8IRyIpnQ%3d

In diesem Fall der Dienst authentifiziert und autorisiert die Anforderung mit Version 2015-04-05 und führt auch den Vorgang mit Version 2015-04-05 haben.

Beispiel 2

Die folgenden Beispielaufrufe Anforderung Auflisten von Blobs mit sv=2015-04-05 und mit der api-version Parameter.

https://myaccount.blob.core.windows.net/mycontainer?restype=container&comp=list&sv=2015-04-05&si=readpolicy&sig=a39 %2BYozJhGp6miujGymjRpN8tsrQfLo9Z3i8IRyIpnQ%3d&api-version=2012-02-12

Hier der Dienst authentifiziert und autorisiert die Anforderung mit Version 2015-04-05 und führt den Vorgang mit Version 2012-02-12.

System_CAPS_noteHinweis

Die .NET Storage Client Library wird immer die REST-Protokollversion festlegen (in der api-version Parameter) auf die Version, die er basiert.

Wenn eine Anforderung an den Blob-Dienst keine der x-ms-version -Header und die Standardversion für den Dienst nicht festgelegt wurde mit Festlegen von Blob-Diensteigenschaften, und dann die früheste Version des Blob-Diensts zum Verarbeiten der Anforderung verwendet wird. Jedoch, wenn der Container mit öffentlichen erfolgte ein Set Container ACL Vorgang unter Verwendung von Version 2009-09-19 oder höher ist, wird die Anforderung mit Version 2009-09-19 verarbeitet.

Anzeigen:
© 2016 Microsoft