Microsoft spærrer for nye Database watcher-opsætninger i Azure

Fra mandag den 9. november kan Azure-kunder ikke længere oprette nye Database watcher-ressourcer eller ændre eksisterende. Det fremgår af Microsofts dokumentation for værktøjet, som indsamler oplysninger om driften af Azure SQL-databaser. Kunder, der allerede har sat det op, kan fortsat se nye målinger frem til 30. april 2027. For danske driftshold, der bruger værktøjet, betyder ændringen, at en ny database skal have en anden løsning, hvis den kræver en ændring af den hidtidige opsætning.

Målingerne fortsætter frem til april

Database watcher har været tilgængelig i en prøveversion siden 2024. Den kan blandt andet hjælpe et driftshold med at undersøge, om en langsom tjeneste falder sammen med høj belastning på databasen, eller om enkelte forespørgsler tager usædvanligt lang tid. Microsoft begrunder udfasningen med, at kunder med mange forskellige databaser har oplevet arbejdet med overvågningsressourcerne og lageret til målingerne som tungt.

Spærringen i november gælder opsætningen af overvågningen. Selve databaserne bliver i deres nuværende miljø, og de overvågningsressourcer, der allerede er sat op, fortsætter med at indsamle data. Den 30. april stopper indsamlingen, og Microsoft oplyser, at de gamle ressourcer derefter ikke kan startes igen. En virksomhed kan fortsætte med den opsætning, den allerede har. Hvis den får brug for at føje et nyt mål til overvågningen efter spærringen, må den finde en anden måde at indsamle målingerne på.

Databaser kan være synlige uden ydelsestal

Microsoft henviser kunder til Database Hub i analyseplatformen Fabric. Også den tjeneste er i prøveversion. Den samler et overblik over databaser på tværs af miljøer, men der er forskel på at kunne se en database i oversigten og at kunne følge dens ydelse. Azure SQL Managed Instance og Azure SQL Elastic Pools kan ifølge dokumentationen vises i oversigten, mens ydelsesvisningen endnu ikke understøtter dem.

Det har praktisk betydning for en virksomhed, der f.eks. har lagt flere databaser i en fælles pulje. Hvis teamet kun kontrollerer, at puljen står på listen i Fabric, kan det overse, at de målinger, det bruger til at finde kapacitetsproblemer, endnu mangler. Microsoft siger, at ydelsesovervågning af Managed Instance og Elastic Pools kommer inden lukningen i april. Selskabet har ikke angivet en særskilt dato i udfasningsmeddelelsen.

Alarmer skal bygges op og prøves igen

Et driftshold kan i overgangsperioden bruge den gamle overvågning sideløbende med den nye. Microsoft anbefaler at sammenligne de målinger, teamet har brug for, og at tilpasse egne forespørgsler til de nye data. Det gælder også alarmer, der f.eks. skal nå en vagttelefon, når belastningen ligger over en bestemt grænse. Et diagram med nye målinger viser kun, at data kommer ind. En alarmtest kan vise, om en hændelse udløser en besked hos den rette modtager.

De gamle alarmregler bliver ikke automatisk slettet, når indsamlingen stopper. En regel kan derfor stadig stå i oversigten, selv om den ikke længere får nye målinger fra Database watcher. Microsofts vejledning beskriver en løsning med Fabric Activator til alarmer fra egne oversigter. Den kræver Fabric-kapacitet på arbejdsområdet, selv om det er muligt at åbne Database Hub med en gratis licens.

Historiske målinger og regninger følger lageret

De historiske målinger ligger fortsat i de lagre, kunderne har valgt, som Azure Data Explorer eller Fabric Eventhouse. Hvor længe de findes, afhænger af kundens indstillinger. Det giver mulighed for at beholde ældre målinger til sammenligning med de nye. Lageret kan fortsat koste penge, og det kan også være i brug af andre systemer. Derfor er beslutningen om at bevare eller eksportere historikken en særskilt del af overgangen.

Den uafhængige SQL-rådgiver Brent Ozar satte mandag skiftet ind i en længere række af ændringer i Microsofts databaseovervågning. For hold, der bruger Database watcher i produktion, er næste faste frist den 30. april. Perioden frem til da giver driftsholdene tid til at afprøve dækningen og alarmerne, mens den gamle løsning stadig samler data. Historikken kan de derefter bevare eller eksportere efter behov.