Dela via

Självstudie: Migrera Azure Database for MySQL – enskild server till flexibel server online med DMS via Azure-portalen

  • Artikel

Kommentar

Den här artikeln innehåller referenser till termen slav, en term som Microsoft inte längre använder. När termen tas bort från programvaran tar vi bort den från den här artikeln.

Du kan migrera en instans av Azure Database for MySQL – enskild server till Azure Database for MySQL – flexibel server med hjälp av Azure Database Migration Service (DMS), en fullständigt hanterad tjänst som är utformad för att möjliggöra sömlösa migreringar från flera databaskällor till Azure-dataplattformar. I den här självstudien utför vi en onlinemigrering av en exempeldatabas från en enskild Azure Database for MySQL-server till en flexibel MySQL-server (båda kör version 5.7) med hjälp av en DMS-migreringsaktivitet.

Kommentar

DMS onlinemigrering är nu allmänt tillgänglig. DMS stöder migrering till MySQL-versionerna 5.7 och 8.0 och stöder även migrering från MySQL-servrar med lägre version (v5.6 och senare) till servrar med högre version. Dessutom stöder DMS migreringar mellan regioner, resursöverskridande grupper och migreringar mellan prenumerationer, så att du kan välja en region, resursgrupp och prenumeration för målservern som skiljer sig från vad som anges för källservern.

I den här självstudien lär du dig att:

  • Implementera metodtips för att skapa en flexibel server för snabbare datainläsning med DMS.
  • Skapa och konfigurera en flexibel målserver.
  • Skapa en DMS-instans.
  • Skapa ett MySQL-migreringsprojekt i DMS.
  • Migrera ett MySQL-schema med DMS.
  • Köra migreringen.
  • Övervaka migreringen.
  • Utför steg efter migreringen.
  • Implementera metodtips för att utföra en migrering.

Förutsättningar

För att slutföra den här kursen behöver du:

  • Skapa eller använda en befintlig instans av Azure Database for MySQL – enskild server (källservern).

  • Kontrollera att följande krav är uppfyllda för att slutföra onlinemigreringen:

    • Använd det kommandoradsverktyg för MySQL som du väljer för att kontrollera att log_bin är aktiverat på källservern genom att köra kommandot: VISA VARIABLER SOM "log_bin". Om log_bin inte är aktiverat skapar du en läsreplik för din enskild serverinstans och tar sedan bort den. Den här åtgärden anger parametern log_bin till PÅ och du kan sedan utlösa migreringsåtgärden.
    • Kontrollera att användaren har behörigheten "REPLIKERINGSKLIENT" och "REPLIKERINGSSLAV" på källservern för att läsa och tillämpa bin-loggen.
    • Om du riktar in dig på en onlinemigrering konfigurerar du parametern binlog_expire_logs_seconds på källservern så att binlogfilerna inte rensas innan repliken genomför ändringarna. Vi rekommenderar att du startar minst två dagar. Efter en snabb snabb återställning kan du återställa värdet.

  • För att slutföra en schemamigrering framgångsrikt på källservern krävs att användaren som utför migrationen har följande privilegier:

    • "SELECT" -behörighet på servernivå på källan.
    • Om du migrerar vyer måste användaren ha behörigheten "VISA VY" på källservern och behörigheten "SKAPA VY" på målservern.
    • Om utlösare migreras måste användaren ha behörigheten "TRIGGER" på käll- och målservern. Även utlösare migreras endast under snabb användning. Du bör eb kunna se utlösare som skapats efter snabb snabbning har slutförts.
    • Om du migrerar rutiner (procedurer och/eller funktioner) måste användaren ha behörigheten "CREATE ROUTINE" och "ALTER ROUTINE" på servernivå på målet.
    • Om du migrerar händelser måste användaren ha behörigheten "EVENT" på käll- och målservern.
    • Om du migrerar användare/inloggningar måste användaren ha behörigheten "SKAPA ANVÄNDARE" på målservern.
    • "DROP" -behörighet på servernivå på målet för att släppa tabeller som kanske redan finns. Till exempel vid återförsök av en migrering.
    • Behörigheten "REFERENSER" på servernivå på målet för att skapa tabeller med sekundärnycklar.
    • Om du migrerar till MySQL 8.0 måste användaren ha behörigheten "SESSION_VARIABLES_ADMIN" på målservern.
    • "CREATE" -behörighet på servernivå på målet.
    • "INSERT" -behörighet på servernivå på målet.
    • "UPPDATERA" behörighet på servernivå på målet.
    • "DELETE" -behörighet på servernivå på målet.

