SLA für Speicherkonten

Zuletzt aktualisiert: Juni 2019

  • Wir garantieren, dass für mindestens 99,99 % (99,9 % für Cool Access-Ebene) der Zeit Anforderungen zum Lesen von Daten aus RA-GRS-Konten (Read Access-Geo Redundant Storage, Speicher vom Typ „georedundanter Lesezugriff“) verarbeitet werden, vorausgesetzt, fehlgeschlagene Versuche, Daten in der primären Region zu lesen, werden in der sekundären Region wiederholt.
  • Wir garantieren, dass für mindestens 99,9 % (99 % für Cool Access-Ebene) der Zeit Anforderungen zum Lesen von Daten aus den LRS-Konten (Locally Redundant Storage, lokal redundanter Speicher), ZRS-Konten (Zone Redundant Storage, zonenredundanter Speicher) und GRS-Konten (Geo Redundant Storage, georedundanter Speicher) verarbeitet werden.
  • Wir garantieren, dass für mindestens 99,9 % (99 % für Cool Access-Ebene) der Zeit Anforderungen zum Schreiben von Daten in LRS-Konten (Locally Redundant Storage, lokal redundanter Speicher), ZRS-Konten (Zone Redundant Storage, zonenredundanter Speicher) und GRS-Konten (Geo Redundant Storage, georedundanter Speicher) sowie RA-GRS-Konten (Read Access-Geo Redundant Storage, Speicher vom Typ „georedundanter Lesezugriff“) verarbeitet werden.

Diese Vereinbarung zum Servicelevel für Microsoft-Onlinedienste (diese „SLA“) wird in Verbindung mit Ihrer Microsoft-Volumenlizenzvereinbarung (die „Vereinbarung“) geschlossen. Alle hier verwendeten, aber nicht in dieser SLA definierten Begriffe haben die Bedeutung, die ihnen im Vertrag zugewiesen wurde. Diese SLA gilt für die hierin aufgelisteten Microsoft-Onlinedienste (ein „Dienst“ bzw. die „Dienste“), jedoch nicht für Dienste mit getrennten Marken, die zusammen oder in Verbindung mit den Diensten oder Vor-Ort-Software, die Bestandteil eines Diensts ist, bereitgestellt werden.

Wenn wir die Servicelevel für jeden Dienst nicht wie in dieser SLA beschrieben einhalten und aufrechterhalten, dann sind Sie womöglich zu einer Gutschrift über einen Teil Ihrer monatlichen Dienstgebühren berechtigt. Während der anfänglichen Laufzeit Ihres Abonnements werden wir die Bestimmungen Ihrer SLA nicht ändern. Wenn Sie jedoch Ihr Abonnement verlängern, gilt die Version dieser SLA, die zum Zeitpunkt der Verlängerung aktuell ist, während des Verlängerungszeitraums. Bei nachteiligen wesentlichen Änderungen an dieser Vereinbarung zum Servicelevel informieren wir den Kunden mindestens 90 Tage im Voraus.

Definitionen

Anwendbarer Monatlicher Zeitraum“ ist bezogen auf einen Kalendermonat, in dem wir Ihnen eine Dienstgutschrift schulden, die Anzahl von Tagen, die Sie einen Dienst abonnieren.

Anwendbare Monatliche Dienstgebühren“ sind die Gesamtgebühren, die von Ihnen tatsächlich für einen Dienst gezahlt werden und auf den Monat angewendet werden, in dem eine Dienstgutschrift geschuldet wird.

Ausfallzeiten“ sind für jeden Dienst in den Dienstspezifischen Bestimmungen unten definiert.

Fehlercode“ ist der Hinweis, dass ein Vorgang fehlgeschlagen ist, z. B. ein HTTP-Statuscode im 5xx-Bereich.

Externe Verbindung“ ist der bidirektionale Netzwerkverkehr über unterstützte Protokolle wie HTTP und HTTPS, der von einer öffentlichen IP-Adresse gesendet und empfangen werden kann.

Vorfall“ ist (i) jedes einzelne Ereignis oder (ii) jede Gruppe von Ereignissen, das bzw. die zu Ausfallzeiten führt.

