Tarification Base de données étendue SQL Server

Stretch Database est une fonctionnalité de SQL Server 2016. Celle-ci est disponible dans toutes les éditions de SQL Server 2016. Pour en savoir plus sur Stretch Database, consultez la page Vue d'ensemble de SQL Server 2016 Stretch Database.

Une unité DSU (Database Stretch Unit) SQL Stretch Database représente la puissance de la requête. Elle est quantifiée par les objectifs de charge de travail : rapidité de l'écriture, de la lecture et du calcul des lignes. Cette mesure permet aux clients d'évaluer le volume relatif des performances nécessaires à leur charge de travail.

Votre facture inclut un tarif mensuel prévisible pour le stockage, plus un tarif variable pour le calcul. Le calcul peut varier selon le mois et selon la quantité des ressources de calcul (DSU) consommées. Le stockage et le calcul sont mentionnés séparément sur la facture pour que le niveau de ressources de calcul consommées soit facilement consultable.

Vous êtes facturé pour chaque heure d'existence de la base de données Stretch Database, quelle que soit l'activité ou si la base de données existe pendant moins d'une heure. Par exemple, si vous créez une base de données Stretch Database et que vous la supprimez 5 minutes après, votre facture mentionne le coût pour 1 heure de base de données de calcul, ainsi que le stockage utilisé pour la base de données en question. Si vous supprimez une base de données, puis que vous en créez une autre portant le même nom, votre facture mentionne le coût pour deux bases de données distinctes (coûts du calcul et du stockage) pour l'heure en question.

Les unités DSU sont facturées sur une base horaire en fonction du niveau de performances le plus élevé qui s'est appliqué pendant l'heure en question. Si vous créez une base de données Stretch Database avec 100 unités DSU, puis que vous la mettez à l'échelle immédiatement à hauteur de 400 DSU, vous êtes facturé au taux de calcul correspondant à 400 DSU pour la première heure.

Vous pouvez ajuster le niveau de performances de votre base de données Stretch Database. Cette opération ne prend que quelques minutes, et vos bases de données sont en ligne et disponibles pendant que la modification a lieu.

Vous pouvez étirer la base de données dans la limite de 240 To de données avec Stretch Database.

Vous pouvez à tout moment replacer vos données dans l'environnement local. Si vous choisissez de vous désabonner de Stretch Database, vous devez replacer les données localement au moyen de l’annulation de l’extension ou de l’exportation vers un service de stockage pour conserver l’accès aux données. Remarque : les frais de sortie s’appliquent aux données qui sont déplacées en dehors d’Azure. Pour plus d'informations sur l'annulation de l'extension ou l'exportation des données, consultez la documentation SQL Server 2016 Stretch Database.

Vous consommez à peu près la même quantité de stockage dans Stretch Database que dans SQL Server, car les données initialement stockées dans SQL Server sont déplacées vers Stretch Database.

Stretch Database ne prend actuellement pas en charge l'extension vers un autre serveur SQL Server. Vous ne pouvez pas étendre une base de données SQL Server dans une autre base de données du même type. Pour étirer votre base de données ou table SQL Server dans une autre instance de SQL Server et non dans Stretch Database, envoyez-nous un commentaire détaillé ici.

La mise à niveau directe n'est pas prise en charge. Si vous voulez conserver les données qui ont déjà été étendues dans Azure, vous devez tout d’abord annuler la migration des données d’Azure vers votre base de données SQL Server. Lorsqu’il sera disponible, vous pourrez ensuite mettre à niveau et étendre une nouvelle fois vers le nouveau service Stretch Database. L’annulation de la migration des données à partir d’Azure entraîne des frais relatifs à la sortie des données. Si vous utilisez la version RC1 ou ultérieure, vous pouvez effectuer une mise à niveau vers une version plus récente à l'aide d'une des méthodes de mise à niveau prises en charge par SQL Server.

Vous devez d'abord annuler la migration des données, puis migrer les données d'Azure vers votre base de données SQL Server. Lorsqu’il sera disponible, vous pourrez ensuite mettre à niveau et étendre une nouvelle fois vers le nouveau service Stretch Database. L'annulation de la migration des données à partir d'Azure entraîne des frais relatifs à la sortie des données.