Share via


Teljesítmény optimalizálása dedikált SQL-készlet (korábbi nevén SQL DW) frissítésével az Azure Synapse Analyticsben

Frissítse dedikált SQL-készletét (korábbi nevén SQL DW-jét) az Azure hardver- és tárolási architektúra legújabb generációjára.

Miért érdemes frissíteni?

Mostantól zökkenőmentesen frissíthet a dedikált SQL-készletre (korábbi nevén SQL DW) számítási optimalizált Gen2 szintre a támogatott régiók Azure Portal. Ha a régiója nem támogatja az önfrissítést, frissíthet egy támogatott régióra, vagy megvárhatja, amíg az önfrissítés elérhetővé válik a régióban. Frissítsen most, hogy kihasználhassa az Azure-hardverek legújabb generációját és a továbbfejlesztett tárolási architektúrát, beleértve a gyorsabb teljesítményt, a nagyobb méretezhetőséget és a korlátlan oszlopos tárolást.

Fontos

Ez a frissítés az 1. generációs számításoptimalizált dedikált SQL-készletekre (fornmerly SQL DW) vonatkozik a támogatott régiókban.

Előkészületek

  1. Ellenőrizze, hogy a régió támogatja-e a GEN1-ről GEN2-be történő migrálást. Jegyezze fel az automatikus áttelepítési dátumokat. Az automatizált folyamattal való ütközések elkerülése érdekében tervezze meg a manuális migrálást az automatizált folyamat kezdési dátuma előtt.

  2. Ha olyan régióban van, amely még nem támogatott, továbbra is ellenőrizze, hogy a régió hozzá legyen-e adva, vagy frissítsen egy támogatott régióra való visszaállítással .

  3. Ha a régiója támogatott, frissítsen a Azure Portal

  4. Válassza ki a dedikált SQL-készlet (korábbi nevén SQL DW) javasolt teljesítményszintjét a Számításoptimalizált 1. generációs szint aktuális teljesítményszintje alapján az alábbi leképezés használatával:

    Számításoptimalizált Gen1 szint Számításoptimalizált Gen2 szint
    DW100 DW100c
    DW200 DW200c
    DW300 DW300c
    DW400 DW400c
    DW500 DW500c lehetőséget
    DW600 DW500c lehetőséget
    DW1000 DW1000c
    DW1200 DW1000c
    DW1500 DW1500c
    DW2000 DW2000c
    DW3000 DW3000c
    DW6000 DW6000c

Megjegyzés

A javasolt teljesítményszintek nem közvetlen átalakítások. Javasoljuk például, hogy a DW600-ról a DW500c-ra lépjen.

Frissítés támogatott régióban a Azure Portal

  • A Gen1-ről Gen2-be történő migrálás a Azure Portal állandó. Az 1. generációs verzióba való visszatérésnek nincs folyamata.
  • A dedikált SQL-készletnek (korábbi nevén SQL DW) futnia kell a Gen2-be való migráláshoz

Előkészületek

Megjegyzés

Javasoljuk, hogy az Azure Az PowerShell-modullal kommunikáljon az Azure-ral. Az első lépésekhez tekintse meg az Azure PowerShell telepítését ismertető szakaszt. Az Az PowerShell-modulra történő migrálás részleteiről lásd: Az Azure PowerShell migrálása az AzureRM modulból az Az modulba.

  • Jelentkezzen be az Azure Portalra.
  • Győződjön meg arról, hogy a dedikált SQL-készlet (korábbi nevén SQL DW) fut – 2. generációsra kell migrálnia

PowerShell-frissítési parancsok

  1. Ha a frissítendő számítási optimalizált gen1 szintű dedikált SQL-készlet (korábbi nevén SQL DW) szüneteltetve van, folytassa a dedikált SQL-készletet (korábbi nevén SQL DW).

  2. Készüljön fel néhány perc állásidőre.

  3. Azonosítsa a Számításoptimalizált Gen1 teljesítményszintekre mutató kódhivatkozásokat, és módosítsa őket a számításoptimalizált Gen2 teljesítményszintjükre. Az alábbiakban két példa látható arra, hogy a frissítés előtt hol érdemes frissíteni a kódhivatkozásokat:

    Eredeti Gen1 PowerShell-parancs:

    Set-AzSqlDatabase -ResourceGroupName "myResourceGroup" -DatabaseName "mySampleDataWarehouse" -ServerName "mynewserver-20171113" -RequestedServiceObjectiveName "DW300"
    

    Módosítás dátuma:

    Set-AzSqlDatabase -ResourceGroupName "myResourceGroup" -DatabaseName "mySampleDataWarehouse" -ServerName "mynewserver-20171113" -RequestedServiceObjectiveName "DW300c"
    

    Megjegyzés

    -RequestedServiceObjectiveName "DW300" a következőre módosul: - RequestedServiceObjectiveName "DW300c"

    Eredeti Gen1 T-SQL-parancs:

    ALTER DATABASE mySampleDataWarehouse MODIFY (SERVICE_OBJECTIVE = 'DW300') ;
    

    Módosítás dátuma:

    ALTER DATABASE mySampleDataWarehouse MODIFY (SERVICE_OBJECTIVE = 'DW300c') ;
    

    Megjegyzés

    SERVICE_OBJECTIVE = A DW300 SERVICE_OBJECTIVE = "DW300c" értékre módosul

