Kom igång med Azure SQL Managed Instance

  • Artikel

Gäller för:Azure SQL Managed Instance

Azure SQL Managed Instance skapar en databas med nästan 100 % kompatibilitet med den senaste SQL Server-databasmotorn (Enterprise Edition), vilket ger en intern virtuell nätverksimplementering (VNet) som åtgärdar vanliga säkerhetsproblem och en affärsmodell som är gynnsam för befintliga SQL Server-kunder.

I den här artikeln hittar du referenser till innehåll som lär dig hur du snabbt konfigurerar och skapar en SQL Managed Instance och migrerar dina databaser.

Snabbstart, översikt

Med följande snabbstarter kan du snabbt skapa en SQL Managed Instance, konfigurera en virtuell dator eller peka på plats-VPN-anslutning för klientprogram och återställa en databas till din nya SQL Managed Instance med hjälp av en .bak fil.

Konfigurera miljön

Som ett första steg måste du skapa din första SQL Managed Instance med nätverksmiljön där den ska placeras och aktivera anslutning från datorn eller den virtuella datorn där du kör frågor till SQL Managed Instance. Du kan använda följande guider:

  • Skapa en SQL Managed Instance med hjälp av Azure-portalen. I Azure-portalen konfigurerar du nödvändiga parametrar (användarnamn/lösenord, antal kärnor och maximal lagringsmängd) och skapar automatiskt Azure-nätverksmiljön utan att behöva känna till nätverksinformation och infrastrukturskrav. Du ser bara till att du har en prenumerationstyp som för närvarande tillåts skapa en SQL Managed Instance. Om du har ett eget nätverk som du vill använda eller om du vill anpassa nätverket kan du läsa konfigurera ett befintligt virtuellt nätverk för Azure SQL Managed Instance eller skapa ett virtuellt nätverk för Azure SQL Managed Instance.

  • En SQL Managed Instance skapas i ett eget VNet utan någon offentlig slutpunkt. För klientprogramåtkomst kan du skapa antingen en virtuell dator i samma virtuella nätverk (olika undernät) eller en punkt-till-plats-VPN-anslutning till det virtuella nätverket från klientdatorn med hjälp av någon av dessa snabbstarter:

    Kommentar

    • Du kan även använda ExpressRoute- eller plats-till-plats-anslutning från ditt lokala nätverk, men dessa metoder ligger utanför det område som behandlas i de här snabbstarterna.
    • Om du ändrar kvarhållningsperioden från 0 (obegränsad kvarhållning) till något annat värde bör du observera att kvarhållning endast gäller för loggar som skrivits efter att kvarhållningsvärdet har ändrats (loggar som skrivits under perioden då kvarhållningen har angetts till obegränsad bevaras även efter att kvarhållning har aktiverats).

Som ett alternativ till manuellt skapande av SQL Managed Instance kan du använda PowerShell, PowerShell med Resource Manager-mall eller Azure CLI för att skripta och automatisera den här processen.

Migrera dina databaser

När du har skapat en SQL Managed Instance och konfigurerat åtkomst kan du börja migrera dina SQL Server-databaser. Migreringen kan misslyckas om du har vissa funktioner som inte stöds i källdatabasen som du vill migrera. För att undvika fel och kontrollera kompatibiliteten kan du använda Data Migration Assistant (DMA) för att analysera dina databaser på SQL Server och hitta eventuella problem som kan blockera migrering till en SQL Managed Instance, till exempel förekomsten av FileStream eller flera loggfiler. Om du löser dessa problem är databaserna redo att migreras till SQL Managed Instance. Database Experimentation Assistant är ett annat användbart verktyg som kan registrera din arbetsbelastning på SQL Server och spela upp den på en SQL Managed Instance så att du kan avgöra om det kommer att uppstå några prestandaproblem om du migrerar till en SQL Managed Instance.

