Kommentar
Åtkomst till den här sidan kräver auktorisering. Du kan prova att logga in eller ändra kataloger.
Åtkomst till den här sidan kräver auktorisering. Du kan prova att ändra kataloger.
gäller för:
Azure SQL DatabaseAzure SQL Managed InstanceSQL Server på azure vm
Azure-portalen innehåller ett beslutsträd i Azure SQL-hubben på aka.ms/azuresqlhub som hjälper dig att hitta rätt alternativ för din programarkitektur i Azure SQL.
Beslutsträdsdiagram
Följande beslutsträdsdiagram visar varje beslutssteg på hög nivå.
Förklaring av beslutsträd
Följande förklaring beskriver varje beslutspunkt på hög nivå. Din programarkitektur kan omfatta andra faktorer och beslutspunkter.
Skapar du ett nytt program?
Ja: Överväg Azure SQL Database och Azure SQL Database Hyperscale.
Om du skapar en ny SaaS-lösning (programvara som en tjänst) för hundratals kunder eller mer kan du överväga Azure SQL Database och använda elastiska pooler för att ge kostnadseffektiva och förutsägbara resurskostnader till många olika kunddatabaser.
Om du skapar andra typer av program bör du överväga Azure SQL Database Hyperscale. Du kan också överväga elastiska pooler i Azure SQL Database Hyperscale för att tillhandahålla kostnadseffektiva och förutsägbara resurshanteringskostnader för många databaser.
Nej: Det bästa plattformsalternativet beror på andra faktorer, till exempel om du migrerar en befintlig arbetsbelastning och andra funktioner. Fortsätt läsa.
Migrerar du en befintlig databas?
Nej: Överväg Azure SQL Database och Azure SQL Database Hyperscale.
Om du skapar en ny SaaS-lösning (programvara som en tjänst) för hundratals kunder eller mer kan du överväga Azure SQL Database och använda elastiska pooler för att ge kostnadseffektiva och förutsägbara resurskostnader till många olika kunddatabaser.
Om du skapar andra typer av program bör du överväga Azure SQL Database Hyperscale. Du kan också överväga elastiska pooler i Azure SQL Database Hyperscale för kostnadseffektivitet och förutsägbarhet i resursanvändning för många databaser.
Ja: Överväg vilka systemkrav du har från den befintliga databasplattformen. Fortsätt läsa.
Behöver du kontroll på operativsystemsnivå, filsystemåtkomst eller en specifik SQL Server-version?
Ja: Den bästa lösningen för lokala migreringar som kräver åtkomst på operativsystemsnivå och filsystem, kanske för integrering med andra program som måste installeras lokalt till SQL Server-instansen, är SQL Server på Azure Virtual Machines.
Om du måste köra en specifik version av SQL Server som inte är den senaste versionen och inte kommer att hållas uppdaterad automatiskt använder du SQL Server på Azure Virtual Machines.
Nej: Överväg vilka funktionskrav du har från den befintliga databasplattformen. En PaaS-databas (plattform som en tjänst) som hanterar SQL Server-instansen och operativsystemets korrigeringar är enklare och enklare att använda. Fortsätt läsa för fler alternativ.
Kräver din arbetsbelastning transaktionsreplikering, .NET CLR, SQL Agent, frågor mellan databaser eller länkad server?
Ja: Välj Azure SQL Managed Instance. Dessa SQL Server- och Windows-funktioner är tillgängliga med Azure SQL Managed Instance, även om andra aspekter av instansen och operativsystemet hanteras åt dig, till exempel korrigeringar, hög tillgänglighet och säkerhetskopior.
Nej: Om du inte behöver dessa funktioner är andra Azure SQL-alternativ tillgängliga som förenklar databasadministrationen. Fortsätt läsa.
Behöver du, eller kräver företagets princip, möjligheten att flytta databasen tillbaka till en lokal eller molnöverskridande databas?
Ja: Välj Azure SQL Managed Instance, som tillhandahåller migrering och omvänd migrering samt synkronisering före molnet via tillgänglighetsgrupper.
Nej: Andra alternativ är fortfarande tillgängliga för ditt scenario. Fortsätt läsa.
Förväntar du dig att databasen ska ligga under 4 TB?
Ja: Välj Azure SQL Database. Om du överväger en ny SaaS-lösning (programvara som en tjänst) för hundratals kunder eller mer kan du konfigurera Azure SQL Database med elastiska pooler för att ge kostnadseffektiva och förutsägbara resurskostnader till många olika kunddatabaser. Du kan överväga en databasarkitektur som separerar varje kund i sin egen databas med hjälp av elastiska pooler, var och en förväntas ligga under 4 TB.
Nej: Azure SQL Managed Instance och Azure SQL Database Hyperscale ger mycket högre total databasstorleksbegränsningar. Fortsätt läsa.
Förväntar du dig att databasen ska ligga under 32 TB?
Både Azure SQL Managed Instance och Azure SQL Database Hyperscale kan fungera för din lösning, men Azure SQL Managed Instance har ett aktuellt tak på 32 TB. Azure SQL Database Hyperscale har ett aktuellt tak på 128 TB.
- Om du skapar en ny SaaS-lösning (programvara som en tjänst) för hundratals kunder eller mer kan du överväga elastiska Azure SQL Database Hyperscale-pooler eller Azure SQL Managed Instance-pooler för att ge kostnadseffektiva och förutsägbara resurskostnader till många olika kunddatabaser.