Begränsningar

När du förbereder migreringen bör du tänka på följande begränsningar.

  • När du migrerar icke-tabellobjekt har DMS inte stöd för att byta namn på databaser.

  • När du migrerar till en målserver med bin_log aktiverat måste du aktivera log_bin_trust_function_creators för att skapa rutiner och utlösare.

  • DMS stöder för närvarande inte migrering av DEFINER-satsen för objekt. Alla objekttyper med definierare på källan tas bort. Efter migreringen anges standarddefinieraren för alla objekt som stöder en definitionssats och som skapas under schemamigreringen till den inloggning som används för att köra migreringen.

  • För närvarande stöder DMS endast migrering av ett schema som en del av dataflytt. Om inget har valts för dataflytt sker inte schemamigreringen. Om du väljer en tabell för schemamigrering markeras den också för dataflytt.

  • Stöd för onlinemigrering är begränsat till ROW binlog-formatet.

  • Onlinemigrering stöder nu replikering av DDL-instruktioner vid migrering till en flexibel Azure Database for MySQL-målserver v8.0 eller v5.7.

    • Replikering av instruktioner stöds för databaser, tabeller och schemaobjekt (vyer, rutiner, utlösare) som har valts för schemamigrering när du konfigurerar en Azure DMS-migreringsaktivitet. Datadefinitions- och administrationsinstruktioner för databaser, tabeller och schemaobjekt som inte är markerade replikeras inte. Om du väljer en hel server för migrering replikeras instruktioner för tabeller, databaser och schemaobjekt som skapas på källservern när den första inläsningen har slutförts.
    • Azure DMS-instruktionsreplikering stöder alla datadefinitionsinstruktioner som anges här, med undantag för följande kommandon:
      • LOGFILE GROUP-uttryck
      • SERVER-instruktioner
      • SPATIAL REFERENCE SYSTEM-instruktioner
      • TABLESPACE-instruktioner
    • Azure DMS-instruktionsreplikering stöder alla instruktioner för dataadministration – kontohantering som anges här, med undantag för följande kommandon:
      • ANGE STANDARDROLL
      • ANGE LÖSENORD
    • Azure DMS-instruktionsreplikering stöder alla instruktioner för dataadministration – tabellunderhåll som anges här, med undantag för följande kommandon:
      • REPAIR TABLE
      • ANALYZE TABLE
      • CHECKSUM TABLE

Metodtips för att skapa en flexibel server för snabbare datainläsningar med hjälp av DMS

DMS stöder migreringar mellan regioner, grupper och prenumerationer. Därmed kan du välja lämplig region, resursgrupp och prenumeration för din flexibla målserver. Innan du skapar din flexibla målserver bör du överväga följande konfigurationsvägledning för att säkerställa snabbare datainläsning med hjälp av DMS.

  • Välj beräkningsstorlek och beräkningsnivå för den flexibla målservern baserat på den enskilda källserverns prisnivå och virtuella kärnor baserat på informationen i följande tabell.

    Prisnivå för enskild server Virtuella kärnor för enskild server Beräkningsstorlek för flexibel server Beräkningsnivå för flexibel server
    Grundläggande 1 1 Generell användning Standard_D16ds_v4
    Grundläggande 1 2 Generell användning Standard_D16ds_v4
    Generell användning 1 4 Generell användning Standard_D16ds_v4
    Generell användning 1 8 Generell användning Standard_D16ds_v4
    Generell användning 16 Generell användning Standard_D16ds_v4
    Generell användning 32 Generell användning Standard_D32ds_v4
    Generell användning 64 Generell användning Standard_D64ds_v4
    Minnesoptimerad 4 Affärskritisk Standard_E4ds_v4
    Minnesoptimerad 8 Affärskritisk Standard_E8ds_v4
    Minnesoptimerad 16 Affärskritisk Standard_E16ds_v4
    Minnesoptimerad 32 Affärskritisk Standard_E32ds_v4

    1 För migreringen väljer du Generell användning 16 virtuella kärnor för den flexibla målservern för snabbare migreringar. Skala tillbaka till önskad beräkningsstorlek för målservern när migreringen är klar genom att följa rekommendationen om beräkningsstorlek i avsnittet Utföra aktiviteter efter migrering senare i den här artikeln.

  • MySQL-versionen för den flexibla målservern måste vara större än eller lika med den enskilda källserverns.

  • Om du inte behöver distribuera den flexibla målservern i en specifik zon anger du värdet för parametern Tillgänglighetszon till "Ingen inställning".

  • För nätverksanslutning går du till fliken Nätverk och väljer Privat åtkomst om den enskilda källservern har privata slutpunkter eller privata länkar konfigurerade. Annars väljer du Offentlig åtkomst.

  • Kopiera alla brandväggsregler från den enskilda källservern till den flexibla målservern.

  • Kopiera alla namn/värde-taggar från den enskilda till flex-servern under själva skapandet.

