Megosztás a következőn keresztül:


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) az Azure hardver- és tárolási architektúrájának 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) a Támogatott régiókhoz készült Azure Portalon a Compute Optimized Gen2 szintre. 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ő lesz 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 a támogatott régiókban a Compute Optimized Gen1 szintű dedikált SQL-készletekre (korábban SQL DW) vonatkozik.

Mielőtt elkezdené

  1. Ellenőrizze, hogy a régió támogatja-e a GEN1–GEN2 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, ellenőrizze, hogy a régió hozzáadható-e vagy frissíthető-e a támogatott régióra való visszaállítással .

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

  4. Válassza ki a dedikált SQL-készlet (korábbi nevén SQL DW) javasolt teljesítményszintjét a Compute Optimized Gen1 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

Feljegyzés

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

Frissítés támogatott régióban az Azure Portal használatával

  • A Gen1-ről Gen2-be történő migrálás az Azure Portalon állandó. A Gen1-be 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

Mielőtt elkezdené

Feljegyzés

Javasoljuk, hogy az Azure Az PowerShell modult használja az Azure-ral való interakcióhoz. Első lépésként tekintse meg az Azure PowerShell telepítését ismertető témakört. 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 – a 2. generációsra kell migrálnia

PowerShell-frissítési parancsok

  1. Ha a frissítendő Compute Optimized 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"
    

    Feljegyzé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') ;
    

    Feljegyzés

    SERVICE_OBJECTIVE = "DW300" SERVICE_OBJECTIVE = "DW300c"

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) az Azure Portalon. Ha a frissítendő Compute Optimized 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:

    Feljegyzés

    Ha nem látja a Frissítés Gen2 kártyára 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 é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).

  4. Válassza a Frissítés lehetőséget.

  5. A frissítés figyelése az Azure Portal állapotának ellenőrzésével. Valószínűleg megjelenik egy üzenetszalag, amely azt jelzi, hogy "Ez az adattárház a Gen2-re frissít".

    A frissítési folyamat első lépése a skálázási művelet ("Frissítés – Offline"), 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 állapotban lesz a lekérdezéshez és a betöltéshez. Az adatok attól függetlenül lekérdezhetők, hogy migrálták-e vagy sem. 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áltozó sebességgel történik.

  6. 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ést az ALTER INDEX futtatásával kényszerítheti... ÚJRAÉPÍTÉS az összes olyan elsődleges oszlopcentrikus táblán, amely egy nagyobb SLO- és erőforrásosztályban kérdezhető le. Ez a művelet offline állapotban van, rontja vagy blokkolja a többi lekérdezést, de gyorsabban fejeződik be a bonyolult háttérfolyamathoz képest, ami a táblák számától és méretétől függően órákat is igénybe vehet. Ha azonban befejeződött, az adatmigrálás sokkal gyorsabb lesz, mivel az új továbbfejlesztett tárolási architektúra kiváló minőségű sorcsoportokkal rendelkezik.

Feljegyzés

Az Alter Index újraépítése offline művelet, és a táblák csak az újraépítés befejezéséig lesznek elérhetők.

Az alábbi lekérdezés létrehozza az adatmigrálás felgyorsításához szükséges ALTER INDEX ... REBUILD parancsokat:

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óról az Azure Portalon keresztüli visszaállítással

Felhasználó által definiált visszaállítási pont létrehozása az Azure Portal használatával

  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 lap eszköztárán válassza az + Új visszaállítási pont lehetőséget.
  4. Adja meg a visszaállítási pont nevét.

Aktív vagy szüneteltetett adatbázis visszaállítása az Azure Portal használatával

  1. Jelentkezzen be az Azure Portalra.

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

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

  4. Válassza ki az Automatikus visszaállítási pontokat vagy a felhasználó által megadott visszaállítási pontokat. Felhasználó által definiált visszaállítási pontok esetén válasszon ki egy felhasználó által megadott 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 egy kiszolgálót egy Gen2 által támogatott földrajzi régióban.

    Képernyőkép az Azure Portalról, amelyen a választható visszaállítási pontok láthatók.

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

Feljegyzés

Javasoljuk, hogy az Azure Az PowerShell modult használja az Azure-ral való interakcióhoz. Első lépésként tekintse meg az Azure PowerShell telepítését ismertető témakört. 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.

Feljegyzés

Georeduktúra-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 listázhassa 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 georedukált 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

Feljegyzé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".

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 többet is megtudhat az erőforrásosztályokról.

Következő lépés