SLA pour Comptes de stockage

Date de la dernière mise à jour : juin 2019

  • Nous garantissons que durant au moins 99,99 % du temps (99,9 % pour le Niveau d’Accès Cool), nous serons en mesure de traiter les demandes de lecture de données émanant de Comptes de Stockage Géo-redondant avec Accès en Lecture (RA-GRS), à condition qu’en cas d’échec de lecture des données à partir de la région principale, de nouvelles tentatives soient effectuées dans la région secondaire.
  • Nous garantissons que pendant au moins 99,9 % du temps (99 % pour le Niveau d’Accès Cool), nous serons en mesure de traiter les demandes de lecture de données sur des Comptes de Stockage Localement Redondant (LRS), de Stockage Redondant dans une Zone (ZRS) et de Stockage Géo-redondant (GRS).
  • Nous garantissons que pendant au moins 99,9 % du temps (99 % pour le Niveau d’Accès Cool), nous serons en mesure de traiter les demandes d’écriture de données sur des Comptes de Stockage Localement Redondant (LRS), de Stockage Redondant dans une Zone (ZRS), de Stockage Géo-redondant (GRS) et de Stockage Géo-redondant avec Accès en Lecture (RA-GRS).

Le présent Contrat de Niveau de Service pour les Services en Ligne Microsoft (le présent « SLA ») fait partie intégrante de votre contrat de licence en volume Microsoft (le « Contrat »). Tous les termes commençant par une lettre majuscule qui sont utilisés dans le présent SLA, mais qui n’y sont pas définis, ont la signification qui leur est attribuée dans le Contrat. Le présent SLA s’applique aux Services en Ligne Microsoft répertoriés dans les présentes (un « Service » ou les « Services »), mais pas aux services commercialisés séparément fournis avec ou liés aux Services ou à tout logiciel sur site faisant partie de tout Service.

Si nous n’atteignons et ne conservons pas les Niveaux de Service définis pour chaque Service dans le présent SLA, vous pourrez prétendre à un avoir sur une partie de vos frais de service mensuels. Nous ne modifierons pas les conditions de votre SLA pendant la durée initiale de votre abonnement ; toutefois, si vous renouvelez votre abonnement, la version du présent SLA utilisée au moment du renouvellement s’appliquera à toute votre période de renouvellement. Nous nous engageons à vous prévenir au moins quatre-vingt-dix (90) jours à l’avance de toute modification substantielle défavorable apportée au présent SLA.

Définitions

« Période Mensuelle Applicable » désigne, pour un mois calendaire durant lequel un Avoir Service est dû, le nombre de jours pendant lesquels vous êtes abonné à un Service.

« Frais de Service Mensuels Applicables » désigne les redevances totales que vous avez effectivement payées pour un Service, qui sont appliquées le mois où un Avoir Service est dû.

Le « Temps d’Indisponibilité » est défini pour chaque Service dans les Conditions Spécifiques des Services ci-dessous.

« Code d’Erreur » renvoie à une indication de défaillance, telle qu’un code de statut HTTP commençant par 5.

« Connectivité Externe » fait référence à un trafic réseau bidirectionnel utilisant des protocoles pris en charge, tels que HTTP et HTTPS, qui peut être émis et reçu par une adresse IP publique.

« Incident » désigne (i) tout événement unique, ou (ii) toute suite d’événements qui aboutit à un Temps d’Indisponibilité.

« Portail de Gestion » désigne l’interface web fournie par Microsoft et par l’intermédiaire de laquelle les clients peuvent gérer le Service.

« Avoir Service » désigne le pourcentage des Frais de Service Mensuels Applicables qui vous est crédité au titre d’une réclamation validée par Microsoft.

« Niveau de Service » désigne la ou les mesures des performances détaillées dans le présent SLA que Microsoft accepte de respecter dans le cadre de la prestation de Services.

« Ressource de Service » désigne une ressource individuelle utilisable au sein d’un Service.

« Code de Réussite » désigne une indication qu’une opération a réussi, comme un code de statut HTTP commençant par 2.