Skapa och konfigurera den flexibla målservern

Med dessa metodtips i åtanke skapar du din flexibla målserver och konfigurerar den sedan.

  • Skapa den flexibla målservern. Guidade steg finns i snabbstarten Snabbstart: Skapa en instans av Azure Database for MySQL med Azure Portal.

  • Konfigurera den nya flexibla målservern enligt följande:

    • Användaren som utför migreringen kräver följande behörigheter:
      • Kontrollera att användaren har behörigheten "REPLICATION_APPLIER" eller "BINLOG_ADMIN" på målservern för att tillämpa lagerplatsloggen.
      • Kontrollera att användaren har behörigheten "REPLICATION SLAVE" på målservern.
      • Kontrollera att användaren har behörigheten "REPLIKERINGSKLIENT" och "REPLIKERINGSSLAV" på källservern för att läsa och tillämpa bin-loggen.
      • Om du vill skapa tabeller på målet måste användaren ha behörigheten "CREATE".
      • Om du migrerar en tabell med partitionsalternativen "DATA DIRECTORY" eller "INDEX DIRECTORY" måste användaren ha behörigheten "FILE".
      • Om du migrerar till en tabell med alternativet "UNION" måste användaren ha behörigheten "SELECT", "UPDATE" och "DELETE" för de tabeller som du mappar till en MERGE-tabell.
      • Om du migrerar vyer måste du ha behörigheten "SKAPA VY". Tänk på att vissa privilegier kan vara nödvändiga beroende på innehållet i vyerna. Mer information finns i MySQL-dokumenten som är specifika för din version för "CREATE VIEW STATEMENT".
      • Om du migrerar händelser måste användaren ha behörigheten "EVENT".
      • Om utlösare migreras måste användaren ha behörigheten "TRIGGER".
      • Om du migrerar rutiner måste användaren ha behörigheten "SKAPA RUTIN".
    • Konfigurera serverparametrarna på den flexibla målservern enligt följande:
      • Ange TLS-versionen och require_secure_transport-serverparametern så att de matchar värdena på källservern.
      • Ange sql_mode-serverparametern så att den matchar värdena på källservern.
      • Konfigurera serverparametrar på målservern så att de matchar alla värden som inte är standardvärden som används på källservern.
      • Konfigurera följande serverparametrar enligt beskrivningen för att säkerställa snabbare datainläsningar vid användning av DMS.
        • max_allowed_packet – inställd på 1073741824 (dvs. 1 GB) för att förhindra anslutningsproblem på grund av stora rader.
        • slow_query_log – ställ in på AV för att stänga av loggen för långsamma frågor. Detta eliminerar de omkostnader som orsakas av långsam frågeloggning under datainläsningar.
        • innodb_buffer_pool_size – kan bara ökas genom att skala upp beräkning för Azure Database for MySQL-servern. Skala upp servern till 64 virtuella kärnor Generell användning SKU från prisnivån i portalen under migreringen för att öka innodb_buffer_pool_size.
        • innodb_io_capacity & innodb_io_capacity_max – Ändra till 9000 från serverparametrarna i Azure Portal för att förbättra I/O-användningen för att optimera för migreringshastighet.
        • innodb_write_io_threads – Ändra till 4 från serverparametrarna i Azure Portal för att förbättra migreringens hastighet.
    • Konfigurera replikerna på målservern så att de matchar dem på källservern.
    • Replikera följande serverhanteringsfunktioner från den enskilda källservern till den flexibla målservern:
      • Rolltilldelningar, roller, neka tilldelningar, klassiska administratörer, åtkomstkontroll (IAM)
      • Lås (skrivskyddad och ta bort)
      • Aviseringar
      • Uppgifter
      • Resource Health-aviseringar

