Az Azure Synapse Analytics számítási feladatainak fontossága

Tip

Microsoft Fabric Data Warehouse egy nagyvállalati szintű relációs raktár egy Data Lake-alaprendszeren, jövőre kész architektúrával, beépített AI-vel és új funkciókkal. Ha még nem ismerkedik adattárházzal, kezdje a Fabric Data Warehouse. A meglévő dedikált SQL-készlet számítási feladatai frissíthetők Fabric az adatelemzés, a valós idejű elemzés és a jelentéskészítés új képességeinek eléréséhez.

• A Fabric ingyenes próbaverzió indítása.
• Migration Assistant Fabric Data Warehouse.

Ez a cikk azt ismerteti, hogy a számítási feladatok fontossága hogyan befolyásolhatja a dedikált SQL-készletkérelmek végrehajtásának sorrendjét az Azure Synapse-ban.

Fontosság

Az üzleti igények megkövetelik, hogy az adattárház számítási feladatai fontosabbak legyenek másoknál. Fontolja meg azt a forgatókönyvet, amelyben a kritikus fontosságú értékesítési adatok a pénzügyi időszak lezárása előtt töltődnek be. Más források, például az időjárási adatok adatbetöltése nem rendelkezik szigorú SLA-kkal. Az értékesítési adatok betöltésére irányuló kérések és az időjárási adatok betöltésére irányuló kérések alacsony fontosságának beállítása biztosítja, hogy az értékesítési adatok betöltése elsőként hozzáférjen az erőforrásokhoz, és gyorsabban befejeződjön.

Fontossági szintek

Öt fontossági szint létezik: alacsony, below_normal, normál, above_normal és magas. A fontosságot nem meghatározó kérések a normál alapértelmezett szinthez vannak rendelve. Az azonos fontossági szinttel rendelkező kérelmek ütemezési viselkedése megegyezik a ma létezőkkel.

Fontossági forgatókönyvek

Az értékesítési és időjárási adatokkal kapcsolatban fent leírt alapvető fontossági forgatókönyvön túl vannak más forgatókönyvek is, amelyekben a számítási feladatok fontossága segít az adatfeldolgozási és lekérdezési igények kielégítésében.

Zárolás

Az olvasási és írási tevékenységekhez kapcsolódó zárak elérése a természetes ütközés egyik területe. Az olyan tevékenységek, mint a partícióváltás vagy az OBJEKTUM ÁTNEVEZÉSE, emelt szintű zárolást igényelnek. A számítási feladatok fontossága nélkül az Azure Synapse dedikált SQL-készlete optimalizálja az átviteli sebességet. Az átviteli sebesség optimalizálása azt jelenti, hogy ha a futó és az üzenetsorba helyezett kérések ugyanolyan zárolási igényekkel és erőforrásokkal rendelkeznek, az üzenetsorba helyezett kérések megkerülhetik a kéréssorba korábban érkezett, magasabb zárolási igényű kérelmeket. Ha a számítási feladat fontossága nagyobb zárolási igényű kérelmekre van alkalmazva. A nagyobb jelentőséggel rendelkező kérések a kisebb fontosságú kérések előtt futnak.

Vegye figyelembe a következő példát:

• Az Q1 aktívan fut, és adatokat választ ki a SalesFact adataiból.
• A 2. negyedév várólistára kerül, és az 1. negyedév befejezésére vár. 9:00-kor lett elküldve, és megpróbálja particionelni az új adatokat a SalesFact-ba.
• A 3. negyedév 9:01-kor lesz elküldve, és a SalesFact-ból szeretne adatokat kiválasztani.

Ha a 2. és a 3. negyedév ugyanolyan fontos, és az 1. negyedév továbbra is fut, a 3. negyedév megkezdi a végrehajtást. A Q2 továbbra is várakozik a SalesFact kizárólagos zárolására. Ha a Q2 nagyobb jelentőséggel bír, mint a harmadik negyedév, a 3. negyedév megvárja, amíg a 2. negyedév befejeződik, mielőtt megkezdené a végrehajtást.

Nem egységes kérelmek

Egy másik forgatókönyv, amikor a fontosság segíthet kielégíteni a lekérdezési igényeket, a különböző erőforrásosztályokkal rendelkező kérések elküldése. Ahogy korábban említettük, ugyanilyen fontosság mellett az Azure Synapse dedikált SQL-készlete optimalizálja az átviteli sebességet. Vegyes méretű kérések (például smallrc vagy mediumrc) várólistára helyezésekor a dedikált SQL-készlet a legkorábbi érkező kérést választja ki, amely megfelel az elérhető erőforrásoknak. Ha a számítási feladatok fontossága érvényesül, a legnagyobb jelentőségű kérést a rendszer a következő időpontra ütemezi.

Tekintse meg a következő példát a DW500c-en:

• A Q1, a Q2, a Q3 és a Q4 smallrc lekérdezéseket futtat.
• Az 5. kérdés 9:00-kor a mediumrc erőforrásosztállyal kerül benyújtásra.
• A Q6 feladat a smallrc erőforrásosztállyal 9:01-kor lett benyújtva.

Mivel a Q5 médium szintű, két konkurenciahelyet igényel. Az 5. negyedévnek meg kell várnia, amíg két futó lekérdezés befejeződik. Ha azonban az egyik futó lekérdezés (Q1-Q4) befejeződik, a 6. negyedévet a rendszer azonnal ütemezi, mert az erőforrások a lekérdezés végrehajtásához léteznek. Ha a Q5 nagyobb jelentőséggel bír, mint a Q6, akkor a Q6 megvárja, hogy Q5 működésbe lépjen, mielőtt megkezdheti a végrehajtást.

Következő lépések

• Az osztályozók létrehozásáról további információt a CREATE WORKLOAD CLASSIFIER (Transact-SQL) című témakörben talál.
• A számítási feladatok besorolásáról további információt a Számítási feladatok besorolása című témakörben talál.
• A számítási feladatok osztályozójának létrehozásához tekintse meg a számítási feladatok osztályozójának létrehozásáról készült rövid útmutatót.
• Tekintse meg a számítási feladatok fontosságának konfigurálásához , valamint a számítási feladatok felügyeletének és monitorozásának módjához tartozó útmutató cikkeket.
• A lekérdezések és a hozzájuk rendelt fontosság megtekintéséhez lásd a sys.dm_pdw_exec_requests .