Beheerd SQL-exemplaar onderzoeken

  • 9 minuten

Hoewel veel organisaties in eerste instantie migreren naar Azure met iaaS-aanbiedingen, biedt het paaS-serviceaanbod (Platform as a Service) extra voordelen. Bovendien hoeft u SQL Server niet meer te installeren of patchen, omdat deze door de service wordt uitgevoerd. Consistentiecontrole en back-ups maken ook deel uit van de beheerde service, waaronder hulpprogramma's voor beveiliging en prestaties die deel uitmaken van de PaaS-aanbiedingen.

Azure SQL Managed Instance is een volledig functioneel SQL Server-exemplaar dat bijna 100% compatibel is met uw on-premises ecosysteem. Het bevat functies zoals SQL Agent, toegang tot tempdb, query's voor meerdere databases en COMMON Language Runtime (CLR). De service maakt gebruik van dezelfde infrastructuur als Azure SQL Database en alle voordelen van de PaaS-service, zoals automatische back-ups, automatische patches en ingebouwde hoge beschikbaarheid.

Functies van Azure SQL Managed Instance

Met Azure SQL Managed Instance kunt u eenvoudig migratiepaden voor bestaande toepassingen uitvoeren door herstelbewerkingen vanuit on-premises back-ups toe te staan. In tegenstelling tot Azure SQL Database, dat is ontworpen rond individuele databasestructuren, biedt SQL Managed Instance een volledig SQL Server-exemplaar, dat maximaal 100 databases toestaat en toegang biedt tot de systeemdatabases. SQL Managed Instance biedt andere functies die niet beschikbaar zijn in Azure SQL Database, waaronder query's voor meerdere databases, Common Language Runtime (CLR) en samen met de msdb-systeemdatabase, waardoor SQL Agent kan worden gebruikt.

Opties

Er zijn twee servicelagen beschikbaar bij het maken van een azure SQL Managed Instance en ze zijn hetzelfde als het Azure SQL Database vCore-model (beheerd exemplaar wordt aangeschaft met behulp van het vCore-model), Bedrijfskritiek en Algemeen gebruik. Er zijn minimale functionaliteitsverschillen tussen de twee lagen: de belangrijkste twee zijn dat Bedrijfskritiek OLTP in het geheugen bevat en een leesbare secundaire laag biedt, die beide beschikbaar zijn voor de laag Algemeen gebruik. Beide lagen bieden dezelfde beschikbaarheidsniveaus en bieden onafhankelijke configuratie van opslag en rekenkracht.

De koppelingsfunctie biedt hybride mogelijkheden voor het repliceren van databases van SQL Server-exemplaren naar Azure SQL Managed Instance. Met de koppelingsfunctie worden gegevens gerepliceerd met behulp van gedistribueerde beschikbaarheidsgroepen die beschikbaar zijn op AlwaysOn-beschikbaarheidsgroeptechnologie. Transactielogboekrecords worden gerepliceerd als onderdeel van gedistribueerde beschikbaarheidsgroepen.

De transactielogboekrecords op het primaire exemplaar kunnen pas worden afgekapt als ze zijn gerepliceerd naar het secundaire exemplaar. Regelmatige back-ups van transactielogboeken verminderen het risico dat er onvoldoende ruimte beschikbaar is op uw primaire exemplaar.

De koppelingsfunctie kan ook worden gebruikt als een hybride oplossing voor herstel na noodgevallen, waarbij u een failover kunt uitvoeren voor uw SQL Server-databases die overal worden gehost naar een database die wordt uitgevoerd op SQL Managed Instance. Op dezelfde manier kunt u de koppelingsfunctie gebruiken om een alleen-lezen secundaire database in SQL Database SQL Managed Instance te bieden voor het offloaden van intensieve alleen-lezen bewerkingen.

Zie Omgeving voorbereiden voor koppelingsfunctie - Azure SQL Managed Instance voor meer informatie over het configureren van de koppelingsfunctie voor Azure SQL Managed Instance.

Exemplaargroep (preview)

Exemplaarpool biedt een rendabele manier om kleinere SQL Server-exemplaren naar de cloud te migreren. Wanneer u migreert naar Azure, kunt u in plaats van kleinere databases consolideren in een groter beheerd exemplaar, waarvoor extra governance- en beveiligingsplanning is vereist. Met exemplaargroepen kunt u uw resources vooraf inrichten op basis van uw totale migratieresources en -vereisten.

De functie exemplaargroep biedt een snelle implementatietijd van maximaal vijf minuten. Dit is een goede optie voor scenario's waarbij de implementatieduur belangrijk is. Bovendien delen alle exemplaren in een pool dezelfde virtuele machine en is de totale IP-toewijzing onafhankelijk van het aantal geïmplementeerde exemplaren.

Zie Azure SQL Managed Instance implementeren in een exemplaargroep voor een exemplaargroep voor meer informatie over het implementeren van een exemplaargroep .

Hoge beschikbaarheid