Konfigurera DMS

När din flexibla målserver har distribuerats och konfigurerats måste du konfigurera DMS för att migrera din enda server till en flexibel server.

Registrera resursprovidern

Utför följande steg för att registrera resursprovidern Microsoft.DataMigration.

  1. Innan du skapar din första DMS-instans loggar du in på Azure Portal och söker sedan efter och väljer Prenumerationer.

    Skärmbild av en Select-prenumeration från Azure Marketplace.

  2. Välj den prenumeration som du vill använda för att skapa DMS-instansen och välj sedan Resursprovidrar.

    Skärmbild av en Välj resursprovider.

  3. Sök efter termen "Migrering" och välj sedan Registrera för Microsoft.DataMigration.

    Skärmbild av en Registrera resursprovidern.

Skapa en DMS-instans (Database Migration Service)

  1. I Azure Portal väljer du + Skapa en resurs, söker efter termen "Azure Database Migration Service" och väljer sedan Azure Database Migration Service i listrutan.

    Skärmbild av en Search Azure Database Migration Service.

  2. På sidan Azure Database Migration Service väljer du Skapa.

    Skärmbild av instansen Skapa Azure Database Migration Service.

  3. På sidan Välj migreringsscenario och Database Migration Service under Migreringsscenario väljer du Azure Database for MySQL-Single Server som källservertyp och väljer sedan Azure Database for MySQL som målservertyp och väljer sedan Välj.

    Skärmbild av ett välj migreringsscenario.

  4. På sidan Skapa migreringstjänst går du till fliken Grundläggande under Projektinformation, väljer lämplig prenumeration och väljer sedan en befintlig resursgrupp eller skapar en ny.

  5. Under Instansinformation anger du ett namn för tjänsten, väljer en region och kontrollerar sedan att Azure har valts som tjänstläge.

  6. Till höger om prisnivån väljer du Konfigurera nivå.

    Skärmbild av välj konfigurera-nivå.

  7. På sidan Konfigurera väljer du prisnivån Premium med 4 virtuella kärnor för din DMS-instans och väljer sedan Använd.

    DMS Premium med 4 virtuella kärnor är kostnadsfritt i 6 månader (183 dagar) från tidpunkten då DMS-tjänsten skapades innan någon avgift tas ut. Mer information om DMS-kostnader och prisnivåer finns på prissidan.

    Skärmbild av nivån Välj pris.

    Därefter måste vi ange det virtuella nätverk som ger DMS-instansen åtkomst till den enskilda källservern och den flexibla målservern.

  8. På sidan Skapa migreringstjänst väljer du Nästa: Nätverk >>.

  9. På fliken Nätverk väljer du ett befintligt VNet i listan eller anger namnet på det nya virtuella nätverk som ska skapas och väljer sedan Granska + skapa.

    Mer information finns i artikeln Skapa ett virtuellt nätverk med hjälp av Azure Portal..

    Skärmbild av välj nätverk.

    [! VIKTIGT]
    Ditt virtuella nätverk måste konfigureras med åtkomst till både den enskilda källservern och den flexibla målservern, så se till att:

    • Skapa en brandväggsregel på servernivå eller konfigurera VNET-tjänstslutpunkter för både käll- och mål-Azure Database for MySQL-servrar för att ge VNet för Azure Database Migration Service åtkomst till käll- och måldatabaserna.

    • Se till att dina NSG-regler (VNet Network Security Group) inte blockerar utgående port 443 för ServiceTag för ServiceBus, Storage och Azure Monitor. Mer information om NSG-trafikfiltrering för virtuella nätverk finns i Filtrera nätverkstrafik med nätverkssäkerhetsgrupper.

    Kommentar

    Om du vill lägga till taggar i tjänsten går du vidare till fliken Taggar genom att välja Nästa : Taggar. Det är valfritt att lägga till taggar i tjänsten.

  10. Gå till fliken Granska + skapa , granska konfigurationerna, visa villkoren och välj sedan Skapa.

    Skärmbild av select review+create.

    Distributionen av din instans av DMS börjar nu. Meddelandet Distribution pågår visas i några minuter och sedan ändras meddelandet till Distributionen är klar.

  11. Välj Gå till resurs.

    Skärmbild av en Välj Gå till resurs.

  12. Identifiera IP-adressen för DMS-instansen från resursöversiktssidan och skapa en brandväggsregel för din enda källserver och den flexibla målserverns tillåtna ip-adress för DMS-instansen.

