Undersøk SQL-administrert forekomst

  • 9 minutter

Mens mange organisasjoner i utgangspunktet overfører til Azure ved hjelp av IaaS-tilbud, gir plattformen som en tjeneste (PaaS) ekstra fordeler. Med PaaS håndterer tjenesten installasjon og oppdatering av SQL Server, slik at du ikke lenger trenger å utføre disse oppgavene. Konsekvenskontroller, sikkerhetskopier, sikkerhet og ytelsesverktøy er også inkludert som en del av den administrerte tjenesten.

Azure SQL Managed Instance er en fullstendig funksjonell SQL Server-forekomst som er nesten 100% kompatibel med det lokale økosystemet. Den inneholder funksjoner som SQL Agent, tilgang til tempdb, kryssdatabasespørringer og vanlig kjøretid for språk (CLR). Denne tjenesten bruker samme infrastruktur som Azure SQL Database og tilbyr alle fordelene med PaaS, for eksempel automatisk sikkerhetskopiering, automatisk oppdatering og innebygd høy tilgjengelighet.

Azure SQL Managed Instance-funksjoner

Azure SQL Managed Instance tilbyr en sømløs overføringsbane for eksisterende programmer ved å aktivere gjenopprettinger fra lokale sikkerhetskopier. I motsetning til Azure SQL Database, som er utformet for enkle databasestrukturer, gir SQL Managed Instance en fullstendig SQL Server-forekomst, som støtter opptil 100 databaser og gir tilgang til systemdatabaser. Den inneholder også funksjoner som ikke er tilgjengelige i Azure SQL Database, for eksempel spørringer på tvers av databaser, vanlig kjøretid for språk (CLR) og bruken av SQL Agent gjennom msdb-systemdatabasen.

Når du oppretter en Azure SQL-administrert forekomst, kan du velge mellom to tjenestenivåer: Forretningskritisk og generelt formål. Disse nivåene samsvarer med Azure SQL Database vCore-modellen, ettersom SQL-administrerte forekomster kjøpes ved hjelp av denne modellen. De primære forskjellene mellom de to nivåene er at Business Critical inkluderer In-Memory OLTP og gir en lesbar sekundær, funksjoner som ikke er tilgjengelige i generelt formål-nivået. Begge nivåene tilbyr høy tilgjengelighet, med det forretningskritiske nivået som bruker Alltid på tilgjengelighetsgrupper for høyere robusthet. I tillegg tillater begge nivåene uavhengig konfigurasjon av lagrings- og databehandlingsressurser.

Koblingsfunksjonen gir hybridfunksjoner ved å replikere databaser fra SQL Server-forekomster til Azure SQL Managed Instance. Den bruker distribuerte tilgjengelighetsgrupper, en del av gruppeteknologien Alltid på tilgjengelighet, til å replikere data. Transaksjonsloggposter replikeres som en del av disse distribuerte tilgjengelighetsgruppene.

Transaksjonsloggposter i primærforekomsten kan ikke avkortes før de replikeres til den sekundære forekomsten. Regelmessige sikkerhetskopier av transaksjonsloggen bidrar til å redusere risikoen for å gå tom for plass i primærforekomsten.

Koblingsfunksjonen kan også brukes som en hybrid løsning for nødgjenoppretting, slik at du kan mislykkes over SQL Server-databasene som driftes hvor som helst i en database som kjører på SQL Managed Instance. I tillegg kan du bruke koblingsfunksjonen til å angi en skrivebeskyttet sekundær database i SQL Managed Instance, som avlaster intensive skrivebeskyttede operasjoner.

Hvis du vil ha mer informasjon om hvordan du konfigurerer koblingsfunksjonen for Azure SQL Managed Instance, kan du se Klargjøre miljø for koblingsfunksjon – Azure SQL Managed Instance.

Forekomstutvalg

Forekomstutvalg gir en kostnadseffektiv måte å overføre mindre SQL Server-forekomster til skyen på. I stedet for å konsolidere mindre databaser til en større administrert forekomst, som krever ekstra styring og sikkerhetsplanlegging, gir forekomstutvalg deg mulighet til å forhåndsforklare ressurser basert på de totale overføringsbehovene og kravene.

Funksjonen for forekomstutvalg tilbyr en rask distribusjonstid på opptil 10 minutter, noe som gjør den ideell for scenarioer der distribusjonsvarighet er avgjørende. I tillegg deler alle forekomster i et utvalg den samme virtuelle maskinen, og den totale IP-tildelingen er uavhengig av antall forekomster som distribueres.

Hvis du vil lære hvordan du distribuerer et forekomstutvalg for SQL Managed Instance, kan du se Distribuer Azure SQL Managed Instance til et forekomstutvalg .

Høy tilgjengelighet og nødoppretting

