Dela via

Stoppa och starta en instans – Azure SQL Managed Instance

gäller för:Azure SQL Managed Instance

I den här artikeln beskrivs hur du stoppar och startar en instans för att spara på faktureringskostnader när du använder Azure SQL Managed Instance- på tjänstnivån Generell användning. Du kan stoppa och starta din instans med hjälp av Azure-portalen, Azure PowerShell, Azure CLI eller REST API.

Obs

Stopp- och startfunktionen styr faktureringen och bör inte användas för att starta om instansen som ett felsökningssteg.

Överblick

Om du vill spara på faktureringskostnader kan du stoppa den hanterade SQL-instansen för generell användning när du inte använder den. Att stoppa en instans liknar att frigöra en virtuell dator. När en instans är i ett stoppat tillstånd debiteras du inte längre för beräknings- och licenskostnader, men debiteras fortfarande för data- och säkerhetskopieringslagring.

Om du stoppar en SQL-hanterad instans rensas alla cachelagrade data.

Den här funktionen introducerar tre nya sql-hanterade instanstillstånd, som följande diagram anger:




-Stopp
-Stoppat
- Start

diagram som visar de olika tillstånden för en SQL Managed Instance-distribution.

När stoppåtgärden har initierats tar det vanligtvis cirka 5 minuter att stoppa instansen. Det tar dock cirka 20 minuter att starta en instans från det att startåtgärden initieras. Endast SQL-hanterade instanser i ett klart tillstånd kan stoppas. När instansen har stoppats förblir den i ett stoppat tillstånd tills en startåtgärd initieras, antingen manuellt eller utlöses med ett definierat schema. Endast instanser som är i ett stoppat tillstånd kan startas.

När följande åtgärder utförs allokerar Azure beräkningsresurser till det underliggande virtuella klustret:

  • Skapa en SQL-hanterad instans.
  • Starta en stoppad SQL-hanterad instans.
  • Ändra storlek på en SQL-hanterad instans. Du kan till exempel ändra tjänstnivå, lagring, maskinvarugenerering eller antal virtuella kärnor.

Det finns kontinuerliga investeringar i mer infrastruktur för att stödja kundernas efterfrågan, men det kan uppstå tillfälliga resursallokeringsfel från en aldrig tidigare skådad ökning av efterfrågan på Azure-tjänster i specifika regioner. Den här situationen kan resultera i en längre åtgärdstid, cirka 4 timmar om det finns en ny virtuell klusterversion (i enlighet med varaktigheten för hanteringsåtgärden). Det kan också leda till att instansen inte startas, i vilket fall du bör försöka igen senare.

Viktig

Som paaS-tjänst (plattform som en tjänst) ansvarar SQL Managed Instance för efterlevnad för varje del av systemkomponenterna. Om det finns ett akut behov av systemunderhåll måste instansen vara online. I det här fallet kan Azure initiera startåtgärden och hålla instansen online tills underhållsåtgärden har slutförts, då Azure stoppar instansen. Beräknings- och licensavgifter tillämpas under hela tiden instansen är i ett onlinetillstånd.

Åtgärdstyper

Det finns två sätt att stoppa och starta en instans: antingen manuellt på begäran eller genom att skapa ett schema.

Manuella kommandon

Du kan använda manuella kommandon för att omedelbart utlösa en stopp- och startåtgärd. Manuella kommandon är bra för instanser som har längre perioder av inaktivitet utan regelbundna mönster eller i testsyfte. Du kan också använda Azure Automation-scheman eller en anpassad lösning som skapar anpassade och mer flexibla scheman som du inte kan konfigurera med hjälp av den inbyggda stopp- och startschemaläggaren i SQL Managed Instance.

Schemalagda kommandon

Du kan också skapa ett schema med en eller flera tidpunkter när en stopp- eller startåtgärd utlöses. Schemalagda kommandon är bra för instanser som har vanliga mönster. Du kan till exempel starta en instans varje veckodag kl. 08.00, stoppa den kl. 17.00 och sedan starta den under helgen kl. 07.00 och stoppa den kl. 11.00. Schemaläggning av kommandon eliminerar behovet av att skapa anpassade lösningar eller använda Azure Automation för att skapa stopp- och startscheman.

Schemalagda objekt representerar tidpunkter då stopp- och starthändelser initieras, inte när instansen är igång. När du skapar ett schema tar du hänsyn till åtgärdens varaktighet. Om du till exempel vill att instansen ska vara igång kl. 08.00 kan du definiera ett schema som initierar startåtgärden kl. 07:40.