Verwaltungsportal“ ist die von Microsoft bereitgestellte Weboberfläche, über die Kunden den Dienst verwalten.

Dienstgutschrift“ ist der Prozentsatz der Anwendbaren Monatlichen Dienstgebühren, der Ihnen nach Genehmigung des Anspruchs durch Microsoft gutgeschrieben wird.

Servicelevel“ bezeichnet den/die Leistungsindikator(en), zu dessen/deren Einhaltung bei der Bereitstellung der Dienste sich Microsoft verpflichtet, wie in dieser SLA dargelegt.

Dienstressource“ ist eine einzelne Ressource, die zur Verwendung innerhalb eines Diensts verfügbar ist.

Erfolgscode“ ist der Hinweis, dass ein Vorgang erfolgreich war, z. B. ein HTTP-Statuscode im 2xx-Bereich.

Unterstützungszeitraum“ ist der Zeitraum, in dem eine Dienstfunktion oder Kompatibilität mit einem getrennten Produkt oder Dienst unterstützt wird.

Bestimmungen

Ansprüche
Damit Microsoft einen Anspruch berücksichtigt, müssen Sie den Anspruch beim Kundensupport bei der Microsoft Corporation zusammen mit allen erforderlichen Informationen einreichen, damit Microsoft den Anspruch überprüfen kann, einschließlich, aber nicht beschränkt auf (i) eine ausführliche Beschreibung des Vorfalls, (ii) Angaben zum Zeitpunkt und zur Dauer des Ausfalls, (iii) Anzahl und Standort(e) der betroffenen Nutzer (falls zutreffend), und (iv) Beschreibungen Ihrer Versuche, den Vorfall nach Auftreten zu beheben.

Bezüglich eines Anspruchs im Zusammenhang mit Microsoft Azure muss der Anspruch binnen zwei Monaten nach dem Ende des Monats der Rechnungsstellung, in dem der Vorfall, der Gegenstand des Anspruchs ist, aufgetreten ist, bei uns eingehen. Bei Ansprüchen bezüglich aller anderen Dienste muss der Anspruch bis zum Ende des Kalendermonats nach dem Monat, in dem der Vorfall aufgetreten ist, bei uns eingegangen sein. Wenn der Vorfall zum Beispiel am 15. Februar aufgetreten ist, müssen der Anspruch und alle erforderlichen Informationen bis zum 31. März bei uns eingegangen sein.

Wir werten alle Informationen aus, die uns vernünftigerweise zur Verfügung stehen, und bestimmen nach bestem Wissen und Gewissen, ob wir Ihnen eine Dienstgutschrift schulden. Wir werden wirtschaftlich angemessene Anstrengungen unternehmen, um Ansprüche während des Folgemonats und innerhalb von fünfundvierzig (45) Tagen nach Erhalt zu bearbeiten. Sie müssen den Vertrag einhalten, um zu einer Dienstgutschrift berechtigt zu sein. Wenn wir feststellen, dass wir Ihnen eine Dienstgutschrift schulden, wenden wir die Dienstgutschrift auf Ihre Anwendbaren Monatlichen Dienstgebühren an.

Wenn Sie mehr als einen Dienst erworben haben (nicht als Suite), dann sind Sie berechtigt, gemäß dem oben beschriebenen Verfahren Ansprüche so einzureichen, als ob jeder Dienst von einer eigenen SLA geregelt würde. Wenn Sie beispielsweise Exchange Online und SharePoint Online (nicht als Teil einer Suite) erworben haben und während der Laufzeit des Abonnements ein Vorfall bei beiden Diensten zu Ausfallzeiten geführt hat, dann sind Sie womöglich zu zwei separaten Dienstgutschriften berechtigt (für jeden Dienst eine) und müssen unter dieser SLA zwei Ansprüche einreichen. Falls aufgrund ein und desselben Vorfalls mehr als ein Servicelevel für einen bestimmten Dienst nicht erfüllt wurde, müssen Sie sich für ein Servicelevel entscheiden, in Bezug auf das Sie einen Anspruch aufgrund dieses Vorfalls geltend machen möchten. Sofern in einer bestimmten SLA nichts anderes vorgesehen, ist pro Service für einen zutreffenden Monatszeitraum nur eine Servicegutschrift zulässig.

