Kända problem och felsökning i Hanteringspaket för Azure SQL Database
Den här artikeln innehåller kända problem för Hanteringspaket för Azure SQL Database.
| Ärenderubrik | Beteende/symptom | Känd lösning |
|---|---|---|
| Det går inte att ta bort mallar | När du tar bort en övervakningsmall visas följande meddelande: "Det går inte att ta bort objektet du försöker ta bort eftersom ett annat objekt refererar till det...". Eftersom System Center Operations Manager inte stöder borttagning av överlappande mallar måste du manuellt ta bort alla övervakare som är mål för den server som definieras av mallen innan du tar bort mallen. | I System Center Operations Manager-konsolen navigerar du till AuthoringManagement>PackObjectsMonitors>, omfångsanpassar listan till den server som definieras av mallen och tar bort alla anpassade övervakare. |
| Vissa elastiska pooler kanske inte identifieras | Elastiska pooler utan databaser identifieras inte. | Ingen lösning. |
| Felmeddelanden tas emot när Azure SQL Server identifieras av flera mallar samtidigt | Om flera Azure SQL Database mallar med olika användarrättigheter används samtidigt för att identifiera samma Azure SQL servrar visas felhändelser (ID 6302) i Operations Manager-Loggboken. | Varje Azure SQL Server måste bara identifieras av en enda mall. |
| Regler och övervakare kan ge felaktiga data om standardvärden för åsidosättning av intervall ändras | Om värdet för parametern Intervall (sekunder) är inställt på lägre än standardvärdet kan regler och övervakare ge felaktiga data. | Parametern Intervall (sekunder) måste anges till inte lägre än standardvärdet. |
| Alternativet uteslutningslista för servern kan fungera felaktigt | Listan över undantag från servern kan fungera felaktigt. De masker som har konfigurerats kan försvinna från listan och vissa prestanda kan fortfarande tas emot. | Ingen lösning. |
| Vissa regler för prestandainsamling kan inte samla in data när REST+T-SQL är aktiverat | Vissa regler för prestandainsamling kanske inte fungerar på grund av brist på nödvändiga T-SQL-behörigheter. | Kör T-SQL-frågor som anges i Konfigurera Azure REST API Monitoring. |
| Det går inte att spara kryssrutan Använd T-SQL för övervakning | När du har skapat Azure SQL Database övervakningsmallen med autentiseringsläget för Azure-tjänstens huvudnamn och alternativet Använd befintlig KÖR som-profil-SPN-konfiguration är kryssrutan Använd T-SQL för övervakning fortfarande aktiverad oavsett användarens val. | Ingen lösning. |
| Övervakade objekt blir otillgängliga om hanteringsservern ändras i resurspoolen | Övervakade objekt blir otillgängliga i System Center Operations Manager om hanteringsservern ändras i resurspoolen. En avisering med följande beskrivning visas i System Center Operations Manager-loggen: "Poolmedlemmen äger inte längre några hanterade objekt som tilldelats poolen eftersom hälften eller färre medlemmar i poolen har bekräftat den senaste lånebegäran. Poolmedlemmen har tagit bort arbetsflödena för hanterade objekt som den tidigare ägde." | Vänta tills objekten bearbetas på en ny hanteringsserver. |
| Azure Portal kan sluta hämta resultat som svar på Azure REST API-begäranden från vissa prestandaregler | Vid ett stort antal databaser (cirka 1 000 databaser) kan Azure Portal sluta hämta resultat som svar på Azure REST API-begäranden från vissa prestandaregler. | Ingen lösning. |
| SQL-anslutningen till Azure SQL-databaser kan misslyckas om antalet databaser är för högt | Om antalet databaser är över 2 000 databaser kan SQL-anslutningen till Azure SQL-databaser misslyckas med de undantag som beskrivs i Azure SQL Databases Exceptions. Det innebär att övervakaren för databasanslutningstillgänglighet ändrar sitt tillstånd från Felfri till Varning. Det kan också påverka arbetsflöden med T-SQL-frågedatakällor på grund av anslutningsförlust. | Ingen lösning. |
| Begränsningar för utrymmesövervakning på hyperskala-tjänstnivå | Övervakning av arbetsflöden kanske inte samlar in data korrekt för hyperskala-tjänstnivådatabaser. | Som en tillfällig lösning inaktiverar du prestandaregler och övervakare. Det här problemet åtgärdas i en av nästa uppdateringar av hanteringspaketet. |
undantag för Azure SQL databaser
Följande är en lista över undantag som kan inträffa om antalet databaser överskrider 2000:
En anslutning upprättades med servern, men sedan uppstod ett fel under handskakningen före inloggningen.
Anslutningens tidsgräns överskreds. Tidsgränsen passerades när handskakningen före inloggningen skulle genomföras. Detta kan bero på att handskakningen misslyckades eller på att servern inte kunde svara i tid.
Ett nätverksrelaterat eller instansspecifikt fel uppstod när en anslutning upprättades till SQL Server. Servern hittades inte eller var inte tillgänglig. Kontrollera att instansnamnet är korrekt och att SQL Server har konfigurerats för att tillåta fjärranslutningar.
Begränsningar för hyperskala-tjänstnivå
Följande arbetsflöden kanske inte samlar in data korrekt för hyperskala-tjänstnivådatabaserna:
- Regler
- Ledigt utrymme (MB)
- Ledigt utrymme i procent
- Använt utrymme i procent
- Total utrymmeskvot (MB)
- Enhetsövervakare
- Ledigt utrymme för databas