Omitir navegación

SLA para Azure SQL Database

Last updated: April 2022

Azure SQL Database is a fully managed relational database with built-in regional high availability and turnkey geo-replication to any Azure region. It includes intelligence to support self-driving features such as performance tuning, threat monitoring, and vulnerability assessments and provides fully automated patching and updating of the code base.

  • Azure SQL Database Business Critical, Premium or General Purpose tiers configured as Zone Redundant Deployments have an availability guarantee of at least 99.995%.
  • Azure SQL Database Hyperscale, Business Critical, Premium, or General Purpose tiers not configured for Zone Redundant deployments have an availability guarantee of at least 99.99%.
  • Azure SQL Database Basic or Standard tiers have an availability guarantee of at least 99.99%.
  • Azure SQL Database Business Critical tier configured with geo-replication has a guarantee of Recovery point objective (RPO) of 5 sec for 100% of deployed hours.
  • Azure SQL Database Business Critical tier configured with geo-replication has a guarantee of Recovery time objective (RTO) of 30 sec for 100% of deployed hours.

Este Contrato de Nivel de Servicio para los Servicios online de Microsoft (este "SLA") forma parte de su contrato de licencias por volumen de Microsoft (el "Contrato"). Todos los términos utilizados en mayúscula inicial que no se definan en este SLA tendrán el mismo significado que se les asigna en el Contrato. Este SLA se aplica a los Servicios Online de Microsoft que se enumeran aquí (un "Servicio" o los "Servicios"), pero no se aplican a los servicios con otras denominaciones que se pongan a disposición o estén relacionados con los Servicios o con cualquier software on-premises que forme parte de cualquier Servicio.

Si no conseguimos lograr y mantener los Niveles de Servicio para cada Servicio según lo descrito en este SLA, podría optar a un crédito aplicable a una parte de sus tarifas de servicio mensuales. No modificaremos los términos de su SLA durante el periodo inicial de su suscripción; sin embargo, si renueva su suscripción, la versión de este SLA que esté vigente en el momento de la renovación se aplicará durante todo el periodo de renovación. Notificaremos con al menos 90 días de anticipación los cambios sustanciales adversos a este SLA.

Definiciones

"Periodo Mensual Aplicable" significa, en un mes natural en el que se incurra en un Crédito de Servicio, el número de días que está suscrito a un servicio.

"Tarifas de Servicio Mensuales Aplicables" significa el total de las tarifas abonadas de forma efectiva por su parte por un servicio aplicado al mes en el que se incurre en un Crédito de Servicio.

El "Tiempo de Inactividad" se define para cada servicio en los términos específicos a cada servicio a continuación.

"Código de Error" significa una indicación de que una operación ha fallado, como un código de estado HTTP en el rango 5xx.

"Conectividad Externa" es el tráfico de red bidireccional por protocolos compatibles como HTTP y HTTPS que se puede enviar y recibir desde una dirección IP pública.

"Incidente" significa (i) cualquier evento único o (ii) cualquier conjunto de eventos que generen Tiempo de Inactividad.

"Portal de Administración" significa la interfaz web que facilita Microsoft y mediante la cual los clientes pueden administrar el servicio.

"Crédito de Servicio" es el porcentaje de las Tarifas de Servicio Mensuales Aplicables acreditadas a usted después de una aprobación de una reclamación de Microsoft.

"Nivel de Servicio" significa las métricas de rendimiento planteadas en este SLA que Microsoft se compromete a cumplir en la entrega de los servicios.

"Recurso de servicio" es un recurso individual disponible para su uso dentro de un servicio.

"Código de Éxito" significa una indicación de que una operación se ha completado con éxito, como un código de estado HTTP en el rango 2xx.

"Ventana de Compatibilidad" es el periodo de tiempo durante el cual una funcionalidad del servicio es compatible con otro producto o servicio.

Términos

Reclamaciones
Para que Microsoft tenga en cuenta una reclamación, debe enviarla al servicio de soporte al cliente de Microsoft Corporation con toda la información necesaria para que Microsoft valide la reclamación, incluida, entre otros: (i) una descripción detallada del Incidente; (ii) información relativa a la hora y duración del Tiempo de Inactividad; (iii) el número y las ubicaciones de los usuarios afectados (si procede); y (iv) las descripciones de sus intentos para resolver el Incidente en el momento en que se produzca.

