- Kontroller alltid gjeldende ferdighetsoversikt på Microsoft Learn før lesingen starter.
- Bygg en liten Azure-lab som dekker både Azure SQL Database og Azure SQL Managed Instance.
- Øv på driftsscenarioer: ytelsesfall, failover, gjenoppretting, tilgangsfeil og feil nettverkskonfigurasjon.
- Les eksamensscenarioene som arbeidsoppgaver, ikke som rene teorispørsmål.
DP-300 er Microsoft-eksamenen for Administering microsoft-certified-azure-administrator-exam" data-autoinject="link_injection">Microsoft Azure SQL Solutions, og den måler evnen til å administrere Azure-baserte SQL-løsninger i praksis. Det betyr at kandidaten må forstå mer enn T-SQL: eksamen kobler databaseadministrasjon til Azure-identitet, nettverk, overvåking, høy tilgjengelighet, sikkerhet, migrering og kostnadsbevisst drift. Sist oppdatert: juli 2026.
Den viktigste avklaringen er at DP-300 ikke handler om en egen del for logisk resonnering. Spørsmålene er scenario- og oppgaveorienterte, men de vurderer konkrete administrasjonsvalg i Microsoft Azure. Offisiell kilde for gjeldende innhold er Microsoft Learn-eksamenssiden for DP-300, mens Azure Docs bør brukes når konfigurasjonsdetaljer, begrensninger og tjenesteforskjeller må verifiseres.
Hva DP-300 faktisk måler
DP-300 er rettet mot administratorer som arbeider med Azure SQL Database, Azure SQL Managed Instance og SQL Server i en Azure-kontekst. Rollen ligger nær den moderne DBA-en, men den forventer også forståelse for plattformansvar: hvem som har tilgang, hvordan nettverket er beskyttet, hvilke logger som samles inn, og hvordan gjenoppretting faktisk gjennomføres når noe går galt.
En kandidat som bare leser klassisk SQL Server-administrasjon, vil derfor få et skjevt bilde av eksamen. Indekser, spørringsplaner og backup er fortsatt relevante, men de må settes inn i en PaaS-modell der Microsoft håndterer deler av infrastrukturen, og administratoren må ta gode valg for konfigurasjon, tilgang, overvåking og tjenestenivå.
Det er også verdt å plassere DP-300 riktig i Microsofts datarolle-spor. DP-300 passer når målet er å administrere Azure SQL-løsninger. DP-203 er mer relevant for dataingeniørarbeid med databehandling, integrasjon og strømmer, mens DP-500 retter seg mot enterprise dataanalyse med semantiske modeller og Power BI. DP-900 fungerer bedre som et grunnleggende startpunkt for personer som først trenger oversikt over Microsofts datatjenester.
Start med en lab som speiler eksamen
Den mest nyttige forberedelsen er en liten, kontrollert lab som gjør det mulig å teste beslutninger, ikke bare lese om dem. En praktisk DP-300-lab bør minst inneholde én Azure SQL Database, én Azure SQL Managed Instance hvis abonnement og nettverk tillater det, en Log Analytics-workspace, en testbruker via Microsoft Entra ID og et enkelt nettverksoppsett med privat tilkobling der det er mulig.
Poenget er ikke å bygge et produksjonsmiljø. Poenget er å møte de samme avveiningene som ofte ligger i eksamensscenarioer: om en arbeidslast bør flyttes til Azure SQL Database eller Managed Instance, om tilgang bør gis via rollebasert tilgangsstyring eller databasebrukere, hvordan revisjon skal sendes til logger, og hvilken gjenopprettingsmetode som passer når en feil oppdages etter en endring.
Azure SQL Database er ofte et godt valg når applikasjonen kan leve med databaseorientert PaaS-drift, tydelig isolerte databaser og moderne tilkoblingsmønstre. Managed Instance blir mer aktuelt når arbeidslasten trenger bredere SQL Server-kompatibilitet, instansnære funksjoner, enklere migrering fra eksisterende SQL Server-miljøer eller nettverksmønstre som ligner mer på tradisjonelle bedriftsoppsett. I DP-300-scenarioer ligger svaret ofte i detaljer om kompatibilitet, nettverk, gjenoppretting, vedlikeholdsansvar og avhengigheter til SQL Server-funksjoner.
En vanlig feil er å øve for rent på T-SQL og hoppe over Azure-spesifikke driftsemner. Kandidater bør bruke laben til å teste private endpoints, Microsoft Entra-autentisering, Azure RBAC, Azure Policy, diagnostikkinnstillinger, Query Store, automatisk tuning og gjenoppretting til et bestemt tidspunkt. Scenario- og oppgavebasert øving i et slikt miljø, slik det også vektlegges i praktisk DP-300-trening hos Readynez, reduserer behovet for gjetting når et eksamensspørsmål beskriver en feiltilstand i stedet for å spørre etter en definisjon.
Følgende eksempel passer når laben allerede har en Azure SQL Database, og målet er å slå på diagnostikk til Log Analytics slik at overvåking, revisjon og feilsøking kan øves samlet.
Example — Send Azure SQL-diagnostikk til Log Analytics
az monitor diagnostic-settings create \
--name dp300-sql-diagnostics \
--resource /subscriptions/11111111-2222-3333-4444-555555555555/resourceGroups/rg-dp300-lab/providers/Microsoft.Sql/servers/sql-dp300-lab/databases/sqldb-orders \
--workspace /subscriptions/11111111-2222-3333-4444-555555555555/resourceGroups/rg-dp300-lab/providers/Microsoft.OperationalInsights/workspaces/log-dp300-lab \
--logs '[{"category":"SQLSecurityAuditEvents","enabled":true}]' \
--metrics '[{"category":"Basic","enabled":true}]'
Dette eksempelet viser hvordan en database kobles til en analyseflate for sikkerhets- og driftsdata. Etterpå bør kandidaten kontrollere at metrikker og relevante loggkategorier faktisk kommer inn, og deretter bruke Azure Monitor til å se sammenhengen mellom ressursbruk, feil og konfigurasjonsendringer.
Ytelse og overvåking må øves som en arbeidsrutine
DP-300-spørsmål om ytelse tester sjelden bare om kandidaten kjenner navnet på en funksjon. De beskriver gjerne et symptom: tregere spørringer etter en migrering, varierende responstid gjennom dagen, blokkering, ressursbegrensninger eller uventede ventetyper. Da må kandidaten vite hvor undersøkelsen bør starte.
En effektiv rutine er å begynne med Query Store for å se planendringer, regresjoner og spørringer som bruker uforholdsmessig mye ressurser. Deretter kan Azure Monitor brukes til å kontrollere tjenestenivå, CPU, data-I/O, logg-I/O, forbindelser og throttling-signaler. Intelligent Insights og automatiske anbefalinger kan gi kontekst, men eksamen forventer at kandidaten forstår når anbefalinger bør vurderes, testes og overvåkes, ikke bare aktiveres ukritisk.
Dette er også et område der labøving gir høy verdi i jobb. En enkel runbook kan starte med å identifisere berørt database og tidsrom, sjekke Azure Monitor-metrikker, åpne Query Store for tunge eller regresserte spørringer, vurdere indeks- eller planrelaterte årsaker, og til slutt dokumentere om tiltaket var kodeendring, indeksendring, tjenestenivåjustering eller konfigurasjon. Den samme tenkemåten hjelper i eksamen fordi scenarioet ofte inneholder flere plausible svar, men bare ett svar adresserer årsaken med minst unødvendig endring.
Sikkerhet i Azure SQL handler om ansvarslinjer
Sikkerhetsdelen bør leses som en kombinasjon av identitet, databeskyttelse og sporbarhet. Microsoft Entra ID kan brukes til moderne autentisering, mens Azure RBAC styrer tilgang til Azure-ressurser og administrasjonsplanet. Inne i databasen må tillatelser fortsatt forstås på database- og objekt-nivå.
Det er lett å blande sammen funksjoner som løser forskjellige problemer. Transparent Data Encryption beskytter data i hvile, Dynamic Data Masking kan begrense eksponering av sensitive felt i spørringsresultater, Always Encrypted beskytter utvalgte data slik at nøkkeltilgang blir avgjørende, og revisjon gir sporbarhet til Log Analytics, Storage eller andre støttede mål. Et godt eksamenssvar velger funksjonen som matcher risikoen i scenarioet, i stedet for å velge den mest avanserte sikkerhetsfunksjonen på listen.
Nettverk er en tilsvarende fallgruve. Private endpoints, brannmurregler, offentlig nettverkstilgang, DNS og klienttilkobling må henge sammen. Hvis et scenario sier at trafikken ikke skal gå over offentlig nett, er det sjelden nok å bare legge til en databasebruker eller endre en rolle; tilkoblingsbanen må også være riktig utformet.
Backup, høy tilgjengelighet og migrering
Backup og gjenoppretting i Azure SQL er tett knyttet til tjenestens innebygde mekanismer. Kandidaten bør forstå gjenoppretting til et bestemt tidspunkt, geo-gjenoppretting, failover-grupper og forskjellen mellom tilgjengelighet innenfor en region og katastrofegjenoppretting på tvers av regioner. Scenarioet avgjør om målet er rask lokal gjenoppretting, regional robusthet eller migrering med minst mulig avbrudd.
Migrering handler ikke bare om å flytte data. Kompatibilitetsnivå, databaseskjema, funksjoner som brukes av applikasjonen, SQL Agent-avhengigheter, kryptering, innlogginger, tilkoblingsstrenger og ytelsesmønster etter flytting påvirker målplattformen. Managed Instance kan redusere friksjon for enkelte SQL Server-avhengigheter, mens Azure SQL Database kan være et renere PaaS-valg når applikasjonen allerede passer en databaseorientert modell.
Kostnader bør heller ikke behandles som et etterord. Tagging, riktig tjenestenivå, automatisk nedskalering der det passer, planlagt vedlikehold og kontroll på I/O-tunge arbeidslaster kan være forskjellen mellom en ryddig løsning og en løsning som blir dyr fordi den er overdimensjonert eller dårlig overvåket. DP-300 krever ikke økonomistyring som eget fag, men gode administrative valg i Azure har alltid en kostnadsside.
Hvordan lese eksamensscenarioene
Eksamensdagen belønner rolig lesing. Første gjennomgang bør identifisere hvilken tjeneste scenarioet faktisk gjelder, hvilke begrensninger som er gitt, og hvilket krav som er absolutt. Ord som migrering, minimal nedetid, privat tilkobling, minste privilegium, regional feil, ytelsesregresjon eller revisjonskrav peker ofte mot bestemte Azure-mekanismer.
En nyttig strategi er å eliminere svar som løser feil problem. Hvis kravet handler om sporbarhet, er ren kryptering ikke nok. Hvis problemet er planregresjon, er en generell oppskalering ikke nødvendigvis førstevalg. Hvis kravet er privat tilgang, vil et svar som bare endrer databaseautentisering mangle en nettverksdel.
Tidspresset håndteres best ved å markere vanskelige spørsmål og gå videre når alternativene er vurdert så langt som mulig. Scenarioer med mye tekst bør leses med blikk for krav, begrensninger og eksisterende miljø. Det er sjelden nødvendig å kunne utenatlære alle portalmenyer, men kandidaten må kjenne hvilken Azure-tjeneste eller funksjon som brukes til riktig administrativ oppgave.
En realistisk vei til bestått
En god leseplan kombinerer Microsoft Learn, Azure Docs og egen lab. Først bør kandidaten kartlegge ferdighetsområdene på eksamenssiden og merke områder som er ukjente. Deretter bør hvert område omsettes til en praktisk oppgave: konfigurere tilgang, slå på revisjon, gjenopprette en database, analysere Query Store, teste failover, vurdere migreringsmål og feilsøke en tilkoblingsfeil.
Den siste delen av forberedelsen bør være scenarioøving. Det betyr å forklare hvorfor ett valg er bedre enn et annet, ikke bare huske hva en funksjon heter. Hvis kandidaten kan begrunne valget mellom Azure SQL Database og Managed Instance, forklare sikkerhetsansvar på flere nivåer, lese ytelsessymptomer og velge riktig gjenopprettingsmetode, er grunnlaget langt sterkere enn ved ren pugging.
Det mest praktiske neste steget er å bygge laben, sjekke gjeldende DP-300-ferdigheter på Microsoft Learn og øve på feiltilfeller før prøveeksamener brukes som kontroll. Kandidater som ønsker et strukturert opplegg kan vurdere DP-300-forberedelse hos Readynez, men selve nøkkelen ligger i å gjøre Azure SQL-administrasjon konkret nok til at eksamensscenarioene ligner arbeidsoppgaver.