Överväg följande regler för ett stopp- och startschema:

  • Varje schemalagt objekt definieras som ett stopp-och-start-par och måste innehålla både stopp- och startvärden. Det går inte att ha ett ifyllt stoppvärde med ett startvärde som saknas och vice versa.
  • De schemalagda paren kan inte överlappa varandra. Om det finns en överlappning av schemalagda tider returnerar API:et ett fel.
  • Tidsintervallet mellan två efterföljande åtgärder (dvs. en start efter ett stopp eller ett stopp efter en start) måste vara minst en timme. Om en start till exempel är schemalagd till 10:00 kan stoppåtgärden inte schemaläggas före 11:00.
  • Om motstridiga åtgärder inträffar när ett stopp utlöses, till exempel en pågående skalning av virtuell kärna, försöker mekanismen igen efter 10 minuter. Om den konfliktande åtgärden fortfarande är aktiv efter 10 minuter hoppas stoppåtgärden över.

Fakturering

Stoppade instanser debiteras inte för virtuella kärnor och SQL-licensen. De debiteras endast för data- och säkerhetskopieringslagring. vCores och licensfakturering debiteras dock för varje som startas timmar. Vid 12:01 debiteras du till exempel för hela timmen, även om instansen stoppas inom en timme.

Azure Hybrid-förmån

Azure Hybrid Benefit (AHB) tillämpas per resurs. Om din instans använder Azure Hybrid-förmånen för rabatten på licenskostnader kan du tillämpa Azure Hybrid-förmånen på en annan resurs när instansen är i ett stoppat tillstånd. Du måste först inaktivera AHB på instansen och sedan stoppa instansen. När du har startat om instansen måste du på samma sätt återaktivera AHB på den för att tillämpa licensförmånen.

Reservationspriser

Azure-reservation tillämpas för de virtuella kärnor och timmar som genereras. När en instans som är berättigad till reserverad prissättning stoppas omdirigeras reserverade priser automatiskt till en annan instans, om det finns en sådan. Du kan använda start-/stopfunktion för att överprovisionera prissättning av reserverade instanser.

Anta till exempel att du köper en SQL-hanterad instans med en reservation för 16 virtuella kärnor. Du kan köra två instanser med 8 virtuella kärnor var från 13:00 till 14:00, stoppa båda instanserna och sedan köra två olika instanser med 8 virtuella kärnor var från 14:00 till 15:00. Den här metoden skulle förbruka gränsen på 16 virtuella kärnor för varje timme, fördelat på totalt fyra instanser.

Rabatter för reservationer erbjuds på en "använd eller förlora" basis. Om du inte har matchande resurser under en angiven timme går reservationskvantiteten för den timmen förlorad. Oanvända reserverade timmar kan inte överföras.

Begränsningar för stopp- och startfunktionen

Tänk på följande begränsningar:

  • Stopp och start av en instans är för närvarande endast möjligt för instanser på tjänstnivån Generell användning.
  • Du kan inte stoppa instanser som:
  • Även om en SQL-hanterad instans är i ett stoppat tillstånd går det inte att ändra dess konfigurationsegenskaper. Om du vill ändra några egenskaper måste du starta instansen.
  • Instansen är i ett stoppat tillstånd, men det går inte att göra säkerhetskopior. Anta till exempel att du har långsiktiga säkerhetskopieringar konfigurerade, med årliga säkerhetskopieringar på plats. Om du stoppar instansen under den definierade årliga backup-perioden kommer säkerhetskopieringen att hoppas över. Vi rekommenderar att du håller instansen igång under den årliga säkerhetskopieringsperioden.
  • Det går inte att avbryta en stopp- eller startåtgärd när du har initierat den.
  • Om en sårbarhetsbedömningsgenomsökning är schemalagd för SQL Managed Instance medan instansen stoppas misslyckas genomsökningskörningen.
  • Underhållsmeddelanden skickas inte för instanser som är i ett stoppat tillstånd. Resultatet är:
    • En ofullständig sekvens med meddelanden. Ett avancerat meddelande skickas till exempel inte medan ett pågående meddelande skickas.
    • SQL Managed Instance saknas i listan över berörda resurser i meddelandeinnehållet.
  • Felloggar som är tillgängliga i SQL Managed Instance sparas inte och raderas automatiskt när instansen stoppas.

Förutsättningar

Om du vill använda instansens stopp- och startfunktion måste din instans vara på tjänstnivån Generell användning. Användare som har behörighet att hantera instansen kan stoppa och starta instansen. Mer information finns i Azure-behörigheter för databaser.