Dienstgutschriften
Dienstgutschriften sind unter dem Vertrag und dieser SLA Ihr einziger und ausschließlicher Abhilfeanspruch bei Leistungs- oder Verfügbarkeitsproblemen im Zusammenhang mit einem Dienst. Sie sind nicht berechtigt, Ihre Anwendbaren Monatlichen Dienstgebühren bei Leistungs- oder Verfügbarkeitsproblemen einseitig zu verrechnen.

Dienstgutschriften gelten nur für Gebühren, die für den Dienst, die Dienstressource oder die Dienststufe gezahlt wurden, für den bzw. die eine Vereinbarung zum Servicelevel nicht eingehalten wurde. Wenn Servicelevel für einzelne Dienstressourcen oder getrennte Dienststufen gelten, bezieht sich die Dienstgutschrift nur entsprechend auf die Gebühren, die für die betroffene Dienstressource oder Dienststufe bezahlt wurden. Die in einem Monat der Rechnungsstellung mit Bezug auf einen bestimmten Dienst oder eine Dienstressource gewährten Dienstgutschriften dürfen unter keinen Umständen Ihre monatlichen Dienstgebühren für diesen Dienst oder diese Dienstressource im jeweiligen Monat der Rechnungsstellung überschreiten.

Bei Diensten, die im Rahmen einer Suite oder eines sonstigen Einzelangebots erworben werden, werden die Anwendbaren Monatlichen Dienstgebühren und die Dienstgutschrift für jeden Dienst anteilig berechnet.

Wenn Sie einen Dienst von einem Handelspartner erworben haben, erhalten Sie direkt von Ihrem Handelspartner eine Dienstgutschrift, und der Handelspartner erhält direkt von uns eine Dienstgutschrift. Die Dienstgutschrift basiert auf dem geschätzten Einzelhandelspreis für den entsprechenden Dienst, der von uns nach vernünftigem Ermessen bestimmt wird.

Beschränkungen
Diese Vereinbarung zum Servicelevel und alle geltenden Servicelevels gelten nicht für Leistungs- oder Verfügbarkeitsprobleme:

  1. aufgrund von Faktoren, die außerhalb unserer Kontrolle liegen (z. B. Naturkatastrophen, Kriege, Terroranschläge, Aufstände, staatliche Maßnahmen, Netz- oder Geräteausfall außerhalb unserer Rechenzentren, u.a. an Ihrem Standort oder zwischen Ihrem Standort und unserem Rechenzentrum),
  2. die aus der Nutzung von Diensten, Hardware oder Software hervorgehen, die nicht von uns bereitgestellt wurden, darunter u. a. Probleme im Zusammenhang mit unzureichender Bandbreite oder Software bzw. Diensten von Dritten,
  3. die durch Ihre Verwendung eines Diensts verursacht wurden, nachdem wir Sie angewiesen haben, Ihre Verwendung des Diensts zu ändern, und Sie Ihre Verwendung nicht wie angewiesen geändert haben,
  4. während oder bezüglich einer Vorschau, Vorabversion, Beta- oder Testversion eines Diensts, eines Features oder von Software (wie von uns bestimmt) oder Käufen, die mit Abonnementgutschriften von Microsoft getätigt wurden,
  5. die durch Ihre nicht autorisierte Handlung oder Unterlassung einer erforderlichen Handlung oder die Ihrer Mitarbeiter, Vertreter, Vertragspartner oder Lieferanten oder durch andere Personen verursacht wurden, die sich mithilfe Ihrer Kennwörter oder Geräte Zugriff auf unser Netzwerk verschafft haben, oder die auf andere Weise von der Nichtbefolgung angemessener Sicherheitsverfahren durch Sie verursacht werden,
  6. die durch Ihr Versäumnis, erforderliche Konfigurationen einzuhalten, unterstützte Plattformen zu verwenden, Richtlinien für die akzeptable Nutzung einzuhalten, aufgrund Ihrer Nutzung des Diensts, die nicht mit den Features und Funktionen des Diensts vereinbar ist (z. B. Versuche, nicht unterstützte Vorgänge durchzuführen) oder die nicht den von uns veröffentlichten Hilfestellungen entspricht, verursacht wurden,
  7. die sich aus fehlerhaften Eingaben, Anweisungen oder Argumenten ergeben (z. B. Anforderung von Zugriff auf nicht vorhandene Dateien),
  8. die sich aus Ihren Versuchen ergaben, Vorgänge durchzuführen, die vorgeschriebene Kontingente überschreiten oder die sich aus der Drosselung von angenommenem missbräuchlichem Verhalten durch uns ergeben,
  9. aufgrund Ihrer Nutzung der Dienstfunktionen, die außerhalb des zugeordneten Unterstützungszeitraums liegen, oder
  10. für Lizenzen, die zum Zeitpunkt des Vorfalls reserviert, aber nicht bezahlt waren.

