Azure SQL-Wartevorgang hat ein Zeitlimit überschritten
Ich bin bereit, Azure SQL wegen Zuverlässigkeitsproblemen auszusetzen, aber ich dachte, ich würde zuerst hier nachsehen. Ich bekomme mehrere sporadische Timeout-Fehler in SQL Azure. Dies ist kein Problem mit der Verbindungszeichenfolge - wir sprechen über mehrere verschiedene Apps, die seit einiger Zeit ohne Probleme laufen. Der genaue Fehler ist:
%Vor%Momentan schaue ich mir 300 davon in den letzten 30 Minuten an. Ich habe die DMV-Abfrage unter Ссылка ausgeführt um herauszufinden, was vor sich geht, und das gefunden:
Laut der Dokumentation ist 602.382 Mikrosekunden oder ungefähr 602 Millisekunden, also sind meine Datenbanknutzungsanforderungen offensichtlich ziemlich niedrig. Ich habe das Gefühl, dass dies nur ein Problem der Übermietung von Azure SQL ist. Gibt es eine andere mögliche Erklärung? Jede potenzielle Lösung, die kurz davor steht, Azure SQL für umweltfreundlichere Umgebungen (z. B. dedizierte SQL-VM) zu verlassen?
3 Antworten
Ja, Sie haben Recht, Sie werden wahrscheinlich von anderen Ressourcen mit hohem Ressourcenverbrauch erdrückt, die auf derselben Maschine platziert wurden, auf der sich Ihre Datenbank befand.
Standardmäßig bietet Sql Azure eine SLA für die Verfügbarkeit, nicht aber für die Leistung. Wenn Sie nach Konsistenz bei der Leistung suchen, sollten Sie sich die Premium-Stufe ansehen: Ссылка
In der Premiumstufe wird Ihre db garantiert ein paar Kerne, Speicher und IOPS (denken Sie wie eine Mini-VM) sagen
Sehen Sie sich die Premium-Reservierungen in SQL Azure an, es ist teurer, aber Sie werden von "Mieter-Nachbar-Rauschen" isoliert. Es ist im Vorschaumodus und es hat einige wichtige Verbesserungen: Entfernt maximale Verbindungsgrenze, keine maximale Protokollgrenze, keine Drosselung und kein Nachbarrauschen.
dedizierte VMs für SQL Server sind jetzt wegen der komplexen Einrichtung, die für das Arbeiten mit Cloud-Diensten und für hohe Verfügbarkeit erforderlich ist, überflüssig. Auch einfache Dinge wie Backups erfordern zusätzliche Jobs, es sei denn, Sie führen SQL Server 2012 aus.
Bei einer Cloud-Datenbank sollten Sie wahrscheinlich einen Wiederholungsmechanismus implementieren und dann einen Weg finden, wie oft es fehlschlägt - und idealerweise dem Endbenutzer mitteilen, dass ein vorübergehendes Problem vorliegt.
Tags und Links performance azure-sql-database