När du är säker på att du kan migrera databasen till en SQL Managed Instance kan du använda de inbyggda FUNKTIONERNA för SQL Server-återställning för att återställa en databas till en SQL Managed Instance från en .bak fil. Du kan använda den här metoden för att migrera databaser från SQL Server-databasmotorn som är installerad lokalt eller Azure Virtual Machines. En snabbstart finns i Återställa från säkerhetskopia till en SQL Managed Instance. I den här snabbstarten återställer du från en .bak-fil som lagras i Azures bloblagring med hjälp av Transact-SQL-kommandot RESTORE.

Dricks

Mer information om användning av Transact-SQL-kommandot BACKUP för att skapa en säkerhetskopia av din databas i Azures bloblagring finns i SQL Server-säkerhetskopiering till URL.

Med de här snabbstarterna kan du snabbt skapa, konfigurera och återställa säkerhetskopiering av databaser till en SQL Managed Instance. I vissa scenarier skulle du behöva anpassa eller automatisera distributionen av SQL Managed Instance och den nätverksmiljö som krävs. De här scenarierna beskrivs nedan.

Anpassa nätverksmiljön

Även om det virtuella nätverket/undernätet kan konfigureras automatiskt när instansen skapas med hjälp av Azure-portalen, kan det vara bra att skapa det innan du börjar skapa instanser i SQL Managed Instance eftersom du kan konfigurera parametrarna för VNet och undernätet. Det enklaste sättet att skapa och konfigurera nätverksmiljön är att använda azure-resursdistributionsmallen som skapar och konfigurerar ditt nätverk och undernät där instansen ska placeras. Du behöver bara trycka på knappen för Azure Resource Manager-distribution och fylla i formuläret med parametrar.

Alternativt kan du använda det här PowerShell-skriptet för att automatisera skapandet av nätverket.

Om du redan har ett virtuellt nätverk och undernät där du vill distribuera din SQL Managed Instance måste du se till att ditt virtuella nätverk och undernät uppfyller nätverkskraven. Använd det här PowerShell-skriptet för att kontrollera att undernätet är korrekt konfigurerat. Det här skriptet validerar nätverket och rapporterar eventuella problem, talar om för dig vad som ska ändras och erbjuder dig sedan att göra nödvändiga ändringar i ditt VNet/undernät. Kör det här skriptet om du inte vill konfigurera ditt virtuella nätverk/undernät manuellt. Du kan även köra det efter större omkonfigurationer av nätverksinfrastrukturen. Om du vill skapa och konfigurera ett eget nätverk läser du anslutningsarkitekturen och den här ultimata guiden för att skapa och konfigurera en SQL Managed Instance-miljö.

Migrera till en SQL Managed Instance

Med de tidigare nämnda snabbstarterna kan du snabbt konfigurera en SQL Managed Instance och flytta dina databaser med den inbyggda RESTORE funktionen. Det här är en bra utgångspunkt om du vill slutföra snabba konceptbevis och kontrollera att din lösning kan fungera med Hanterad instans.

Men om du vill migrera produktionsdatabasen eller till och med dev/test-databaser som du vill använda för vissa prestandatest, måste du överväga att använda några ytterligare tekniker, till exempel:

  • Prestandatestning – Du bör mäta prestandamått för baslinjen på SQL Server-källinstansen och jämföra dem med prestandamåtten på sql-målhanterad instans där du har migrerat databasen. Läs mer om metodtips för prestandajämförelse.
  • Onlinemigrering – Med den interna RESTORE beskrivningen i den här artikeln måste du vänta tills databaserna återställs (och kopieras till Azure Blob Storage om de inte redan lagras där). Detta leder till viss avbrottstid för ditt program, särskilt för större databaser. Om du vill flytta produktionsdatabasen använder du Data Migration Service (DMS) för att migrera din databas med minimal avbrottstid. DMS åstadkommer detta genom att stegvis push-överföra de ändringar som gjorts i källdatabasen till SQL Managed Instance-databasen som återställs. På så sätt kan du snabbt byta program från källa till måldatabas med minimal stilleståndstid.

Läs mer om den rekommenderade migreringsprocessen.

Nästa steg