Konfigurera Azure SQL Database och Azure SQL Managed Instance

  • 10 minuter

Du har kontrollerat att distributionen lyckades och vet vilka resurser som är tillgängliga. Nu kanske du vill konfigurera din hanterade SQL-instans, SQL-databas eller databaser inom en hanterad instans. Dessa databaser kallas för hanterade databaser.

Konfigurera Azure SQL Managed Instance

Azure SQL Managed Instance är i grunden en hanterad SQL Server-instans. Många konfigurationer som är tillgängliga i SQL Server gäller även här. Du kan till exempel konfigurera med hjälp av sp_configure och vissa globala spårningsflaggor. Du har också tillgängliga alternativ runt tempdb, modeloch master. Du har kontroll över nätverksanslutningen och konfigurationen.

Konfiguration av databas

För hanterade databaser i Azure SQL Managed Instance och Azure SQL Database finns det alternativ för kommandot ALTER DATABASE. Det finns SET-alternativ och du kan välja värde för dbcompat. Det här värdet kan vara till hjälp vid migreringar. Du kan också använda kommandot ALTER DATABASE till att ändra version eller tjänstnivå.

I Azure SQL Database har du inte åtkomst till den underliggande filkonfigurationen. I Azure SQL Managed Instance kan du utföra filunderhåll. Du har tillgång till alternativ för nätverksanslutning, nätverkskonfiguration och utrymmeshantering ungefär som i SQL Managed Instance.

Specifikt i Azure SQL Database aktiveras inaktuell sididentifiering och standardserversortering SQL_Latin1_General_CP1_CI_AS används alltid. Dessutom är följande standardalternativ angivna till PÅ:

  • SNAPSHOT_ISOLATION_STATE
  • READ_COMMITTED_SNAPSHOT
  • FULL RECOVERY
  • CHECKSUM
  • QUERY_STORE
  • TDE
  • ACCELERATED_DATABASE_RECOVERY

Jobbhantering

SQL Server Agent tillhandahåller ett konfigurations- och schemaläggningssystem för SQL Server-användare. Du kan uppnå motsvarande funktioner i Azure SQL med hjälp av följande alternativ:

SQL Agent i SQL Managed Instance

SQL Agent är en tjänst som stöds fullt ut i Azure SQL Managed Instance. SQL Agent-jobb stöds bara för T-SQL- och SQL Server Integration Services-jobbstegen. Kommandogränssnittssteg stöds inte. Även om aviseringar inte stöds stöds e-postaviseringar via databasmeddelande.

Elastiska jobb för SQL Database

Azure SQL Database stöder inte SQL Server-agenten. Du kan däremot skapa och schemalägga jobb med tjänsten Elastic Job Agent. Jobb är T-SQL-skript som du kan köra mot många databaser, även parallellt.

Azure Automation

Du kan använda Azure Automation-tjänsten för att samordna processer via ett koncept som kallas runbook. En runbook kan bestå av kod som PowerShell eller Python, och kan dirigeras till valfri Azure-resurs.

Begränsade konfigurationsalternativ

Azure SQL Managed Instance- och Azure SQL Database-tjänster begränsar följande konfigurationer. De här begränsningarna kan påverka hur du kör vissa uppgifter.

  • Du kan inte stoppa eller starta om servrar.
  • Du kan inte använda:
    • Snabb filinitiering.
    • Låsta sidor i minnet.
    • FILESTREAM och tillgänglighetsgrupper.
    • Serversortering. I SQL Managed Instance kan du välja serversortering under distributionen, men inte ändra den.
    • Startparametrar.
    • Felrapportering och feedback från kunder.
    • ALTER SERVER CONFIGURATION.
    • ERRORLOG-konfiguration.
  • Säkerhet i blandat läge tvingas.
  • Inloggningsgranskning sker via SQL Audit.
  • Serverproxykontot är inte tillämpligt.

Azure SQL Managed Instance och SQL Database är PaaS-erbjudanden (Platform as a Service). Att begränsa dessa val bör inte hämma din möjlighet att fullt ut använda en SQL Server-hanterad tjänst.