Skapa ett migreringsprojekt

Utför följande steg för att skapa ett migreringsprojekt.

  1. I Azure Portal väljer du Alla tjänster, söker efter Azure Database Migration Service och väljer sedan Azure Database Migration Services.

    Skärmbild av Hitta alla instanser av Azure Database Migration Service.

  2. I sökresultaten väljer du den DMS-instans som du skapade och väljer sedan + Nytt migreringsprojekt.

    Skärmbild av ett Välj ett nytt migreringsprojekt.

  3. På sidan Nytt migreringsprojekt anger du ett namn för projektet. I rutan Typ av källserver väljer du Azure Database For MySQL – enskild server. I rutan Val av målservertyp väljer du Azure Database For MySQL – flexibel server, i rutan Migreringsaktivitetstyp väljer du Online-datamigrering och sedan Skapa och kör aktivitet.

    Kommentar

    Om du endast väljer Skapa projekt som migreringsaktivitetstyp skapas bara migreringsprojektet. Sedan kan du köra migreringsprojektet vid ett senare tillfälle.

    Skärmbild av ett Skapa ett nytt migreringsprojekt.

Konfigurera migreringsprojektet

Utför följande steg för att konfigurera DMS-migreringsprojektet.

  1. På skärmen Välj källa letar du reda på servern baserat på prenumerationen, platsen och resursgruppen. Användarnamnet fylls i automatiskt och anger sedan lösenordet för källservern.

    Skärmbild av skärmen Lägg till källinformation.

  2. Välj Nästa: Välj mål>> och leta sedan upp servern baserat på prenumerationen, platsen och resursgruppen på skärmen Välj mål . Användarnamnet fylls i automatiskt och anger sedan lösenordet för den flexibla målservern.

    Skärmbild av ett Select-mål.

  3. Välj Nästa: Välj databaser>> och välj sedan Migrera alla tillämpliga databaser under Servermigreringsalternativ på fliken Välj databaser. Välj sedan de serverobjekt som du vill migrera under Välj databaser.

    Kommentar

    Det finns nu alternativet Migrera alla tillämpliga databaser när du väljer det här alternativet migrerar alla användarskapade databaser och tabeller. Eftersom Azure Database for MySQL – Flexibel server inte stöder databaser med blandade skiftlägen inkluderas inte databaser med blandade skiftlägen på källan för en onlinemigrering.

    Skärmbild av en Select-databas.

  4. I avsnittet Välj databaser går du till Källdatabas och väljer de databaser som ska migreras.

    Objekt som inte är tabellobjekt i de databaser som du har angett migreras, medan de objekt som du inte valde hoppas över. Du kan bara välja de käll- och måldatabaser vars namn matchar det på käll- och målservern.

    Om du väljer en databas på källservern som inte finns på målservern skapas den på målservern.

  5. Välj Nästa: Välj tabeller>> för att gå till fliken Välj tabeller .

    Innan fliken fylls i hämtar DMS tabellerna från de valda databaserna på källan och målet och avgör sedan om tabellen finns och innehåller data.

  6. Välj de tabeller som du vill migrera.

    Om den valda källtabellen inte finns på målservern ser onlinemigreringsprocessen till att tabellschemat och data migreras till målservern.

    Skärmbild av en Välj tabeller.

    DMS verifierar dina indata och om valideringen godkänns kan du starta migreringen.

  7. När du har konfigurerat för schemamigrering väljer du Granska och starta migreringen.

    Kommentar

    Du behöver bara gå till fliken Konfigurera migreringsinställningar om du försöker felsöka misslyckade migreringar.

  8. På fliken Sammanfattning i textrutan Aktivitetsnamn anger du ett namn för migreringsaktiviteten och granskar sedan sammanfattningen för att se till att käll- och målinformationen matchar det du angav tidigare.

    Skärmbild av en Välj sammanfattning.

  9. Välj Starta migrering.

    Migreringsaktivitetsfönstret visas och Status för aktiviteten är Initieras. Statusen ändras till Körs när tabellmigreringarna startar.

    Skärmbild av statusen Körs.