En el caso de las reclamaciones relacionadas con Microsoft Azure, debemos recibir la reclamación en el plazo de dos meses a partir del final del mes de facturación en que se produjera el Incidente objeto de la reclamación. En el caso de las reclamaciones relacionadas con todos los demás servicios, debemos recibir la reclamación al final del mes natural posterior al mes en el que se produjera el Incidente. Por ejemplo, si el Incidente se produjo el 15 de febrero, debemos recibir la reclamación y toda la información necesaria antes del 31 de marzo.

Evaluaremos toda la información de la que dispongamos de forma razonable y determinaremos de buena fe si se debe un Crédito de Servicio. Nos esforzaremos dentro de lo comercialmente razonable en procesar las reclamaciones durante el mes posterior y en el plazo de cuarenta y cinco (45) días a partir de la recepción. Para poder recibir un Crédito de Servicio, debe cumplir los términos del contrato. Si determinamos que se le debe un Crédito de Servicio, abonaremos dicho crédito a sus Tarifas de Servicio Mensuales Aplicables.

Si ha adquirido más de un servicio (no como una suite), podrá enviar diferentes reclamaciones según el proceso descrito anteriormente si cada uno de dichos servicios estaba cubierto por un SLA individual. Por ejemplo, si ha adquirido tanto Exchange Online como SharePoint Online (no como una suite) y durante el periodo de suscripción se ha producido un Incidente que generase Tiempo de Inactividad para ambos servicios, podrá optar a dos créditos de servicio independientes (uno por servicio) enviando dos reclamaciones en virtud de este SLA. En caso de que se incumpla más de un Nivel de Servicio para un servicio en particular debido al mismo Incidente, debe elegir únicamente un Nivel de Servicio en virtud del cual realizar una reclamación sobre la base del Incidente. A no ser que un SLA específico así lo prevea, solo se permite un crédito de servicio por servicio y Periodo Mensual Aplicable.

Créditos de servicio
Los créditos de servicio son la medida de compensación única y exclusiva para cualquier problema de rendimiento o disponibilidad con un servicio sujeto al contrato y a este SLA. No podrá decidir unilateralmente compensar sus Tarifas de Servicio Mensuales Aplicables a causa de problemas de rendimiento o disponibilidad.

Los créditos de servicio se aplican únicamente a las tarifas abonadas por el servicio, Recurso de Servicio o Nivel de Servicio particular en el que se haya incumplido un Nivel de Servicio. En los casos en los que los niveles de servicio se apliquen a recursos de servicio individuales o a distintos niveles de servicio, los créditos de servicio se aplicarán únicamente a las tarifas abonadas por el recurso o Nivel de Servicio afectado, según proceda. Estos créditos de servicio concedidos en cualquier mes de facturación por un servicio o Recurso de Servicio particular no superará, en ninguna circunstancia, sus tarifas de servicio mensuales para dicho servicio o Recurso de Servicio, según proceda, en el mes de facturación.

Si ha adquirido servicios como parte de una suite u otra oferta particular, se prorratearán las Tarifas de Servicio Mensuales Aplicables y el Crédito de Servicio para cada servicio.

Si ha adquirido un servicio a un revendedor, recibirá un Crédito de Servicio directamente del revendedor y este recibirá a su vez un Crédito de Servicio por nuestra parte. El Crédito de Servicio se basará en el precio minorista estimado para el Servicio aplicable, según determinemos con un criterio razonable.