Instanser som inte uppfyller kraven har stopp- och startkontrollerna inaktiverade på sidan Översikt för SQL-resursen för hanterad instans i Azure-portalen. När du hovrar över kontrollen förklaras varför instansen inte kan använda funktionen stoppa och starta.

Förbereda kommandoradsmiljö

Hoppa över det här steget om du använder Azure-portalen.

Om du vill stoppa eller starta en instans med hjälp av PowerShell eller Azure CLI måste du förbereda din miljö genom att konfigurera kommandoradsverktyg och definiera dina parametrar.

Du kan också konfigurera kommandoradsverktygen genom att använda Azure Cloud Shell. Ett kostnadsfritt interaktivt gränssnitt som du kan använda för att köra stegen i den här artikeln. Den har vanliga förinstallerade Azure-verktyg och är konfigurerad att användas med ditt konto. Om du inte har en Azure-prenumerationskapar du ett kostnadsfritt Azure-konto innan du börjar.

Öppna Cloud Shell genom att välja Prova i det övre högra hörnet av ett kodblock. Du kan också starta Cloud Shell på en separat webbläsarflik genom att gå till https://shell.azure.com.

Om du vill stoppa och starta din instans med PowerShell kan du installera Azure PowerShelleller använda Azure Cloud Shell.

När Cloud Shell öppnas kontrollerar du att PowerShell- har valts för din miljö. Efterföljande sessioner använder Azure CLI i en PowerShell-miljö. Välj Kopiera för att kopiera kodblocken, klistra in det i Cloud Shell och tryck på Retur för att köra det.

När PowerShell eller Cloud Shell har startats definierar du parametrarna:

$SubscriptionId = "<Subscription-ID>"
$SqlMIName = "<SQL-MI-name>"
$RgName = "<SQL-MI-resource-group>"

# Login-AzAccount
Select-AzSubscription -SubscriptionName $SubscriptionID

Stoppa sql-hanterad instans

Du kan stoppa instansen med hjälp av:

  • Azure-portalen
  • PowerShell
  • Azure-kommandoradsgränssnittet (CLI)
  • REST API-anropet som anropas via valfritt verktyg

Om du vill stoppa din SQL-hanterade instans med hjälp av Azure-portalen går du till översiktssidan för din instans och väljer sedan knappen Stoppa .

Skärmbild av sidan Översikt för SQL-hanterad instans i Azure-portalen med knappen Stoppa markerad.

Om instansen redan har stoppats är knappen Stoppa inte tillgänglig.

Starta sql-hanterad instans

Du kan starta instansen med hjälp av:

  • Azure-portalen
  • PowerShell
  • Azure-kommandoradsgränssnittet (CLI)
  • REST API-anropet som anropas via valfritt verktyg

När din SQL-hanterade instans har stoppats startar du den med hjälp av Azure-portalen, går till sidan Översikt för din instans och väljer sedan knappen Start .

Skärmbild av sidan Översikt för SQL-hanterad instans i Azure-portalen med knappen

Om instansen redan har startats är knappen Starta inte tillgänglig.

Hantera ett stopp- och startschema

Du kan hantera ett stopp- och startschema med hjälp av:

  • Azure-portalen
  • PowerShell
  • Azure-kommandoradsgränssnittet (CLI)
  • REST API-anropet som anropas via valfritt verktyg

Om du vill hantera ett stopp- och startschema med hjälp av Azure-portalengår du till din instans och väljer sedan Starta/stoppa schema på resursmenyn.

Skärmbild av sidan Start/Stopp-schema för den HANTERADE SQL-instansen.

I fönstret Starta/stoppa schema kan du:

  • Visa befintliga scheman.
  • Ange tidszonen för dina schemalagda händelser i listrutan Tidszon.
  • Skapa ett nytt schema genom att välja Skapa ett schemaobjekt.
  • Ändra ett befintligt schema genom att välja pennikonen.
  • Ta bort ett befintligt schema genom att välja papperskorgsikonen.

Obs

För närvarande samlar aktivitetsloggen endast in åtgärder som initierats via Azure Resource Manager (ARM). Schemalagda start- och stoppåtgärder spåras inte i aktivitetsloggen. För närvarande går det därför inte att visa historiken för schemalagda start- och stoppåtgärder via aktivitetsloggen i Azure-portalen. Eller via övervakning som baseras på sådana loggar.

Relaterat innehåll