Övervaka migreringen

  1. När aktiviteten Inledande inläsning har slutförts går du till fliken Initial inläsning för att visa slutförandestatus och antalet slutförda tabeller.

    Skärmbild av en slutförd inledande inläsningsmigrering.

    När den inledande inläsningsaktiviteten har slutförts navigeras du automatiskt till fliken Replikera dataändringar. Du kan övervaka migreringsförloppet eftersom skärmen uppdateras automatiskt var 30:e sekund.

  2. Välj Uppdatera för att uppdatera visningen och visa sekunderna bakom källan när och när det behövs.

    Skärmbild av en övervakningsmigrering.

  3. Övervaka sekunderna bakom källan och så snart den närmar sig 0 börjar du snabbt genom att gå till fliken Starta snabbmeny högst upp på skärmen för migreringsaktivitet.

  4. Följ stegen i snabbfönstret innan du är redo att utföra en snabb användning.

  5. När du har slutfört alla steg väljer du Bekräfta och väljer sedan Använd.

    Skärmbild av en Perform cutover (Utför snabbhet).

Utföra aktiviteter efter migreringen

När migreringen är klar måste du slutföra följande aktiviteter efter migreringen.

  • Utför rimlighetstestning för programmet mot måldatabasen för att certifiera migreringen.

  • Uppdatera anslutningssträng så att den pekar på den nya flexibla servern.

  • Ta bort den enskilda källservern när du har säkerställt programkontinuitet.

  • Om du skalar upp den flexibla målservern för snabbare migrering skalar du tillbaka den genom att välja beräkningsstorlek och beräkningsnivå för den flexibla servern baserat på den enskilda källserverns prisnivå och virtuella kärnor, baserat på informationen i följande tabell.

    Prisnivå för enskild server Virtuella kärnor för enskild server Beräkningsstorlek för flexibel server Beräkningsnivå för flexibel server
    Grundläggande 1 Burstbar Standard_B1s
    Grundläggande 2 Burstbar Standard_B2s
    Generell användning 4 Generell användning Standard_D4ds_v4
    Generell användning 8 Generell användning Standard_D8ds_v4

    • Utför följande steg för att rensa DMS-resurserna:

      1. I Azure Portal väljer du Alla tjänster, söker efter Azure Database Migration Service och väljer sedan Azure Database Migration Services.

      2. Välj din migreringstjänstinstans i sökresultaten och välj sedan Ta bort tjänst.

      3. I bekräftelsedialogrutan anger du namnet på instansen i textrutan ANGE NAMNET PÅ DATAMIGRERINGSTJÄNSTEN och väljer sedan Ta bort.

Metodtips för migrering

När du utför en migrering bör du tänka på följande metodtips.

  • Som en del av identifieringen och utvärderingen, ta med serverns SKU, processoranvändning, lagring, databasstorlekar och användning av tillägg som några av de kritiska data för att underlätta migreringar.

  • Utför testmigreringar innan du migrerar för produktion:

    • Testmigreringar är viktiga för att säkerställa att du täcker alla aspekter av databasmigreringen, inklusive programtestning. Det bästa sättet är att börja med att köra en migrering endast i testsyfte. Efter att en nyligen påbörjad migrering går in i fasen för att replikera dataändringar med minimal fördröjning, använd endast ditt flexibla servermål för att köra testarbetsbelastningar. Använd det målet för att testa programmet för att säkerställa förväntad prestanda och resultat. Om du migrerar till en högre MySQL-version testar du programkompatibiliteten.
    • När testningen är klar kan du migrera produktionsdatabaserna. Nu måste du slutföra dag och tid för produktionsmigrering. Helst ska programanvändningen vara låg vid denna tidpunkt. Alla intressenter som måste delta bör vara tillgängliga och redo. Produktionsmigreringen kräver en noggrann övervakning. För en onlinemigrering måste replikeringen slutföras innan du utför övergången för att förhindra dataförlust.

  • Omdirigera alla beroende program för att få åtkomst till den nya primära databasen och se till att källservern är skrivskyddad. Öppna sedan programmen för produktionsanvändning.

  • När programmet startar på den flexibla målservern, övervaka databasens prestanda noga för att avgöra om det finns behov av prestandajustering.

Relaterat innehåll