Limitaciones
El presente SLA y todos los Niveles de servicio aplicables no se aplican a ningún problema de rendimiento o disponibilidad:

  1. Debido a factores que escapan a nuestro control razonable (por ejemplo, desastres naturales, guerras, actos de terrorismo, revueltas, acciones gubernamentales o un error de red o dispositivos externo a nuestros centros de datos, incluidos en su sitio o entre su sitio y nuestro centro de datos);
  2. Resultantes del uso de servicios, hardware o software que no facilitemos nosotros, incluidos, entre otros, problemas relacionados con un ancho de banda inadecuado o relacionados con software o servicios de terceros;
  3. Son resultado de la conexión a una base de datos sin servidor que está en pausa, pausada o en reanudación.
  4. Provocado por el uso por su parte de un Servicio tras haberle advertido de que modifique su uso del Servicio y sin haber hecho caso de nuestra advertencia;
  5. En relación con o durante la vista previa, el prelanzamiento, la versión beta o versiones de prueba de un Servicio, funcionalidad o software (según determinemos) o de compras realizadas utilizando créditos de suscripción de Microsoft;
  6. Resultante de una acción u omisión no autorizada por su parte cuando resultara necesaria, o por parte de sus empleados, agentes, contratistas o proveedores, o cualquier persona que obtenga acceso a nuestra red mediante sus contraseñas o equipamiento, o como consecuencia de su incapacidad de seguir prácticas de seguridad apropiadas;
  7. Resultante de su incapacidad de ajustarse a las configuraciones necesarios, de usar las plataformas compatibles, de seguir las políticas de uso aceptable o de su uso del Servicio de forma incompatible con las características o funcionalidades del Servicio (por ejemplo, intentos de llevar a cabo operaciones incompatibles) o incoherentes con las guías publicadas por nuestra parte;
  8. Resultante de inserciones, instrucciones o argumentos defectuosos (por ejemplo, solicitud de acceso a archivos que no existen);
  9. Resultante de sus intentos de realizar operaciones que superen las cuotas prescritas o derivado de las limitaciones por nuestra parte de comportamientos supuestamente abusivos;
  10. Debido al uso por su parte de características del Servicio que queden fuera de las Ventanas de Compatibilidad asociadas; o
  11. Para licencias reservadas, pero no abonadas, en el momento del Incidente.
  12. Las operaciones que usted inicia, como reiniciar, detener, iniciar, conmutar por error, escalar recursos informáticos y escalar almacenamiento, que generen tiempo de inactividad, se excluyen del cálculo del tiempo de actividad.
  13. El período de mantenimiento mensual que produzca tiempo de inactividad para aplicar revisiones a su servidor e infraestructura se excluye del cálculo del tiempo de actividad.

Los servicios adquiridos mediante contratos de licencias por volumen del tipo Open, Open Value y Open Value Subscription y los Servicios de una suite Office 365 Pequeña Empresa Premium adquiridos en forma de clave de producto no son elegibles para utilizar créditos de servicio basados en tarifas de servicio. Para estos servicios, cualquier crédito de servicio al que pudiera optar se acreditará en forma de tiempo de servicio (es decir, en días) en vez de tarifas de servicio, y las referencias a "Tarifas de Servicio Mensuales Aplicables" se eliminarán y se sustituirán por "Periodo Mensual Aplicable".

Additional Definitions

"Availability Zone" is a fault-isolated area within an Azure region, providing redundant power, cooling, and networking.

"Database" means any Microsoft Azure SQL Database created in any of the Service tiers and deployed either as a single database or in an Elastic Pool.

"Zone Redundant Deployment" is a Database that is deployed across multiple Availability Zones.

"Primary" means any Database that has active geo-replication relationship with a Database in other Azure regions. Primary can process read and write requests from the application.

"Secondary" means any Database that maintains asynchronous geo-replication relationship with a Primary in another Azure region and can be used as a failover target. Secondary can process read-only requests from applications.

"Compliant Secondary" means any Secondary that is created with the same configuration and in the same service tier as the Primary. If the Secondary is created in an elastic pool, it is considered Compliant if both Primary and Secondary are created in elastic pools with matching configurations and with density not exceeding 250 databases for a compliant configuration.

Monthly Uptime Calculation and Service Levels for Azure SQL Database Service

"Deployment Minutes" is the total number of minutes that a given Database has been operational in Microsoft Azure during a billing month.

"Maximum Available Minutes" is the sum of all Deployment Minutes for a given Microsoft Azure subscription during a billing month.

"Downtime" is the total accumulated Deployment Minutes across all Databases in a given Microsoft Azure subscription during which the Database is unavailable. A minute is considered unavailable for a given Database if all continuous attempts by Customer to establish a connection to the Database within the minute fail.

"Monthly Uptime Percentage" for a given Database is calculated as Maximum Available Minutes less Downtime divided by Maximum Available Minutes in a billing month for a given Microsoft Azure subscription. Monthly Uptime Percentage is represented by the following formula:

Monthly Uptime %= 100 * (Maximum Available Minutes-Downtime) / Maximum Available Minutes

The following Service Levels and Service Credits are applicable to Customer's use of the General Purpose, Business Critical or Premium tiers of the SQL Database Service configured for Zone Redundant Deployments:

Monthly Uptime Percentage Service Credit
< 99.995% 10%
< 99% 25%
< 95% 100%

The following Service Levels and Service Credits are applicable to Customer's use of the Hyperscale, Business Critical, Premium or General Purpose, of the SQL Database Service not configured for Zone Redundant Deployments:

Monthly Uptime Percentage Service Credit
< 99.99% 10%
< 99% 25%
< 95% 100%

The following Service Levels and Service Credits are applicable to Customer's use of the Basic or Standard tiers of the SQL Database Service:

Monthly Uptime Percentage Service Credit
< 99.99% 10%
< 99% 25%
< 95% 100%

Recovery Point Objective (RPO)

"Geo-Replication Link" is a programmatic object representing a connection between a specific Primary and the Secondary.

"Geo-Replication Lag" is a time span from the point of transaction commit on the Primary and the acknowledgement by the Secondary that the transaction log update has been persisted.

"Replication Lag Check" is a programmatic method of obtaining the Geo-Replication Lag value for a specific Geo-Replication Link.

"Recovery Point Objective (RPO)" means a Geo-Replication Lag not to exceed 5 seconds.

"N" is the number of Replication Lag Check for a given Geo-Replication Link in a given hour.

"S" is the lag-sorted set of Replication Lag Check results in ascending order for a given Geo-Replication Link in a given hour.

"Ordinal Rank" is the 99th percentile using the nearest rank method represented by the following formula:

Ordinal Rank = (99 / 100) * N

"P99 Replication Lag" is the value at the Ordinal Rank of S.

"Deployment Hours" is the total number of hours that a given Compliant Secondary has been operational for a given Microsoft Azure subscription during a billing month.

"Excessive Lag Hours" is the total number of one-hour intervals during which Replication Lag Check resulted in a P99 Replication Lag greater than or equal to RPO for a given Microsoft Azure subscription during a billing month. If the number of Replication Lag Checks in a given one-hour interval is zero, the Excessive Lag Hours for that interval is 0.

"Monthly RPO Attainment Percentage" for a given Database deployment is calculated using the following formula:

100% - (Excessive Lag Hours / Deployment hours) *100

The following Service Levels and Service Credits are applicable to Customer's use of the active geo-replication feature with Business Critical tier of Azure SQL Database service with a Compliant Secondary:

Operation RPO Monthly RPO attainment percentage Service credit
GEO-REPLICATION 5 sec < 100% 10% of total monthly cost of Compliant Secondary

Recovery Time Objective (RTO)

"Unplanned Failover" is an action initiated by Customer when the Primary is offline to enable a Compliant Secondary as Primary.

"Recovery Time" is the time elapsed from the Unplanned Failover until the Secondary is acting as the Primary.

"Recovery Time Objective (RTO)" means a maximum allowed Recovery Time not to exceed 30 seconds.

"Non-compliant Unplanned Failover" is an Unplanned Failover that failed to complete within the RTO.

"Monthly RTO Attainment Percentage" for a given Database deployment, in a billing month for a given subscription is represented by the following formula:

(Total number of Unplanned Failovers – Total number of Non-compliant Unplanned Failovers) / Total number of Unplanned Failovers* 100

The following Service Levels and Service Credits are applicable to Customer's use of the active geo-replication feature with Business Critical service tier of SQL Database service with a Compliant Secondary:

Operation RTO Monthly RTO attainment percentage Service credit
UNPLANNED FAILOVER OF SINGLE DATABASE 30 sec < 100% 100% of total monthly cost of Compliant Secondary

Historial de versiones

1.8 Last updated: April 2022
Notas de lanzamiento: Updated content for databases on the Hyperscale service tier

1.7 Última actualización: Marzo de 2022
Notas de lanzamiento: Contenido actualizado para bases de datos con redundancia de zona

1.6 Última actualización: Agosto de 2021
Notas de lanzamiento: Contenido actualizado para mayor claridad.

1.5 Última actualización: Noviembre de 2020
Notas de lanzamiento: Se quitó la instancia gestionada para incluirla en un SLA independiente para Instancia administrada de Azure SQL.

1.4 Última actualización: Julio de 2019

1.3 Última actualización: Julio de 2019
Notas de lanzamiento: SLA ampliado para incluir garantías de RPO y RTO. Se han añadido garantías de disponibilidad <95 %.

1.2 Última actualización: Mayo de 2019
Notas de lanzamiento: SLA ampliado para cubrir los Niveles Business Critical, Premium y Hyperscale de Bases de datos SQL. Se eliminaron las referencias a los Niveles Web y Business, ya que se han retirado.

1.1 Última actualización: Mayo de 2016
Notas de lanzamiento: Revisado para reflejar la disponibilidad general de Elastic Database el 1/5/2016

1.0 Última actualización: Mayo de 2015