Delen via

Aan de slag met Azure SQL Managed Instance

  • Artikel

van toepassing op:Azure SQL Managed Instance

Azure SQL Managed Instance maakt een database met bijna 100% compatibiliteit met de nieuwste SQL Server-database-engine (Enterprise Edition), die een systeemeigen virtuele netwerk (VNet) biedt implementatie die algemene beveiligingsproblemen aanpakt en een bedrijfsmodel gunstig voor bestaande SQL Server-klanten.

In dit artikel vindt u verwijzingen naar inhoud die u leert hoe u snel een met SQL beheerd exemplaar kunt configureren en maken en uw databases kunt migreren.

Overzicht van quickstart

Met de volgende quickstarts kunt u snel een met SQL beheerd exemplaar maken, een virtuele machine of punt-naar-site-VPN-verbinding voor clienttoepassing configureren en een database herstellen naar uw nieuwe met SQL beheerde exemplaar met behulp van een .bak-bestand.

Omgeving configureren

Als eerste stap moet u uw eerste SQL Managed Instance maken binnen de netwerkomgeving waarin het geplaatst zal worden en de verbinding mogelijk maken vanaf de computer of virtuele machine waarop u query's uitvoert naar de SQL Managed Instance. U kunt de volgende handleidingen gebruiken:

  • Een met SQL beheerd exemplaar maken met behulp van de Azure-portal. In Azure Portal configureert u de benodigde parameters (gebruikersnaam/wachtwoord, aantal kernen en maximale opslaghoeveelheid) en maakt u automatisch de Azure-netwerkomgeving zonder dat u meer hoeft te weten te komen over netwerkdetails en infrastructuurvereisten. Zorg ervoor dat u een abonnementstype hebt dat momenteel toegestaan is om een SQL Managed Instance te maken. Als u uw eigen netwerk hebt dat u wilt gebruiken of als u het netwerk wilt aanpassen, raadpleegt u een bestaand virtueel netwerk configureren voor Azure SQL Managed Instance of een virtueel netwerk maken voor Azure SQL Managed Instance.

  • Er wordt een met SQL beheerd exemplaar gemaakt in een eigen VNet zonder openbaar eindpunt. Voor toegang tot clienttoepassingen kunt u een virtuele machine maken in hetzelfde VNet (ander subnet) of een punt-naar-site-VPN-verbinding met het VNet maken vanaf uw clientcomputer met behulp van een van deze quickstarts:

    Notitie

    • U kunt ook ExpressRoute of een site-naar-site-verbinding gebruiken vanaf uw lokale netwerk, maar deze benaderingen vallen niet binnen het bereik van deze quickstarts.
    • Als u de bewaarperiode wijzigt van 0 (onbeperkte retentie) in een andere waarde, moet u er rekening mee houden dat retentie alleen van toepassing is op logboeken die zijn geschreven nadat de retentiewaarde is gewijzigd (logboeken die zijn geschreven tijdens de periode waarin retentie is ingesteld op onbeperkt, blijven behouden, zelfs nadat retentie is ingeschakeld).

Als alternatief voor het handmatig maken van SQL Managed Instance kunt u PowerShell-, PowerShell gebruiken met Resource Manager-sjabloonof Azure CLI- om dit proces te scripten en te automatiseren.

Uw databases migreren

Nadat u een met SQL beheerd exemplaar hebt gemaakt en de toegang hebt geconfigureerd, kunt u beginnen met het migreren van uw SQL Server-databases. Migratie kan mislukken als u een aantal niet-ondersteunde functies in de brondatabase hebt die u wilt migreren. Als u fouten wilt voorkomen en compatibiliteit wilt controleren, kunt u Data Migration Assistant (DMA) gebruiken om uw databases op SQL Server te analyseren en eventuele problemen te vinden die de migratie naar een met SQL beheerd exemplaar kunnen blokkeren, zoals het bestaan van FileStream- of meerdere logboekbestanden. Als u deze problemen oplost, zijn uw databases klaar om te migreren naar SQL Managed Instance.