Dienste, die über Open, Open Value- und Open Value Subscription-Volumenlizenzvereinbarungen erworben wurden sowie Dienste, die in einer Office 365 Small Business Premium Suite in Form eines Product Keys erworben wurden, sind nicht zu einer Dienstgutschrift auf der Grundlage der Dienstgebühren berechtigt. Für diese Dienste erfolgt jegliche Dienstgutschrift, zu der Sie möglicherweise berechtigt sind, in Form von Dienstzeit (d. h. Tagen) anstatt in Form von Dienstgebühren, und sämtliche Bezugnahmen auf „Anwendbare Monatliche Dienstgebühren“ werden gestrichen und durch Bezugnahmen auf den „Anwendbaren Monatlichen Zeitraum“ ersetzt.

Zusätzliche Definitionen

Durchschnittliche Fehlerrate“ für einen Monat der Rechnungsstellung ist die Summe der Fehlerraten für jede Stunde im Monat der Rechnungsstellung, geteilt durch die Gesamtzahl der Stunden in diesem Monat.

Blob-Speicherkonto“ ist ein Speicherkonto, das der Speicherung von Daten als Blobs dient und Nutzern ermöglicht, eine Zugriffsebene festzulegen und anzeigen zu lassen, wie häufig auf die Daten in diesem Konto zugegriffen wird.

Blockblob-Speicherkonto“ ist ein Speicherkonto, das auf die Speicherung von Daten als Block- oder Anfügeblobs auf Solid State-Laufwerken spezialisiert ist.

Cool-Access-Level“: gemeint ist die Eigenschaft eines Blobs oder eines Kontos, auf welches nur unregelmäßig zugegegriffen wird und einen geringeren Dienstegrad aufweist, als dies für Blobs im Hot-Access-Level zutrifft.

Hot-Access-Level“: gemeint ist ein Blob/Konto, auf welchen/welches häufig zugegriffen wird.

Ausgeschlossene Transaktionen“ sind Speichertransaktionen, die weder für die Gesamtzahl der Speichertransaktionen noch für Fehlgeschlagene Speichertransaktionen zählen. Zu den Ausgeschlossenen Transaktionen zählen Fehler vor der Authentifizierung, Authentifizierungsfehler, versuchte Transaktionen für Speicherkonten über deren festgelegte Kontingente hinaus, Erstellung oder Löschung von Containern, Dateifreigaben, Tabellen oder Warteschlangen, Löschen von Warteschlagen und Kopieren von BLOBs oder Dateien zwischen Speicherkonten.

Fehlerrate“ ist die Gesamtzahl der Fehlgeschlagenen Speichertransaktionen geteilt durch die Gesamtzahl der Speichertransaktionen während eines festgelegten Zeitintervalls (derzeit auf eine Stunde festgelegt). Wenn die Gesamtzahl der Speichertransaktionen in einem bestimmten Ein-Stunden-Intervall Null ist, liegt die Fehlerrate für dieses Intervall bei 0 %.