A frissítés indítása

  1. Nyissa meg a Compute Optimized Gen1 dedikált SQL-készletét (korábbi nevén SQL DW) a Azure Portal. Ha a frissítendő számítási optimalizált gen1 szintű dedikált SQL-készlet (korábbi nevén SQL DW) szüneteltetve van, folytassa a dedikált SQL-készletet.

  2. Válassza a Frissítés Gen2 kártyára lehetőséget a Feladatok lapon: Upgrade_1

    Megjegyzés

    Ha nem látja a Frissítés Gen2-re kártyát a Feladatok lapon, az előfizetés típusa az aktuális régióban korlátozott. Küldjön támogatási jegyet az előfizetés jóváhagyásához.

  3. A frissítés előtt győződjön meg arról, hogy a számítási feladat futása befejeződött, és leállt. Néhány percig állásidőt tapasztalhat, mielőtt a dedikált SQL-készlet (korábbi nevén SQL DW) újra online állapotba kerül a Compute Optimized Gen2 szintű dedikált SQL-készletként (korábbi nevén SQL DW). Válassza a Frissítés lehetőséget:

    Upgrade_2

  4. A frissítés figyelése a Azure Portal állapotának ellenőrzésével:

    Frissítés3

    A frissítési folyamat első lépése a skálázási művelet ("Frissítés – Offline") lesz, ahol az összes munkamenet megszakad, és a kapcsolatok megszakadnak.

    A frissítési folyamat második lépése az adatmigrálás ("Frissítés – Online"). Az adatmigrálás egy online trükkös háttérfolyamat. Ez a folyamat lassan áthelyezi az oszlopos adatokat a régi tárolási architektúrából az új tárolóarchitektúrába egy helyi SSD-gyorsítótár használatával. Ez idő alatt a dedikált SQL-készlet (korábbi nevén SQL DW) online lesz a lekérdezéshez és a betöltéshez. Az adatok a migrálásuktól függetlenül lekérdezhetők lesznek. Az adatmigrálás az adatmérettől, a teljesítményszinttől és az oszlopcentrikus szegmensek számától függően változik.

  5. Nem kötelező javaslat: A skálázási művelet befejezése után felgyorsíthatja az adatmigrálás háttérfolyamatát. Az adatáthelyezés kényszeríthető, ha az Alter Index rebuild parancsot futtatja az összes olyan elsődleges oszlopcentrikus táblán, amelyet egy nagyobb SLO-n és erőforrásosztályon szeretne lekérdezni. Ez a művelet offline állapotban van a bonyolult háttérfolyamathoz képest, amely a táblák számától és méretétől függően több órát is igénybe vehet. Ha azonban befejeződött, az adatmigrálás sokkal gyorsabb lesz az új továbbfejlesztett tárolási architektúra és a kiváló minőségű sorcsoportok miatt.

Megjegyzés

Az Alter Index rebuild egy offline művelet, és a táblák nem lesznek elérhetők, amíg az újraépítés be nem fejeződik.

A következő lekérdezés létrehozza a szükséges Alter Index Rebuild parancsokat az adatmigrálás felgyorsításához:

SELECT 'ALTER INDEX [' + idx.NAME + '] ON ['
       + Schema_name(tbl.schema_id) + '].['
       + Object_name(idx.object_id) + '] REBUILD ' + ( CASE
                                                         WHEN (
                                                     (SELECT Count(*)
                                                      FROM   sys.partitions
                                                             part2
                                                      WHERE  part2.index_id
                                                             = idx.index_id
                                                             AND
                                                     idx.object_id =
                                                     part2.object_id)
                                                     > 1 ) THEN
              ' PARTITION = '
              + Cast(part.partition_number AS NVARCHAR(256))
              ELSE ''
                                                       END ) + '; SELECT ''[' +
              idx.NAME + '] ON [' + Schema_name(tbl.schema_id) + '].[' +
              Object_name(idx.object_id) + '] ' + (
              CASE
                WHEN ( (SELECT Count(*)
                        FROM   sys.partitions
                               part2
                        WHERE
                     part2.index_id =
                     idx.index_id
                     AND idx.object_id
                         = part2.object_id) > 1 ) THEN
              ' PARTITION = '
              + Cast(part.partition_number AS NVARCHAR(256))
              + ' completed'';'
              ELSE ' completed'';'
                                                    END )