Zodra u zeker weet dat u uw database kunt migreren naar een met SQL beheerd exemplaar, kunt u de systeemeigen SQL Server-herstelmogelijkheden gebruiken om een database te herstellen naar een met SQL beheerd exemplaar vanuit een .bak-bestand. U kunt deze methode gebruiken om databases te migreren van de SQL Server-database-engine die on-premises of virtuele Azure-machines is geïnstalleerd. Voor een quickstart, zie Herstellen van back-up naar een SQL Managed Instance. In deze quickstart herstelt u vanuit een .bak bestand dat is opgeslagen in Azure Blob Storage met behulp van de opdracht RESTORE Transact-SQL.

Tip

Als u de opdracht BACKUP Transact-SQL wilt gebruiken om een back-up van uw database te maken in Azure Blob Storage, raadpleegt u BACK-up van SQL Server naar URL-.

Met deze quickstarts kunt u snel back-ups van databases maken, configureren en herstellen naar een met SQL beheerd exemplaar. In sommige scenario's moet u de implementatie van SQL Managed Instance en de vereiste netwerkomgeving aanpassen of automatiseren. Deze scenario's worden hieronder beschreven.

Netwerkomgeving aanpassen

Hoewel het VNet/subnet automatisch kan worden geconfigureerd wanneer het exemplaar wordt gemaakt met behulp van Azure Portal, is het misschien handig om het te maken voordat u begint met het maken van exemplaren in SQL Managed Instance, omdat u de parameters van VNet en subnet kunt configureren. De eenvoudigste manier om de netwerkomgeving te maken en te configureren, is door de Azure Resource-sjabloon voor implementatie te gebruiken, die uw netwerk en subnet maakt en configureert waar de instance wordt geplaatst. U hoeft alleen op de knop Implementeren van Azure Resource Manager te drukken en het formulier te vullen met parameters.

Als alternatief kunt u dit PowerShell-script ook gebruiken om het maken van het netwerk te automatiseren.

Als u al een VNet en subnet hebt waarin u uw SQL Managed Instance wilt implementeren, moet u ervoor zorgen dat uw VNet en subnet voldoen aan de netwerkvereisten. Gebruik dit PowerShell-script om te controleren of uw subnet correct is geconfigureerd. Dit script valideert uw netwerk en rapporteert eventuele problemen, waarin wordt opgegeven wat er moet worden gewijzigd en vervolgens wordt aangeboden om de benodigde wijzigingen aan te brengen in uw VNet/subnet. Voer dit script uit als u uw VNet/subnet niet handmatig wilt configureren. U kunt deze ook uitvoeren na elke belangrijke herconfiguratie van uw netwerkinfrastructuur. Als u uw eigen netwerk wilt maken en configureren, leest u connectiviteitsarchitectuur en deze ultieme handleiding voor het maken en configureren van een SQL Managed Instance-omgeving.

Migreren naar een met SQL beheerd exemplaar

Met de eerder genoemde quickstarts kunt u snel een met SQL beheerd exemplaar instellen en uw databases verplaatsen met behulp van de systeemeigen RESTORE mogelijkheid. Dit is een goed uitgangspunt als u snelle proof-of-concepten wilt voltooien en wilt controleren of uw oplossing aan Managed Instance kan werken.

Als u echter uw productiedatabase of zelfs dev/test-databases wilt migreren die u wilt gebruiken voor een prestatietest, moet u overwegen een aantal extra technieken te gebruiken, zoals:

  • Prestatietests - U moet de prestatiemetrics van de basislijn meten op uw SQL Server-bronexemplaar en deze vergelijken met de prestatiemetrics op het doel-SQL Managed Instance waar u de database naartoe hebt gemigreerd. Lees meer over de beste werkwijzen voor prestatievergelijking.
  • Onlinemigratie: met de systeemeigen RESTORE die in dit artikel worden beschreven, moet u wachten totdat de databases zijn hersteld (en gekopieerd naar Azure Blob-opslag als deze nog niet zijn opgeslagen). Dit veroorzaakt enige downtime van uw toepassing, met name voor grotere databases. Als u uw productiedatabase wilt verplaatsen, gebruikt u de DMS- (Data Migration Service) om uw database met minimale downtime te migreren. DMS doet dit door incrementeel de wijzigingen in uw brondatabase te pushen naar de SQL Managed Instance-database die wordt hersteld. Op deze manier kunt u uw toepassing snel overschakelen van bron naar doeldatabase met minimale downtime.

Meer informatie over het aanbevolen migratieproces.

Volgende stappen