Azure SQL Managed Instance, som en PaaS-tjeneste, gir iboende høy tilgjengelighet. En frittstående SQL-administrert forekomst tilbyr en serviceavtale på 99,99% servicenivå , noe som sikrer maksimalt 52,60 minutter driftsstans per år. Arkitekturen gjenspeiler Azure SQL Database: Det generelle formålsnivået bruker lagringsreplikering for tilgjengelighet, mens det forretningskritiske nivået bruker flere replikaer for forbedret robusthet.

Azure SQL Managed Instance tilbyr auto-failover-grupper for nødgjenoppretting, og beskytter hele den administrerte forekomsten og alle databasene. Denne funksjonen replikerer asynkront data fra den primære Azure SQL Managed Instance til en sekundær forekomst, men den er for øyeblikket begrenset til det parede Azure-området i primærforekomsten, med bare én replika tillatt.

I likhet med Azure SQL Database gir auto-failover-grupper skrive- og skrivebeskyttede lytterendepunkter, noe som forenkler behandling av tilkoblingsstrenger. Hvis det er en failover, rutes programtilkoblingsstrengene automatisk til riktig forekomst. Disse endepunktene følger imidlertid litt forskjellige formater. For SQL Managed Instance bruker lese/skrive-lytterendepunktet <fog-name>.dns-zone.database.windows.net, og lesebeskyttet lytterendepunkt bruker <fog-name>.secondary.dns-zone.database.windows.net. For Azure SQL Database er de tilsvarende endepunktene <fog-name>.database.windows.net og <fog-name>.secondary.database.windows.net.

Både primære og sekundære administrerte forekomster må være innenfor samme DNS-sone. Dette sikrer at det samme multidomenesertifikatet kan brukes til klienttilkoblingsgodkjenning mellom forekomstene i failover-gruppen. Du kan angi en DNS-sonepartner via Azure-portalen, PowerShell eller Azure CLI.

Sikkerhetskopier

Automatiske sikkerhetskopier konfigureres som standard for Azure SQL Managed Instance. En viktig forskjell mellom Azure SQL Managed Instance og Azure SQL Database er at med SQL Managed Instance kan du opprette en kopi-bare sikkerhetskopi av en database manuelt. Disse sikkerhetskopiene må lagres på en URL-adresse, siden lokal lagringstilgang ikke er tillatt. I tillegg kan du konfigurere langsiktig oppbevaring (LTR) for å beholde automatiske sikkerhetskopier i opptil 10 år i geo-redundant Azure Blob-lagring.

Databasesikkerhetskopier følger samme tidsplan som Azure SQL Database, og disse tidsplanene kan ikke justeres.

  • Full– Én gang i uken
  • Differensial– Hver 12. time
  • Transaksjonsloggen– Hvert 5.10. minutt, avhengig av bruk av transaksjonslogg

Gjenoppretting av en database til en Azure SQL Managed Instance ligner på prosessen med Azure SQL Database. Du kan bruke Azure Portal, PowerShell eller Azure CLI. Hvis du vil gjenopprette fra én forekomst til en annen, må begge forekomstene befinne seg innenfor samme Azure-abonnement og -område. I tillegg kan du ikke gjenopprette hele den administrerte forekomsten, bare individuelle databaser i SQL Managed Instance.

Som med Azure SQL Database, kan du ikke gjenopprette over en eksisterende database. Du må slippe eller gi nytt navn til den eksisterende databasen før du gjenoppretter den fra sikkerhetskopieringen. Siden SQL Managed Instance er en fullstendig funksjonell SQL Server-forekomst, kan du utføre en RESTORE kommando, som ikke er mulig med Azure SQL Database. Men som en PaaS-tjeneste er det noen begrensninger:

  • Du må gjenopprette fra et NETTADRESSE-endepunkt fordi lokale stasjoner ikke er tilgjengelige.
  • Du kan bruke følgende alternativer (i tillegg til å angi databasen):
    • FILELISTONLY
    • TOPPTEKST
    • LABELONLY
    • VERIFYONLY
  • Sikkerhetskopifiler som inneholder flere loggfiler, kan ikke gjenopprettes
  • Sikkerhetskopifiler som inneholder flere sikkerhetskopieringssett, kan ikke gjenopprettes
  • Sikkerhetskopier som inneholder Minne/FILSTRØM, kan ikke gjenopprettes

Som standard krypteres databaser i en administrert forekomst ved hjelp av Gjennomsiktig datakryptering (TDE) med en Microsoft-administrert nøkkel. Hvis du vil ta en sikkerhetskopi som bare er startet av brukeren, må du deaktivere TDE for den bestemte databasen. Hvis en database er kryptert, kan du gjenopprette den, men du trenger tilgang til enten sertifikatet eller asymmetrisk nøkkel som brukes til kryptering. Uten disse kan du ikke gjenopprette databasen til en SQL-administrert forekomst.

Hvis du vil lære de nye funksjonene for Azure SQL Managed Instance, kan du se Hva er nytt i Azure SQL Managed Instance?.