FROM   sys.indexes idx
       INNER JOIN sys.tables tbl
               ON idx.object_id = tbl.object_id
       LEFT OUTER JOIN sys.partitions part
                    ON idx.index_id = part.index_id
                       AND idx.object_id = part.object_id
WHERE  idx.type_desc = 'CLUSTERED COLUMNSTORE';

Frissítés azure-beli földrajzi régióból a visszaállítással a Azure Portal

Felhasználó által definiált visszaállítási pont létrehozása a Azure Portal

  1. Jelentkezzen be az Azure Portalra.

  2. Lépjen arra a dedikált SQL-készletre (korábban SQL DW), amelyhez visszaállítási pontot szeretne létrehozni.

  3. Az Áttekintés szakasz tetején válassza az +Új visszaállítási pont lehetőséget.

    Új visszaállítási pont

  4. Adja meg a visszaállítási pont nevét.

    Visszaállítási pont neve

Aktív vagy szüneteltetett adatbázis visszaállítása a Azure Portal

  1. Jelentkezzen be az Azure Portalra.

  2. Lépjen arra a dedikált SQL-készletre (korábbi nevén SQL DW), amelyből vissza szeretne állítani.

  3. Az Áttekintés szakasz tetején válassza a Visszaállítás lehetőséget.

     Visszaállítás áttekintése

  4. Válassza az Automatikus visszaállítási pontok vagy a felhasználó által meghatározott visszaállítási pontok lehetőséget. Felhasználó által definiált visszaállítási pontok esetén válasszon ki egy felhasználó által meghatározott visszaállítási pontot , vagy hozzon létre egy új, felhasználó által definiált visszaállítási pontot. A kiszolgáló esetében válassza az Új létrehozása lehetőséget, és válasszon ki egy kiszolgálót a Gen2 által támogatott földrajzi régióban.

    Automatikus visszaállítási pontok

Visszaállítás azure-beli földrajzi régióból a PowerShell használatával

Megjegyzés

Javasoljuk, hogy az Azure Az PowerShell-modullal kommunikáljon az Azure-ral. Az első lépésekhez tekintse meg az Azure PowerShell telepítését ismertető szakaszt. Az Az PowerShell-modulra történő migrálás részleteiről lásd: Az Azure PowerShell migrálása az AzureRM modulból az Az modulba.

Adatbázis helyreállításához használja a Restore-AzSqlDatabase parancsmagot.

Megjegyzés

Georedundáns visszaállítást végezhet a Gen2-ben! Ehhez adjon meg egy Gen2 ServiceObjectiveName (pl. DW1000c) paramétert opcionális paraméterként.

  1. Nyissa meg a Windows PowerShellt.
  2. Csatlakozzon az Azure-fiókjához, és sorolja fel a fiókjához társított összes előfizetést.
  3. Válassza ki a visszaállítani kívánt adatbázist tartalmazó előfizetést.
  4. Kérje le a helyreállítani kívánt adatbázist.
  5. Hozza létre az adatbázis helyreállítási kérését a Gen2 ServiceObjectiveName megadásával.
  6. Ellenőrizze a georedundánsan visszaállított adatbázis állapotát.
Connect-AzAccount
Get-AzSubscription
Select-AzSubscription -SubscriptionName "<Subscription_name>"

# Get the database you want to recover
$GeoBackup = Get-AzSqlDatabaseGeoBackup -ResourceGroupName "<YourResourceGroupName>" -ServerName "<YourServerName>" -DatabaseName "<YourDatabaseName>"

# Recover database
$GeoRestoredDatabase = Restore-AzSqlDatabase –FromGeoBackup -ResourceGroupName "<YourResourceGroupName>" -ServerName "<YourTargetServer>" -TargetDatabaseName "<NewDatabaseName>" –ResourceId $GeoBackup.ResourceID -ServiceObjectiveName "<YourTargetServiceLevel>" -RequestedServiceObjectiveName "DW300c"

# Verify that the geo-restored database is online
$GeoRestoredDatabase.status

Megjegyzés

Ha a visszaállítás befejezése után szeretné konfigurálni az adatbázist, olvassa el az Adatbázis konfigurálása a helyreállítás után című témakört.

A helyreállított adatbázis TDE-kompatibilis lesz, ha a forrásadatbázis TDE-kompatibilis.

Ha bármilyen problémát tapasztal a dedikált SQL-készlettel kapcsolatban, hozzon létre egy támogatási kérést , és a lehetséges okként hivatkozzon a "Gen2-frissítésre".

Következő lépések

A frissített dedikált SQL-készlet (korábbi nevén SQL DW) online állapotban van. A továbbfejlesztett architektúra előnyeinek kihasználásához lásd: Erőforrásosztályok a számítási feladatok kezeléséhez.