Arrêt de SQL Azure DB lorsqu'il n'est pas utilisé
Existe-t-il un moyen d’arrêter une base de données SQL Azure afin qu’elle ne facture rien à notre compte? Je ne souhaite pas le supprimer, mais uniquement lors des tests et de son non-utilisation, nous le définissons comme "arrêté", comme nous pouvons le faire avec les sites Web, les services de cloud et les machines virtuelles.
Merci
Au 15 août 2019, la réponse est non.
Ils ne le permettront pas. Ainsi, la facturation de votre base de données Azure continuera à compter du jour de sa création. Il n’ya vraiment aucun moyen de suspendre/arrêter la facturation de votre base de données SQL Azure.
Source: Veuillez ajouter la possibilité d'activer/désactiver temporairement le serveur SQL Azure pour suspendre la facturation
La réponse officielle de Microsoft semble être "Oui, vous pouvez exporter votre base de données. Supprimez la base de données SQL Azure et la suspension de la facturation sera suspendue. Ensuite, lorsque vous en aurez besoin, vous pourrez créer une nouvelle base de données et importer votre base de données précédemment expored."
Je ne crois pas que cela soit acceptable comme réponse pour "Permettez-moi de désactiver temporairement SQL Server pour économiser sur ma facturation"
Ce n'est pas une option aujourd'hui. Votre seul choix est de réduire la taille de la base de données Azure SQL, ce qui réduira les coûts dès la prochaine heure de service. Si vous ne voulez vraiment pas payer pour la base de données, vous pouvez sauvegarder la base de données sur le stockage d'objets blob, supprimer la base de données, puis la restaurer si nécessaire. Vous pouvez l'orchestrer à l'aide de PowerShell ou d'un logiciel similaire.
Mise à jour de mai 2019: un nouveau niveau de la base de données Azure SQL Server "sans serveur" est proposé, qui pourrait répondre à certaines des exigences en matière de réduction des coûts en évitant de facturer les factures non utilisées. La documentation officielle est disponible à lire .
Les bases de données sont sauvegardées automatiquement juste avant un dépôt. alors, vous pouvez simplement le laisser tomber quand vous n'en avez pas besoin et le restaurer quand vous en avez besoin. Les restaurations prendront un certain temps en fonction de la taille de la base de données et de la quantité de journaux que vous avez générés. Elle ne sera donc pas rapide pour les bases de données volumineuses.
En outre, il existe une politique d'expiration sur la durée de conservation des sauvegardes (dépend du niveau de service), alors surveillez-le.
https://msdn.Microsoft.com/en-us/library/Azure/jj650016.aspx
En l'état, il n'est pas pris en charge, mais il existe quelques solutions de contournement. Cela dépend vraiment de combien de temps vous voulez l’arrêter, de la rapidité avec laquelle vous le voulez et de la taille de la base de données. Si c'est pour quelques heures, cela ne vaut peut-être pas la peine, car la facturation est horaire et vous pouvez avoir des problèmes d'arrondi. Si vous avez des jours, vous pouvez le laisser et le restaurer en cas de besoin. Si plusieurs semaines plus tard, exporter la base de données et l'importer au besoin est une autre option. Vous pouvez également vouloir vérifier la stratégie de sauvegarde pour l'édition que vous choisissez avant de préférer exporter/restaurer. L'autre chose à noter est le besoin immédiat vs prévu. Si immédiat, et que la base de données est grande, assurez-vous que les accords de niveau de service en place fonctionnent pour vous.
L’équipe de base de données SQL Azure est heureuse d’annoncer qu’il existe désormais une option permettant de répondre à votre demande. Nous venons d'annoncer une option "sans serveur" pour Azure SQL DB qui mettra votre base de données en pause lorsqu'elle ne sera pas utilisée. Vous pouvez en savoir plus sur la fonctionnalité ici: SQL Database Serverless
Alors que, à cette faible échelle (exigence de réduction (pause) plutôt que d’augmentation), un SQL exécuté dans un VM pourrait être une meilleure réponse pour vous ...
Vous pouvez exporter la base de données vers le stockage Azure et l'importer lorsque vous souhaitez la réactiver, comme suggéré ici:
Vous ne pouvez pas obtenir la charge à zéro, mais presque ...
Si vous essayez cette commande SQL:
alter DATABASE myDB modify (EDITION = 'Basic')
ou
alter DATABASE myDB modify (EDITION = 'Standard', SERVICE_OBJECTIVE = 'S0', MAXSIZE = 10 gb)
votre coût peut alors atteindre 5 USD par mois (en fonction de la taille de votre base de données).
Lorsque vous revenez au travail sur votre base de données, il vous suffit de lancer
alter DATABASE myDB modify (EDITION = 'Standard', SERVICE_OBJECTIVE = 'S2', MAXSIZE = 10 gb)
et tout reviendra à la normale après quelques minutes.
D'accord avec la réponse de @ Shhiva. Toutefois, si vous essayez simplement de tester SQL Server sur une machine virtuelle Azure, vous ne voudrez pas engager de poursuites en le laissant accidentellement en marche au cours du week-end ou des semaines. Une solution consiste à utiliser Fonction d'arrêt automatique .
Voici ce que j'ai fait avec ma base de données Azure (20/04/19)
J'ai dimensionné les unités de bureau de la base de données aussi bas que possible tout en réservant jusqu'à 250 Go, ce qui correspond à 10 unités de travail avec un coût estimé à 1,50 par unité de bureau (estimé à 15 dollars par mois). Pour moi, c'est presque aussi bon que de l'éteindre et de l'allumer. Je peux l'adapter à 100 unités de bureau lorsque je souhaite obtenir davantage de traitement et le réduire lorsque je ne le fais pas. Même à 100 DTU pour un mois entier, le coût n'était que de 75,93 USD le mois dernier sur ma base de données de test.
REMARQUE: Je n'utilise PAS de VM pour exécuter une base de données, mais uniquement le serveur SQL standard que vous obtenez lorsque vous créez une base de données dans Azure.
C'est maintenant possible et la fonctionnalité de prévisualisation est publique. Azure SQL Database sans serveur
https://docs.Microsoft.com/en-us/Azure/sql-database/sql-database-serverless