« Période de Support » désigne la période durant laquelle une fonction d’un Service ou sa compatibilité avec un produit ou service distinct est supportée.

Termes et conditions

Réclamations
Pour que Microsoft prenne en compte une réclamation, vous devez la soumettre au support client de Microsoft Corporation en incluant toutes les informations nécessaires pour permettre à Microsoft de valider ladite réclamation, y compris, notamment : (i) une description détaillée de l’Incident ; (ii) des informations sur l’heure et la durée du Temps d’Indisponibilité ; (iii) le nombre d’utilisateurs et le ou les sites des utilisateurs concernés (le cas échéant) ; ainsi (iv) qu’une description de vos tentatives de résolution de l’Incident lorsqu’il est survenu.

Pour toute réclamation liée à Microsoft Azure, nous devons recevoir ladite réclamation dans un délai de deux (2) mois à compter de la fin du mois de facturation pendant lequel l’Incident objet de la réclamation s’est produit. Pour les réclamations liées à tous les autres Services, nous devons recevoir la réclamation avant la fin du mois calendaire qui suit le mois au cours duquel l’Incident s’est produit. Par exemple, si l’Incident s’est produit le 15 février, nous devons recevoir la réclamation et toutes les informations nécessaires avant le 31 mars.

Nous examinerons toutes les informations raisonnablement mises à notre disposition et déterminerons en toute bonne foi si un Avoir Service est dû. Nous ferons tout notre possible pour traiter les réclamations dans le mois suivant et sous quarante-cinq (45) jours après leur réception. Vous devez respecter les conditions du Contrat pour pouvoir prétendre à un Avoir Service. Si nous estimons qu’un Avoir Service vous est dû, nous l’appliquerons à vos Frais de Service Mensuels Applicables.

Si vous avez acheté plusieurs Services (pas dans le cadre d’une suite), vous pouvez soumettre vos réclamations au moyen de la procédure décrite ci-dessus comme si chaque Service était couvert par un SLA individuel. Par exemple, si vous avez acheté Exchange Online et SharePoint Online (pas dans le cadre d’une suite), et pendant la durée de l’abonnement, un Incident a engendré un Temps d’Indisponibilité pour les deux Services, vous pouvez prétendre à deux Avoirs Services distincts (un pour chaque Service), en soumettant deux réclamations dans le cadre du présent SLA. Si plus d’un Niveau de Service n’a pas été respecté pour un Service spécifique en raison du même Incident, vous devez choisir un seul Niveau de Service sur lequel votre réclamation concernant l’Incident sera fondée. Saut stipulation contraire dans un SAL spécifique, un seul Avoir Service est autorisé par Service pour une Période Mensuelle Applicable.

Avoirs Services
Les Avoirs Services sont votre recours exclusif en cas de problèmes de fonctionnement ou de disponibilité pour tout Service dans le cadre du Contrat et du présent SLA. Vous n’êtes pas autorisé à compenser unilatéralement vos Frais de Service Mensuels Applicables en cas de problèmes de fonctionnement ou de disponibilité.

Les Avoirs Service s’appliquent uniquement aux frais payés pour le Service, la Ressource de Service ou l’édition de Service concerné(e) par le non-respect d’un Niveau de Service. Si les Niveaux de Service s’appliquent à des Ressources de Service ou des éditions de Service distinct(e)s, les Avoirs Service s’appliquent uniquement aux frais payés pour la Ressource de Service ou l’édition affectée, selon le cas. Les Avoirs Service obtenus au cours d’un mois de facturation pour un Service ou une Ressource de Service spécifique ne peuvent en aucun cas dépasser vos frais de Service mensuels pour ledit Service ou ladite Ressource de Service, selon le cas, au cours de ce même mois de facturation.

Si vous avez acheté des Services dans le cadre d’une suite ou d’une autre offre individuelle, les Frais de Service Mensuels Applicables et l’Avoir Service de chaque Service seront calculés au prorata.

Si vous avez acheté un Service auprès d’un revendeur, vous obtiendrez un Avoir Service directement auprès de votre revendeur et le revendeur en recevra un directement de notre part. Le montant de l’Avoir Service sera basé sur le prix de revente au détail estimé du Service applicable, tel que nous l’aurons défini à notre entière discrétion.

