Dela via

Komma 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 virtuellt nätverk (VNet) implementering som åtgärdar vanliga säkerhetsproblem och en affärsmodell 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.

Snabbstartsöversikt

Med följande snabbstartsguider kan du snabbt skapa en SQL-hanterad instans, konfigurera en virtuell dator eller konfigurera en plats-till-plats-VPN-anslutning för klientapplikationer, och återställa en databas till din nya SQL-hanterade instans med hjälp av en .bak-fil.

Konfigurera miljö

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 azure-portalen. I Azure-portalen konfigurerar du nödvändiga parametrar (användarnamn/lösenord, antal kärnor och maximalt lagringsutrymme) och skapar automatiskt Azure-nätverksmiljön utan att behöva känna till nätverksinformation och infrastrukturkrav. 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 åtkomst till klientprogram kan du antingen skapa en virtuell dator i samma virtuella nätverk (olika undernät) eller skapa en punkt-till-plats-VPN-anslutning till det virtuella nätverket från klientdatorn med någon av dessa snabbstarter:

    Notе

    • Du kan också använda expressväg eller plats-till-plats-anslutning från ditt lokala nätverk, men dessa metoder ligger utanför omfånget för dessa snabbstarter.
    • 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-malleneller 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.

När du är säker på att du kan migrera databasen till en SQL Managed Instance kan du använda de inbyggda SQL Server-återställningsfunktionerna 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äll 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 Azure Blob Storage med hjälp av kommandot RESTORE Transact-SQL.

Tips

Om du vill använda kommandot BACKUP Transact-SQL för att skapa en säkerhetskopia av din databas i Azure Blob Storage, se 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. Dessa scenarier beskrivs nedan.

Anpassa nätverksmiljö

Även om det virtuella nätverket/undernätet kan konfigureras automatiskt när instansen skapas med azure-portalenkan det vara bra att skapa den 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 Resource-distribution mall som skapar och konfigurerar ditt nätverk och undernät där instansen ska placeras. Du behöver bara trycka på knappen Azure Resource Manager-distribution och fylla i formuläret med parametrar.

Du kan också 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 ditt undernät ä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 VNet/undernät manuellt. Du kan också köra den efter en större omkonfiguration av nätverksinfrastrukturen. Om du vill skapa och konfigurera ett eget nätverk läser du anslutningsarkitektur 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 hjälp av 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 grundläggande prestandamått på din SQL Server-källinstans och jämföra dem med prestandamåtten på SQL Målhanterade Instans där du har migrerat databasen. Läs mer om bästa praxis för prestandajämförelse.
  • Onlinemigrering – Med den interna RESTORE som beskrivs 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 orsakar viss stilleståndstid 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 databasen med minimal stilleståndstid. 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