Fehlgeschlagene Speichertransaktionen“ ist die Reihe aller Speichertransaktionen innerhalb der Gesamtzahl der Speichertransaktionen, die nicht in der Maximalen Verarbeitungszeit abgeschlossen werden, welche den jeweiligen Transaktionstypen gemäß der Tabelle unten zugeordnet sind. Die Maximale Verarbeitungszeit umfasst nur die Zeit, die zum Verarbeiten einer Transaktionsanforderung innerhalb des Speicherdienstes verbraucht wird, und nicht jede sonstige Zeit, die zum Übertragen der Anforderung an den oder vom Speicherdienst benötigt wird.

Transaktionstypen Maximale Verarbeitungszeit
PutBlob und GetBlob (umfasst Blocks und Seiten)
Gültige Seiten-BLOB-Bereiche abrufen
Zwei (2) Sekunden multipliziert mit der Anzahl MB, die im Lauf der Anforderungsbearbeitung übertragen werden.
PutFile und GetFile Zwei (2) Sekunden multipliziert mit der Anzahl MB, die im Lauf der Anforderungsbearbeitung übertragen werden.
BLOB kopieren Neunzig (90) Sekunden (wobei sich die Quell- und Ziel-BLOBs im gleichen Speicherkonto befinden).
Datei kopieren Neunzig (90) Sekunden (wobei sich die Quell- und Zieldateien im gleichen Speicherkonto befinden).
PutBlockList
GetBlockList
Sechzig (60) Sekunden.
Tabellenabfrage
Vorgänge auflisten
Zehn (10) Sekunden (zum Abschluss der Verarbeitung oder Rückgabe einer Fortsetzung)
Batchtabellenvorgänge Dreißig (30) Sekunden
Alle Tabellenvorgänge einer einzelnen Entität
Alle anderen BLOBs, Dateien und Nachrichtenvorgänge
Zwei (2) Sekunden

Diese Zahlen stellen maximale Verarbeitungszeiten dar. Es wird von erheblich kürzeren tatsächlichen und durchschnittlichen Zeiten ausgegangen.

Zu Fehlgeschlagenen Speichertransaktionen zählen nicht:

  1. Transaktionsanforderungen, die vom Speicherdienst aufgrund des Fehlers beim Einhalten geeigneter Backoff-Prinzipien gedrosselt werden.
  2. Transaktionsanforderungen, deren Zeitüberschreitungen niedriger als die oben angegebenen Maximalen Verarbeitungszeiten festgelegt sind.
  3. Lesetransaktionsanforderungen an RA-GRS-Konten, für die Sie nicht versucht haben, die Anforderung in einer Sekundären, dem Speicherkonto zugeordneten Region auszuführen, wenn die Anforderung an die Primäre Region nicht erfolgreich war.
  4. Lesetransaktionsanforderungen an RA-GRS-Konten, die aufgrund der Georeplikationsverzögerung fehlschlagen.

Georeplikationsverzögerung“ für GRS- und RA-GRS-Konten ist die Zeit, die erforderlich ist, um die in der Primären Region des Speicherkontos gespeicherten Daten an die Sekundäre Region des Speicherkontos zu replizieren. Da GRS- und Ra-GRS-Konten asynchron an die Sekundäre Region repliziert werden, sind die Daten, die in die Primäre Region des Speicherkontos geschrieben werden, nicht sofort in der Sekundären Region verfügbar. Sie können die Georeplikationsverzögerung für ein Speicherkonto abfragen, aber Microsoft garantiert keine Dauer einer Georeplikationsverzögerung unter dieser SLA.

Konto für georedundanten Speicher (Geographically Redundant Storage, GRS)“ ist ein Speicherkonto, für das Daten synchron innerhalb einer Primären Region und dann asynchron an eine Sekundäre Region repliziert werden. Sie können keine Daten direkt in der Sekundären Region, die GRS-Konten zugeordnet ist, lesen oder schreiben.

Konto für lokal redundanten Speicher (Locally Redundant Storage, LRS)“ ist ein Speicherkonto, für das Daten synchron nur innerhalb einer Primären Region repliziert werden.