Restrictions
Le présent SLA et tout Niveau de Service applicable ne s’appliquent pas aux problèmes de performance ou de disponibilité :

  1. qui sont dus à des facteurs échappant à notre contrôle raisonnable (par exemple, une catastrophe naturelle, une guerre, des actes de terrorisme, des émeutes, une action gouvernementale, ou encore une panne de réseau ou d’un dispositif ne faisant pas partie de nos centres de données, y compris sur votre site ou entre votre site et un centre de données de Microsoft) ;
  2. qui découlent de l’utilisation de services, matériels ou logiciels que nous n’avons pas fournis, y compris, mais sans s’y limiter, les problèmes découlant d’une bande passante insuffisante ou liés à des logiciels ou services de tiers ;
  3. qui sont dus à votre utilisation d’un Service après que nous vous avons recommandé de modifier votre utilisation du Service, si vous n’avez pas modifié votre utilisation comme recommandé ;
  4. qui surviennent pendant ou dans le cadre de l'utilisation de versions d’évaluation, précommerciales, bêta ou d’essai d’un Service, d’une fonctionnalité ou d’un logiciel (telles que définies par nous) ou d’achats payés avec des avoirs sur abonnement Microsoft ;
  5. qui sont dus à des actions non autorisées ou au manque d’action, le cas échéant, de votre part ou de la part de vos employés, représentants, prestataires ou fournisseurs, ou de toute personne qui accède à notre réseau en utilisant vos mots de passe ou équipement, ou de toute autre manière résultant de votre non-respect des pratiques de sécurité appropriées ; ou
  6. qui sont dus au fait que vous ne vous conformez pas à tous les besoins de configuration requis, que vous n’utilisez pas les plateformes prises en charge et que vous ne respectez pas toute règle de bon usage, ou qui découlent de votre utilisation du Service d’une manière non conforme aux fonctions et fonctionnalités du Service (par exemple, des tentatives d’exécution d’opérations non prises en charge) ou aux recommandations que nous publions ;
  7. qui résultent de saisies, d’instructions ou d’arguments erronés (par exemple, des demandes d’accès à des fichiers inexistants) ;
  8. qui résultent de vos tentatives d’exécution d’opérations au-delà des quotas prescrits ou d’une limitation que nous avons imposée suite à une suspicion de comportement abusif ;
  9. qui découlent de votre utilisation de fonctions du Service en dehors des Périodes de Support applicables ; ou
  10. qui concernent des licences réservées, mais non payées au moment de l’Incident.

Les Services achetés en vertu de contrats de licence en volume Open, Open Value et Open Value Souscription, et les Services inclus dans une suite Office 365 Petite Entreprise Premium, achetés sous la forme de clé de produit, ne sont pas éligibles aux Avoirs Service basés sur les frais de services. Pour ces Services, tout Avoir Service auquel vous pouvez prétendre vous sera crédité sous la forme de temps de service (par ex. des jours) et non de frais de service, et toute référence aux « Frais de Service Mensuels Applicables » est supprimée et remplacée par la mention de « Période Mensuelle Applicable ».

Définitions supplémentaires

Le « Taux d’erreur moyen » d’un mois de facturation correspond à la somme des Taux d’erreur de chaque heure du mois de facturation, le tout divisé par le nombre total d’heures pour ce mois de facturation.

« Compte de Stockage Blob » désigne un compte de stockage spécial pour le stockage des données en tant qu’objets blob, caractérisé par un niveau d’accès indiquant la fréquence d’accès aux données du compte.

Le « Compte de stockage Blob » est un compte spécialisé dans le stockage de données en tant que bloc ou série de blobs sur disques SSD.

Le « Niveau d’accès Cool » fait référence à un attribut d’objet Blob ou de compte indiquant que l’accès aux données du compte est peu fréquent et que le niveau de service de disponibilité est inférieur à celui des objets Blob du niveau d’accès Hot.

Le « Niveau d’accès Hot » fait référence à un attribut d’objet Blob ou de compte indiquant que l’accès aux données du compte est fréquent.

