Dies ist eine veraltete Version dieser SLA. Klicken Sie hier, um die aktuelle Version dieser SLA aufzurufen.

SLA für Speicherkonten

Letzte Aktualisierung: April 2017

  • 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 „Lesezugriff (georedundant)“) 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,9 % 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,9 % 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 des Typs „Lesezugriff (georedundant)“) verarbeitet werden.

Diese Vereinbarung zum Servicelevel für Microsoft-Onlinedienste (diese „SLA“) ist Teil Ihres Microsoft-Volumenlizenzvertrags („Vertrag“). 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 aufgeführten Microsoft-Onlinedienste (ein „Dienst“ oder die „Dienste“), jedoch nicht für Dienste mit separatem Markennamen, die mit den Diensten zur Verfügung gestellt werden oder mit diesen verbunden sind, oder für jegliche firmeneigene Software, die Teil eines Dienstes ist.

Wenn wir die in dieser SLA beschriebenen Servicelevels für die einzelnen Dienste nicht erreichen und aufrechterhalten, haben Sie möglicherweise Anspruch auf eine Gutschrift bezüglich eines Teils Ihrer monatlichen Servicegebühren. 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. Wir werden Sie mindestens 90 Tage im Voraus über entgegenstehende, wesentliche Änderungen dieser SLA informieren.

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, 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 Dienstes 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 detaillierte Beschreibung des Vorfalls; (ii) Informationen über den Zeitpunkt und die Dauer der Ausfallzeit; (iii) die Anzahl und den/die Standort(e) der betroffenen Nutzer (falls zutreffend); und (iv) Beschreibungen Ihrer Versuche, den Vorfall zum Zeitpunkt des Auftretens zu lösen.

Bei einem Anspruch im Zusammenhang mit Microsoft Azure muss die Anspruchserhebung innerhalb von zwei Monaten nach dem Ende des Abrechnungsmonats, 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 sich der Vorfall beispielsweise am 15. Februar ereignet hat, müssen wir die Anspruchserhebung und alle erforderlichen Informationen bis zum 31. März erhalten.

Wir werden alle uns vernünftigerweise zur Verfügung stehenden Informationen auswerten und nach Treu und Glauben feststellen, ob eine Servicegutschrift geschuldet wird. 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 Ihnen eine Servicegutschrift zusteht, werden wir die Servicegutschrift auf Ihre zutreffenden monatlichen Servicegebühren anwenden.

Wenn Sie mehr als einen Service (nicht als Suite) erworben haben, können Sie Ansprüche gemäß dem oben beschriebenen Verfahren erheben, als ob jeder Service durch eine individuelle SLA (Vereinbarung zum Servicelevel) abgedeckt wäre. 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. Für den Fall, dass aufgrund desselben Vorfalls mehr als ein Servicelevel für einen bestimmten Service nicht erfüllt wird, müssen Sie nur einen Servicelevel wählen, unter dem Sie einen Anspruch auf der Grundlage des Vorfalls geltend machen können. Sofern in einer bestimmten SLA nichts anderes vorgesehen, ist pro Service für einen zutreffenden Monatszeitraum nur eine Servicegutschrift zulässig.

Dienstgutschriften
Servicegutschriften sind Ihr einziger und ausschließlicher Rechtsbehelf bei Leistungs- oder Verfügbarkeitsproblemen für einen Service im Rahmen des Vertrags und dieser SLA. Sie dürfen Ihre zutreffenden monatlichen Servicegebühren für Leistungs- oder Verfügbarkeitsprobleme nicht einseitig aufrechnen.

Servicegutschriften gelten nur für Gebühren, die für den jeweiligen Service, die jeweilige Serviceressource oder die jeweilige Servicelevel bezahlt wurden, für die ein Servicelevel nicht erfüllt 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 beliebigen Abrechnungsmonat für einen bestimmten Service oder eine bestimmte Serviceressource gewährten Servicegutschriften übersteigen unter keinen Umständen Ihre monatlichen Servicegebühren für diesen Service oder diese Serviceressource, wo anwendbar, in dem jeweiligen Abrechnungsmonat.

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 Service bei einem Handelspartner gekauft haben, erhalten Sie eine Servicegutschrift direkt von Ihrem Handelspartner und der Handelspartner erhält eine Servicegutschrift direkt von uns. Die Servicegutschrift basiert auf dem geschätzten Einzelhandelspreis für den jeweiligen Service, der von uns nach unserem vernünftigen Ermessen festgelegt wird.

Einschränkungen
Diese SLA und alle zutreffenden Servicelevels gelten nicht für folgende 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 Dienstes 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 zum Zeitpunkt des Vorfalls reservierte, aber nicht bezahlte Lizenzen.

Dienste, die über Open, Open Value und Open Value Subscription-Volumenlizenzverträge erworben wurden, sowie Dienste in einer Office 365 Small Business Premium-Suite, die in Form eines Product Key erworben wurden, kommen für Servicegutschriften auf der Grundlage von Servicegebühren nicht in Betracht. Für diese Dienste wird jede Servicegutschrift, auf die Sie möglicherweise Anspruch haben, in Form von Dienstzeit (d. h. in Tagen) im Gegensatz zu Dienstgebühren erstellt, und alle Verweise auf „Zutreffende monatliche Dienstgebühren“ werden gelöscht und durch „Zutreffender Monatszeitraum“ 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.

"Cool Access-Ebene" ist ein Attribut eines Blob-Speicherkontos, mit dem angegeben wird, dass auf die Daten in diesem Konto nur selten zugegriffen wird und dass für diese Daten ein anderes Servicelevel gilt als für Daten in anderen Zugriffsebenen.

"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, die 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 BLOB-, Datei- 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 Fehler 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 in 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 in 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 in 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.

Prozentsatz der monatlichen Betriebszeit: Der Prozentsatz der monatlichen Betriebszeit wird mithilfe der folgenden Formel berechnet:

100 % – Durchschnittliche Fehlerrate

Dienstgutschrift – LRS, ZRS, GRS und RA-GRS (Schreibanforderungen)-Konten:

Prozentsatz der Monatlichen Betriebszeit Dienstgutschrift
< 99.9% 10%
< 99% 25%

Dienstgutschrift – RA-GRS (Leseanforderungen)-Konten:

Prozentsatz der Monatlichen Betriebszeit Dienstgutschrift
< 99.99% 10%
< 99% 25%

Dienstgutschrift – LRS, GRS, GRS und RA-GRS (Schreibanforderungen)-Blob-Speicherkonten (Cool Access-Ebene):

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

Dienstgutschrift – RA-GRS (Leseanforderungen)-Blob-Speicherkonten (Cool Access-Ebene):

Prozentsatz der Monatlichen Betriebszeit Dienstgutschrift
< 99.9% 10%
< 98% 25%

Versionsübersicht

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