Primäre Region“ ist eine geografische Region, in der sich Daten in einem Speicherkonto befinden und die von Ihnen beim Erstellen des Speicherkontos ausgewählt wird. Sie können Schreibanforderungen nur für Daten ausführen, die in der den Speicherkonten zugeordneten Primären Region gespeichert sind.

Konto für Speicher des Typs „Lesezugriff (georedundant)“ (Read Access Geographically Redundant Storage, RA-GRS)“ ist ein Speicherkonto, für das Daten synchron innerhalb einer Primären Region und dann asynchron an eine Sekundäre Region repliziert werden. Sie können Daten direkt in der Sekundären Region, die RA-GRS-Konten zugeordnet ist, lesen, aber nicht schreiben.

Sekundäre Region“ ist eine geografische Region, in der Daten innerhalb eines GRS- oder RA-GRS-Kontos repliziert und gespeichert werden, wie von Microsoft Azure basierend auf der Primären, dem Speicherkonto zugeordneten Region zugewiesen. Sie können die den Speicherkonten zugeordnete Sekundäre Region nicht angeben.

Gesamtzahl der Speichertransaktionen“ ist die Gruppe aller Speichertransaktionen mit Ausnahme der Ausgeschlossenen Transaktionen, die innerhalb eines Ein-Stunden-Intervalls in allen Speicherkonten im Speicherdienst in einem bestimmten Abonnement versucht wurden.

Konto für zonenredundanten Speicher (Zone Redundant Storage, ZRS)“ ist ein Speicherkonto, für das Daten über mehrere Einrichtungen hinweg repliziert werden. Diese Einrichtungen können in der gleichen geografischen Region liegen oder sich über zwei geografische Regionen erstrecken.

Monatliche Betriebszeit in %: Der Prozentsatz der monatlichen Betriebszeit wird mithilfe der folgenden Formel berechnet:

100 % – Durchschnittliche Fehlerrate

Dienstgutschrift – Hot Blobs in LRS, ZRS, GRS und RA-GRS (Schreibanforderungen)-Konten, Blobs in Blockblob-Speicherkonten und Dateien in Speicherkonten:

Prozentsatz der monatlichen Betriebszeit Dienstgutschrift
< 99,9 % 10 %
< 99 % 25 %

Dienstegutschriften – Hot Blobs in RA-GRS-(Leseanforderungen)-Konten:

Prozentsatz der monatlichen Betriebszeit Dienstgutschrift
< 99,99 % 10 %
< 99 % 25 %

Dienstegutschrift – Cool Blobs in LRS, GRS, RA-GRS (Schreibanforderungen)-Konten:

Prozentsatz der monatlichen Betriebszeit Dienstgutschrift
< 99 % 10 %
< 98 % 25 %

Dienstegutschrift – Cool Blobs in RA-GRS (Leseanforderungen)-Konten:

Prozentsatz der monatlichen Betriebszeit Dienstgutschrift
< 99,9 % 10 %
< 98 % 25 %

Versionsverlauf

1.5 Zuletzt aktualisiert: Juni 2019
Versionshinweise: Hinzufügung von Dateien in Speicherkonten zur Liste der Funktionen, die durch die Verfügbarkeitsgarantie abgedeckt sind.

1.4 Zuletzt aktualisiert: März 2019
Versionshinweise: Die SLA für die neuen Blockblob-Speicherkonten wurde aktualisiert.

1.3 Letzte Aktualisierung: Dezember 2017
Versionshinweise: Aktualisierte Definition des “Cool-Access-Levels”; hinzugefügte Definition des “Hot-Access-Levels“.

1.2 Letzte Aktualisierung: April 2017
Versionshinweise: Aktualisierte SLA zur Berücksichtigung der Garantien für Azure File Storage.

1.1 Letzte Aktualisierung: April 2016
Versionshinweise: Die SLA für die neuen Blob-Speicherkonten mit der Cool Access-Ebene wurde aktualisiert.

1.0 Last updated: May 2015

Weitere Informationen