Les « Transactions exclues » sont des transactions de stockage qui ne sont pas comptabilisées dans le Total des Transactions de stockage ni dans les Transactions de stockage inabouties. Les Transactions exclues comprennent les échecs survenant avant l’authentification, les échecs d’authentification, les tentatives de transactions dépassant les quotas prévus des comptes de stockage concernés, la création ou la suppression de conteneurs, de partages de fichiers, de tableaux ou de files d’attente, et la copie d’objets blob ou de fichiers entre comptes de stockage.

« Taux d’Erreur » correspond au nombre total de Transactions de Stockage Inabouties divisé par le Total des Transactions de Stockage au cours d’un intervalle de temps (qui est actuellement d’une heure). Si le Total des Transactions de Stockage au cours d’un intervalle donné d’une heure est de zéro, le Taux d’Erreur pour cet intervalle est de 0 %.

« Transactions de Stockage Inabouties » désigne l’ensemble des transactions de stockage, parmi le Total des Transactions de Stockage, qui n’ont pas abouti pendant le Temps de Traitement Maximal associé à leur type de transaction respectif, comme indiqué dans le tableau ci-dessous. Le Temps de Traitement Maximal n’inclut que le temps consacré au traitement d’une requête de transaction dans le Service de Stockage, et non le temps nécessaire au transfert de la requête vers ou depuis le Service de Stockage.

Types de transaction Temps de Traitement Maximal
PutBlob et GetBlob (comprend les blocs et les pages)
Obtenir des plages valides d’objets blob de pages
Deux (2) secondes multipliées par le nombre de Mo transférés au cours du traitement de la requête.
PutFile et GetFile Deux (2) secondes multipliées par le nombre de Mo transférés au cours du traitement de la requête.
Copier l’objet blob Quatre-vingt-dix (90) secondes (si les objets blob source et de destination se trouvent dans le même compte de stockage).
Copier Fichier Quatre-vingt-dix (90) secondes (si les fichiers source et de destination se trouvent dans le même compte de stockage).
PutBlockList
GetBlockList
Soixante (60) secondes.
Requête de table
Répertorier les opérations
Dix (10) secondes (pour terminer le traitement ou le reprendre)
Traiter les opérations de table par lots Trente (30) secondes
Toutes les opérations de table pour une seule entité
Toutes les opérations relatives à des objets blob, des fichiers et des opérations de message
Deux (2) secondes

Ces chiffres correspondent aux délais maximum de traitement. Les délais effectifs et moyens sont généralement nettement inférieurs.

Les Transactions de Stockage Inabouties n’incluent pas les éléments suivants :

  1. Les requêtes de transaction interrompues par le Service en raison du non-respect des principes appropriés.
  2. Les requêtes de transaction dont le délai d’expiration est inférieur au Temps de Traitement Maximal correspondant, indiqué ci-dessus.
  3. Les requêtes de transaction de lecture dans des Comptes RA-GRS pour lesquels vous n’avez pas tenté d’exécuter la requête dans la Région Secondaire associée au compte de stockage si la requête dans la Région Principale a échoué.
  4. Les requêtes de transaction de lecture dans des Comptes RA-GRS qui échouent en raison d’un Délais de Géo-réplication.

« Délai de Géo-réplication », pour les Comptes GRS et RA-GRS, désigne le temps nécessaire pour répliquer dans la Région Secondaire du compte de stockage les données qui sont stockées dans la Région Principale du compte de stockage. Les Comptes GRS et RA-GRS sont répliqués dans la Région Secondaire de manière asynchrone. Les données écrites dans la Région Principale du compte de stockage ne sont par conséquent pas immédiatement visibles dans la Région Secondaire. Vous pouvez consulter le Délai de Géo-réplication d’un compte de stockage. Cependant, Microsoft ne fournit aucune garantie sur la durée dudit Délai dans le cadre du présent SLA.

« Compte de Stockage Géo-redondant (GRS) » désigne un compte de stockage pour lequel les données sont répliquées de manière synchrone dans une Région Principale, puis répliquées de manière asynchrone dans une Région Secondaire. Vous ne pouvez pas directement accéder en lecture ni en écriture aux données de la Région Secondaire associée aux Comptes GRS.