Omdat Azure SQL Managed Instance wordt ondersteund door de PaaS-service, is hoge beschikbaarheid in het product gebakken. Een zelfstandig SQL Managed Instance biedt een SLA (Service Level Agreement) van 99,99% die maximaal 52,60 minuten downtime per jaar garandeert. De architectuur is hetzelfde als Azure SQL Database met algemeen gebruik, waarbij opslagreplicatie wordt gebruikt voor beschikbaarheid en bedrijfskritiek met behulp van meerdere replica's.

Back-ups

Automatische back-ups worden ook automatisch geconfigureerd voor Azure SQL Managed Instance. Een belangrijk verschil tussen Azure SQL Managed Instance en Azure SQL Database is dat u met MI handmatig een kopieback-up van een database kunt maken. U moet een back-up maken van een URL, omdat toegang tot de lokale opslag niet is toegestaan. U kunt ook langetermijnretentie (LTR) configureren voor het bewaren van automatische back-ups voor maximaal 10 jaar in geografisch redundante Azure Blob Storage.

Databaseback-ups worden uitgevoerd volgens hetzelfde schema als met Azure SQL Database. Deze schema's zijn niet aanpasbaar.

  • Volledig – eenmaal per week
  • Differentiële – om de 12 uur
  • Transactielogboek : elke 5-10 minuten, afhankelijk van het gebruik van transactielogboeken

Het herstellen van een database naar een met Azure SQL beheerd exemplaar is ook vergelijkbaar met het proces met Azure SQL Database. U kunt gebruikmaken van:

  • Azure Portal
  • PowerShell
  • Azure-CLI

Er zijn echter enkele beperkingen bij het herstellen. Als u wilt herstellen van het ene exemplaar naar het andere, moeten beide exemplaren zich in hetzelfde Azure-abonnement en dezelfde Azure-regio bevinden. U kunt het hele beheerde exemplaar ook niet herstellen, alleen afzonderlijke databases in het met SQL beheerde exemplaar zelf.

Net als bij Azure SQL Database kunt u niet herstellen via een bestaande database. U moet de bestaande database verwijderen of de naam ervan wijzigen voordat u deze vanuit een back-up herstelt. Omdat SQL Managed Instance een volledig functioneel SQL Server-exemplaar is, kunt u een RESTORE-opdracht uitvoeren, terwijl met Azure SQL Database dat niet mogelijk is. Omdat het echter een PaaS-service is, zijn er enkele beperkingen, zoals:

  • U moet herstellen vanaf een URL-eindpunt. U hebt geen toegang tot lokale stations.
  • U kunt de volgende opties gebruiken (naast het opgeven van de database):
    • FILELISTONLY
    • HEADERONLY
    • LABELONLY
    • VERIFYONLY
  • Back-upbestanden met meerdere logboekbestanden kunnen niet worden hersteld
  • Back-upbestanden met meerdere back-upsets kunnen niet worden hersteld
  • Back-ups met In-Memory/FILESTREAM kunnen niet worden hersteld

Standaard worden de databases in een beheerd exemplaar versleuteld met TDE (Transparent Data Encryption) met een door Microsoft beheerde sleutel. Als u een door de gebruiker geïnitieerde kopieback-up wilt maken, moet u TDE uitschakelen voor de specifieke database. Als een database is versleuteld, kunt u deze herstellen. U moet er echter voor zorgen dat u toegang hebt tot het certificaat of de asymmetrische sleutel die is gebruikt om de database te versleutelen. Als u geen van deze twee items hebt, kunt u de database niet herstellen naar een met SQL beheerd exemplaar.

Herstel na noodgeval

Azure SQL Managed Instance biedt groepen voor automatische failover als een middel om herstel na noodgevallen te implementeren. Deze functie beveiligt het hele beheerde exemplaar en alle databases in het exemplaar, niet alleen specifieke databases. Dit proces repliceert asynchroon gegevens van azure SQL Managed Instance naar een secundair exemplaar; Het is momenteel echter beperkt tot de gekoppelde Azure-regio van de primaire kopie en er is slechts één replica toegestaan.

Net als Bij Azure SQL Database bieden groepen voor automatische failover lees-schrijven en alleen-lezen-listenereindpunten, waarmee u eenvoudig verbindingsreeks beheer kunt vergemakkelijken. Als er een failover is, worden toepassings-verbindingsreeks s automatisch doorgestuurd naar het juiste exemplaar. Hoewel deze eindpunten redelijk consistent zijn met Azure SQL Database, volgen deze eindpunten een iets andere indeling, <fog-name>.zone_id.database.windows.net whereas Azure SQL Database is in the <fog-name>.secondary.database.windows.net indeling.

Elk beheerd exemplaar, primair en secundair, moet zich binnen dezelfde DNS-zone bevinden. Deze plaatsing zorgt ervoor dat hetzelfde certificaat voor meerdere domeinen kan worden gebruikt voor clientverbindingsverificatie tussen een van de twee exemplaren in dezelfde failovergroep. U kunt een 'DNS-zonepartner' opgeven via verschillende methoden, zoals Azure Portal, PowerShell of Azure CLI.

Zie Wat is er nieuw in Azure SQL Managed Instance? voor meer informatie over de nieuwe functies voor Azure SQL Managed Instance.