Hantering av lagringsutrymme

För Azure SQL Managed Instance finns det en möjlig maximal lagringsstorlek som tillåts för instansen baserat på ditt valda SLO. Du väljer ett maximalt lagringsutrymme för instansen upp till den här möjliga maximala storleken. Om du når det maximala lagringsutrymmet kan du få Meddelande 1105 för en hanterad databas eller Meddelande 1133 för instansen.

Precis som SQL Server baseras storleken på en ny databas på storleken på modelldatabasen. Modelldatabasen är en datafil på 100 MB och en loggfil på 8 MB. Precis som för SQL Server kan du även ändra storlek på modellen. Du kan ändra storlek och antal filer, men du har inte kontroll över deras fysiska plats. Microsoft har åtaganden gällande I/O-prestanda som baseras på ditt val av distribution. Eftersom fjärrlagring används på tjänstnivån Generell användning kan datafilens och loggfilens storlek dessutom påverka systemets prestanda.

För Azure SQL Database finns det en möjlig maximal storlek på databasfiler baserat på ditt valda SLO. Du väljer en maximal datastorlek upp till den här möjliga maximala storleken. Maxstorleken för databasfiler, som definieras av sys.database_files.max_size kolumnen, kan ökas till Maximal datastorlek.

Om du vill förstå den här idén om maximal datastorlek jämfört med Maxsize bör du överväga ett exempel där en databas för generell användning på 1 TB (maximal datastorlek) distribueras. När du gör den här distributionen kräver databasen endast ~500 GB, inte 1 TB. När databasen växer och närmar sig maximal datastorlek växer Maxsize för databasfiler också upp till 1 TB-nivån.

Transaktionsloggen är utöver datastorleken och ingår i det du betalar för lagring. Den trunkeras regelbundet på grund av automatiska säkerhetskopieringar eftersom accelererad databasåterställning är aktiverat som standard. Loggens maximala storlek är alltid 30 procent av maximal datastorlek. Om maximal datastorlek till exempel är 1 TB är den maximala storleken på transaktionsloggen 0,3 TB, så att maximal datastorlek och loggstorleken tillsammans är 1,3 TB.

Hyperskala-nivån för Azure SQL Database skiljer sig från de andra tjänstnivåerna. Den skapar en databas som ursprungligen är 40 GB och växer automatiskt i storlek till gränsen på 100 TB. Transaktionsloggen har en fast storleksgräns på 1 TB.

Anslutningsarkitektur och principer

I konfigurationen av din logiska Azure SQL Database-server eller Azure SQL Managed Instance ingår att du fastställer anslutningsvägen till databaserna.

För Azure SQL Managed Instance kan du välja anslutningstyp eller princip under distributionen. I Azure SQL Database kan du välja anslutningstyp efter distributionen.

Du kan behålla standardinställningen, vilken är proxy för anslutningar utanför Azure och omdirigering för anslutningar inom Azure, eller välja någon annan inställning.

Diagram of the connection policies in Azure SQL.

På den högsta nivån i proxyläge dirigeras alla anslutningar via gatewayen. När anslutningen har upprättats och använder gatewayen i omdirigeringsläge kan anslutningen ansluta direkt till databasen eller den hanterade instansen. Gatewayen finns redirect-find-db i föregående bild.

Direktanslutning (omdirigering) möjliggör kortare svarstider och högre dataflöde. Det kräver också att du öppnar fler portar för att tillåta inkommande och utgående kommunikation i intervallet 11000 till 11999.

I nästa övning visas några kommandon för att konfigurera Azure SQL med Azure CLI. Gå sedan in på att utvärdera proxy- och omdirigeringsanslutningsprinciperna.

Kunskapstest

1.

Vad är den maximala storleken för transaktionsloggen om maximal datastorlek i Azure SQL Database är 10 GB?

2.

Vad är standardanslutningspolicyn för Azure SQL Database och Azure SQL Managed Instance?