« Compte de Stockage Localement Redondant (LRS) » désigne un compte de stockage pour lequel les données sont répliquées de manière synchrone uniquement dans une Région Principale.

« Région Principale » désigne la région géographique dans laquelle se trouvent les données d’un compte de stockage, que vous sélectionnez lors de la création du compte de stockage. Vous pouvez exécuter des requêtes d’écriture uniquement pour les données stockées dans la Région Principale associée aux comptes de stockage.

« Compte de Stockage Géographiquement Redondant avec Accès en Lecture (RA-GRS) » désigne un compte de stockage pour lequel les données sont répliquées de manière synchrone dans une Région Principale, puis répliquées de manière asynchrone dans une Région Secondaire. Vous pouvez directement accéder en lecture, mais pas en écriture, aux données de la Région Secondaire associée aux Comptes RA-GRS.

« Région Secondaire » fait référence à la région géographique dans laquelle les données d’un Compte GRS ou RA-GRS sont répliquées et stockées, et qui est déterminée par Microsoft Azure en fonction de la Région Principale associée au compte de stockage. Vous ne pouvez pas sélectionner la Région Secondaire associée aux comptes de stockage.

« Total des Transactions de Stockage » correspond à l’ensemble des transactions de stockage, à l’exception des Transactions Exclues, tentées dans un intervalle d’une heure sur tous les comptes de stockage du Service de Stockage d’un abonnement donné.

« Compte de Stockage Redondant dans une Zone (ZRS) » désigne un compte de stockage pour lequel les données sont répliquées entre plusieurs installations. Ces installations peuvent se trouver au sein de la même région géographique ou être réparties entre deux régions géographiques.

Pourcentage de Temps de Disponibilité Mensuel : le Pourcentage de Temps de Disponibilité Mensuel est calculé à l’aide de la formule suivante :

100 % - Taux d’Erreur Moyen

Avoir Service – Objets Blob Hot dans les comptes LRS, ZRS, GRS et RA-GRS (requêtes d’écriture) et Objets Blob dans les comptes localement redondants de stockage blob et fichiers dans les comptes de stockage :

Pourcentage de temps de disponibilité mensuel Crédits de service
< 99,9 % 10 %
< 99 % 25 %

Avoir Service – Objets Blob Hot dans les comptes RA-GRS (requêtes de lecture) :

Pourcentage de temps de disponibilité mensuel Avoirs de service
< 99,99 % 10 %
< 99 % 25 %

Avoir Service – Objets Blob Cool dans les comptes LRS, GRS et RA-GRS (requêtes d’écriture) :

Pourcentage de temps de disponibilité mensuel Crédits de service
< 99 % 10 %
< 98 % 25 %

Avoir Service – Objets Blob Cool dans les comptes RA-GRS (requêtes de lecture) :

Pourcentage de temps de disponibilité mensuel Crédits de service
< 99,9 % 10 %
< 98 % 25 %

Historique des versions

1.5 Date de la dernière mise à jour : juin 2019
Notes de diffusion : Ajout de fichiers dans les comptes de stockage à la liste des fonctionnalités couvertes par la garantie du temps de disponibilité.

1.4 Date de la dernière mise à jour : Mars 2019
Notes de diffusion : Mise à jour du Contrat de niveau de service (SLA) applicable aux Comptes de Stockage Blob.

1.3 Date de la dernière mise à jour : décembre 2017
Notes de diffusion : Mise à jour de la définition de « Niveau d’Accès Cool » et ajout de la définition de « Niveau d’accès Hot ».

1.2 Date de la dernière mise à jour : Avril 2017
Notes de diffusion : Mise à jour du SLA afin de refléter les garanties pour Azure File Storage.

1.1 Date de la dernière mise à jour : Avril 2016
Notes de diffusion : Mise à jour du SLA applicable aux Comptes de Stockage Blob avec le Niveau d’Accès Cool

1.0 Date de la dernière mise à jour : Mai 2015