Rugalmas feladatok az Azure SQL Database-ben

A következőkre vonatkozik:Azure SQL Database

Ez a cikk az Azure SQL Database rugalmas feladatainak képességeit és részleteit ismerteti.

• A rugalmas feladatok konfigurálásáról szóló oktatóanyagot a rugalmas feladatok oktatóanyagában talál.
• További információ az Azure-adatbázisplatformok automatizálási fogalmairól.

Rugalmas feladatok áttekintése

Létrehozhat és ütemezhet rugalmas feladatokat, amelyek rendszeresen futnak egy vagy több Azure SQL-adatbázison. A feladatok Transact-SQL (T-SQL) lekérdezéseket futtatnak, és karbantartási feladatokat hajtanak végre.

Megadhatja a céladatbázisokat vagy adatbáziscsoportokat, ahol a feladat fut. A feladatok futtatásának ütemezését is meghatározhatja . A rugalmas feladatok összes dátuma és időpontja az UTC időzónában található.

A feladat kezeli a céladatbázishoz való hitelesítés feladatát. Emellett definiálhat, karbantarthat és megőrizhet Transact-SQL szkripteket az adatbázisok egy csoportján való futtatáshoz.

Minden feladat naplózza a végrehajtás állapotát, és automatikusan újrapróbálkozza a műveletet, ha bármilyen hiba történik.

Mikor érdemes rugalmas feladatokat használni?

Rugalmas feladatautomatizálás használata a következő esetekben:

• Automatizálhatja a felügyeleti feladatokat, és ütemezheti őket például hétköznap vagy órák után történő futtatásra.
  • Sémamódosítások üzembe helyezése és hitelesítő adatok kezelése.
  • Teljesítményadatok vagy bérlői (ügyfél-) naplók gyűjtése.
  • Referenciaadatok frissítése (az összes adatbázisban gyakori információk).
  • Adatok betöltése az Azure Blob Storage-ból.
• A feladatokat úgy konfigurálhatja, hogy ismétlődően, például csúcsidőn kívül fussanak egy adatbázis-gyűjteményen.
  • Folyamatosan gyűjtse össze egy adatbáziskészlet lekérdezési eredményeit egy központi táblába.
  • A lekérdezések folyamatosan futtathatók, és konfigurálhatók további feladatok indítására.
• Adatok gyűjtése jelentéskészítéshez
  • Adatbázisok gyűjteményéből származó adatok összesítése egyetlen céltáblába.
  • Adatfeldolgozási lekérdezések futtatása nagy adatbázisokban, például ügyfélnaplók gyűjteményében. Az eredmények egyetlen céltáblába kerülnek a további elemzéshez.
• Adatáthelyezés
  • Egyéni fejlesztésű megoldásokhoz, üzleti automatizáláshoz vagy más feladatkezeléshez.
  • ETL-feldolgozás adatok kinyeréséhez, átalakításához és betöltéséhez egy adatbázis táblái között.

Fontolja meg a rugalmas feladatokat, ha:

• Rendelkeznie kell egy olyan feladatsal, amelyet rendszeresen, ütemezés szerint kell futtatni, és egy vagy több adatbázist céloz meg.

• Rendelkeznie kell egy olyan feladatsal, amelyet egyszer kell futtatnia, de több adatbázisban.

• Feladatokat kell futtatnia az adatbázisok tetszőleges kombinációjával: egy vagy több önálló adatbázissal, a kiszolgálón található összes adatbázissal, egy rugalmas készletben lévő összes adatbázissal, és rugalmasabban belefoglalhatja vagy kizárhatja az adott adatbázisokat. A feladatok több kiszolgálón, több készleten is futtathatók, és akár különböző előfizetésekben lévő adatbázisokon is futtathatók. A kiszolgálók és készletek futásidőben dinamikusan vannak számbavéve, így a feladatok a célcsoportban lévő összes adatbázison futnak a végrehajtás időpontjában.

  • Ez a képesség jelentős különbséget jelent az SQL Agenttől, amely nem tudja dinamikusan számba adni a céladatbázisokat, különösen olyan SaaS-ügyfélforgatókönyvekben, ahol az adatbázisok dinamikusan vannak hozzáadva vagy törölve.

Rugalmas feladatösszetevők

Összetevő	Description
Rugalmas feladatügynök	A feladatok futtatásához és kezeléséhez létrehozott Azure-erőforrás.
Feladatadatbázis	Egy adatbázis az Azure SQL Database-ben, amelyet a feladatügynök a feladattal kapcsolatos adatok, feladatdefiníciók és egyebek tárolására használ.
Foglalkozása	A feladatok olyan munkaegységek, amelyek egy vagy több feladatlépésből állnak. A feladat lépései meghatározzák a futtatni kívánt T-SQL-szkriptet és az egyéb szükséges részleteket.
Célcsoport	Azon kiszolgálók, készletek és adatbázisok készlete, amelyen a feladat futtatható.

Rugalmas feladatügynök

A rugalmas feladatügynök a feladatok létrehozására, futtatására és kezelésére szolgáló Azure-erőforrás. A rugalmas feladatügynököt Azure-erőforrásként hozza létre a portálon (rugalmas feladatok létrehozása és kezelése a PowerShell és a REST API használatával szintén támogatott).

Rugalmas feladatügynök létrehozásához egy meglévő adatbázisra van szükség az Azure SQL Database-ben. Az ügynök ezt a meglévő Azure SQL Database-t konfigurálja feladatadatbázisként.

A feladatokat az Azure Portalon indíthatja el, tilthatja le vagy mondhatja le. Az Azure Portalon emellett megtekintheti a feladatdefiníciókat és a végrehajtási előzményeket.

A rugalmas feladatügynök költsége

A feladatadatbázis számlázása ugyanolyan ütemben történik, mint az Azure SQL Database bármely adatbázisa. A rugalmas feladatügynök költsége a feladatügynökhöz kiválasztott szolgáltatási szint rögzített díjszabásán alapul. További információkért tekintse meg az Azure SQL Database díjszabási oldalát.

Rugalmas feladatadatbázis

A feladatadatbázis használatával definiálhat feladatokat, és nyomon követheti a feladatvégrehajtások állapotát és előzményeit. A feladatok céladatbázisokban futnak. A feladatadatbázis az ügynök metaadatait, naplóit, eredményeit és feladatdefinícióit is tárolja. Számos hasznos tárolt eljárást és más adatbázis-objektumot tartalmaz a feladatok T-SQL használatával történő létrehozásához, futtatásához és kezeléséhez.

Rugalmas feladatügynök létrehozásához Azure SQL Database-adatbázisra van szükség. A feladatügynök a feladattal kapcsolatos összes metaadatát a feladatadatbázisban tárolja, amelynek egy új, üres Azure SQL Database-adatbázisnak kell lennie.

A feladatadatbázis ajánlott szolgáltatáscélja a DTU S1 vagy újabb, de az optimális választás a feladatok teljesítményigényeitől függ: a feladatlépések száma, a feladatcélok száma és a feladatok futásának gyakorisága.

Ha a feladatadatbázison végzett műveletek a vártnál lassabbak, az Azure Portal vagy a sys.dm_db_resource_stats DMV használatával monitorozza az adatbázis teljesítményét és az erőforrás-kihasználtságot a feladatadatbázisban. Ha egy erőforrás, például a CPU, az adat IO vagy a naplóírás kihasználtsága megközelíti a 100% és korrelál a lassúsági időszakokkal, érdemes lehet növekményesen skálázni az adatbázist magasabb szolgáltatási célokra (akár a DTU-alapú vásárlási modellben , akár a virtuálismag-vásárlási modellben), amíg a feladatadatbázis teljesítménye megfelelően nem javul.

Maga a feladatadatbázis lehet egy rugalmas feladat célja. Ebben a forgatókönyvben ugyanúgy kezelje a feladatadatbázist, mint bármely más céladatbázist. Létre kell hoznia a feladatfelhasználót, és megfelelő engedélyeket kell adnia a feladatadatbázisban. A feladatfelhasználó adatbázis-hatókörű hitelesítő adatainak is létezniük kell a feladatadatbázisban, ahogyan azt bármely más céladatbázis esetében is teszi.

Ha a feladatadatbázis egy feladat célja, győződjön meg arról, hogy a feladatok nem módosítják vagy törlik az adatbázisban tárolt feladatügynök-specifikus metaadatokat. A feladatokkal kapcsolatos információk módosításához vagy lekérdezéséhez csak a feladat által tárolt eljárásokat vagy feladatnézeteket használja.

Fontos

Ne módosítsa a meglévő objektumokat, és ne hozzon létre új objektumokat a feladatadatbázisban, bár a táblákból olvashat jelentéskészítéshez és elemzéshez.

Rugalmas feladatok és feladatok lépései

A feladatok olyan munkaegységek, amelyek ütemezés szerint vagy egyszeri feladatként futnak. A feladatok egy vagy több feladatlépésből állnak.

Minden feladatlépés egy futtatandó T-SQL-szkriptet, egy vagy több célcsoportot határoz meg a T-SQL-szkript futtatásához, valamint azokat a hitelesítő adatokat, amelyekre a feladatügynöknek csatlakoznia kell a céladatbázishoz. Minden feladatlépés testre szabható időtúllépési és újrapróbálkozési szabályzatokkal rendelkezik, és opcionálisan kimeneti paramétereket is megadhat.

Rugalmas feladatcélok

A rugalmas feladatok egy vagy több T-SQL-szkriptet futtathatnak párhuzamosan, nagy számú adatbázisban, ütemezés szerint vagy igény szerint. A cél az Azure SQL Database bármely szintje lehet.

Ütemezett feladatokat az adatbázisok tetszőleges kombinációjával futtathat: egy vagy több önálló adatbázissal, egy kiszolgálón lévő összes adatbázissal vagy egy rugalmas készletben lévő összes adatbázissal, így rugalmasabban felveheti vagy kizárhatja az adott adatbázisokat. A feladatok több kiszolgálón és több készleten is futtathatók, és akár különböző előfizetésekben lévő adatbázisokon is futtathatók. A kiszolgálók és készletek futásidőben dinamikusan vannak számbavéve, így a feladatok a célcsoportban lévő összes adatbázison futnak a végrehajtás időpontjában.

Az alábbi képen egy feladatügynök hajt végre feladatokat a különböző típusú célcsoportok között:

Célcsoport

A célcsoport határozza meg azokat az adatbázisokat, ahol egy feladatlépés fut. A célcsoportok a következő típusok tetszőleges számát és kombinációját tartalmazhatják:

• Logikai SQL-kiszolgáló: ha egy kiszolgálót ad meg, a feladat végrehajtásakor a kiszolgálón található összes adatbázis a csoport része. Meg kell adnia az master adatbázis hitelesítő adatait, hogy a csoport számba vehető és frissíthető legyen a feladat végrehajtása előtt. További információ a logikai kiszolgálókról: Mi a logikai kiszolgáló az Azure SQL Database-ben és az Azure Synapse-ban?

• Rugalmas készlet: ha rugalmas készletet ad meg, a feladat végrehajtásakor a rugalmas készletben lévő összes adatbázis a csoport része. A kiszolgálóhoz hasonlóan meg kell adnia az master adatbázis hitelesítő adatait, hogy a csoport frissíthető legyen a feladat végrehajtása előtt.

• Önálló adatbázis: adjon meg egy vagy több egyéni adatbázist, hogy a csoport része legyen.

Jótanács

A feladat végrehajtásakor a dinamikus enumerálás újraértékeli a kiszolgálókat vagy készleteket tartalmazó célcsoportok adatbáziskészletét. A dinamikus enumerálás biztosítja, hogy a feladatok a feladat végrehajtásakor a kiszolgálón vagy a készletben található összes adatbázison futnak. Az adatbázisok listájának újraértékelése futásidőben olyan helyzetekben hasznos, amikor a készlet vagy a kiszolgálótagság gyakran változik.

A készletek és az önálló adatbázisok belefoglalhatók vagy kizárhatók a csoportból. Létrehozhat egy célcsoportot az adatbázisok tetszőleges kombinációjával. Hozzáadhat például egy kiszolgálót egy célcsoporthoz, de kizárhat bizonyos adatbázisokat egy rugalmas készletből (vagy kizárhat egy teljes készletet).

A célcsoportok több előfizetésben és több régióban is tartalmazhatnak adatbázisokat. A régiók közötti végrehajtások nagyobb késéssel rendelkeznek, mint az ugyanazon a régión belüli végrehajtások.

Az alábbi példák bemutatják, hogyan vannak dinamikusan számba írva a különböző célcsoportdefiníciók a feladat végrehajtásakor annak meghatározásához, hogy mely adatbázisok legyenek hatással:

• Az 1. példa egy célcsoportot mutat be, amely az egyes adatbázisok listájából áll. Amikor egy feladatlépés ezt a célcsoportot használja, a feladatlépés művelete mindegyik adatbázisban végrehajtva lesz.

• A 2. példa egy kiszolgálót célként tartalmazó célcsoportot mutat be. Amikor egy feladatlépés ezt a célcsoportot használja, a rendszer dinamikusan számba veszi a kiszolgálót a kiszolgálón jelenleg található adatbázisok listájának meghatározásához. A feladatlépés művelete mindegyik adatbázisban végrehajtódik.

• A 3. példa a 2. példához hasonló célcsoportot jelenít meg, de az egyes adatbázisok kifejezetten ki vannak zárva. A feladatlépés művelete nem fut a kizárt adatbázisban.

• A 4. példa egy rugalmas készletet célként tartalmazó célcsoportot mutat be. A 2. példához hasonlóan a készlet dinamikusan enumerálódik a feladat futási idején a készletben lévő adatbázisok listájának meghatározásához.

• Az 5 . és a 6. példa olyan speciális forgatókönyveket mutat be, ahol a kiszolgálók, rugalmas készletek és adatbázisok kombinálhatók belefoglalási és kizárási szabályokkal.

Rugalmas feladatütemezések

A rugalmas feladatok felhő-központú termékek. Úgy vannak kialakítva, hogy akkor is elinduljanak, ha átmeneti hálózati vagy szolgáltatás-rendelkezésre állási probléma lép fel az ütemezéskor. A rugalmas feladatütemezések figyelembe veszik az ütemezés kezdési idejét és a kért időközöket. Rugalmas feladatütemezés létrehozásakor a feladat a lehető leghamarabb lefut minden ütemezett intervallumesemény után.

Fontos

Ajánlott eljárásként hozzon létre olyan feladatütemezéseket, amelyek a jövőben kezdődnek.

A feladatütemezések észlelik a kihagyott eseményeket. Ha olyan új feladatütemezést hoz létre, amely a múltban kezdődik, a feladat azonnal végrehajtja, ha engedélyezve van. Ha a feladat le van tiltva vagy más módon nem érhető el, a feladat azonnal lefut, miután engedélyezve vagy elérhetővé vált.

Például jelenleg január 2., 9.00 (UTC) van. Beállít egy új feladatot, amelynek ütemezett kezdési időpontja ma este, január 2-án, 10:30-kor (UTC) van, és naponta fut. A feladat 22:30-kor (UTC) végrehajtódik.

Ha meg szeretné akadályozni, hogy egy feladat véletlenül elinduljon, hozzon létre olyan ütemezéseket, amelyek a jövőben kezdődnek. Egy olyan példában, amely egy véletlen feladat indításához vezethet, beállíthat egy új feladatot, amely naponta 10:30 -kor (UTC) fut. Egy hétig letilthatja a feladatot. Ezután, ha 8:30-kor (UTC) engedélyezi a feladatot, a feladat azonnal végrehajtja a feladatot, és felzárkózik a kihagyott időközi eseményből, amelyet tegnap este kellett volna végrehajtania. A végrehajtás után a feladatügynök nem fut újra, amíg meg nem történik a következő ütemezett végrehajtás 22:30-kor UTC. Ha meg szeretné akadályozni a 8:30-kor (UTC) történő végrehajtást ebben a forgatókönyvben, frissítse a feladatütemezés kezdetét január 8-án 10:30-kor (UTC) időpontra, majd engedélyezze a feladatot. Vagy engedélyezze a feladatot olyan időpontban, amikor a feladat azonnal futtatható.

Authentication

Válasszon egy metódust egy rugalmas feladatügynök összes célpontja számára. Egy rugalmas feladatügynök esetében például nem konfigurálhat egy célkiszolgálót adatbázis-hatókörű hitelesítő adatok használatára, egy másikat pedig a Microsoft Entra ID-hitelesítés használatára.

A rugalmas feladatügynök két hitelesítési lehetőséggel tud csatlakozni a célcsoport által megadott kiszolgálókhoz és adatbázisokhoz:

• Használja a Microsoft Entra (korábbi nevén Azure Active Directory) hitelesítést egy felhasználó által hozzárendelt felügyelt identitással (UMI).
• Adatbázis-hatókörű hitelesítő adatok használata.

Hitelesítés felhasználó által hozzárendelt felügyelt identitással (UMI)

A felhasználó által hozzárendelt felügyelt identitáson (UMI) keresztüli Microsoft Entra-hitelesítés az ajánlott lehetőség a rugalmas feladatok Azure SQL Database-hez való csatlakoztatásához. A Microsoft Entra ID támogatásával a feladatügynök a céladatbázisokhoz (adatbázisokhoz, kiszolgálókhoz, rugalmas készletekhez) és kimeneti adatbázishoz csatlakozik az UMI használatával.

Opcionálisan engedélyezheti a Microsoft Entra ID-hitelesítést a rugalmas feladatadatbázist tartalmazó logikai kiszolgálón az adatbázis Microsoft Entra ID-kapcsolatokon keresztüli eléréséhez és lekérdezéséhez. A feladatügynök azonban belső tanúsítványalapú hitelesítést használ a feladatadatbázishoz való csatlakozáshoz.

Létrehozhat egy UMI-t, vagy használhat egy meglévő UMI-t, és ugyanazt az UMI-t több feladatügynökhöz rendelheti. Minden feladatügynök csak egy UMI-t támogat. Miután hozzárendelt egy UMI-t egy feladatügynökhöz, a feladatügynök ezzel az identitással csatlakozik és futtat T-SQL-feladatokat a céladatbázisokon. A feladatügynök nem használja az SQL-hitelesítést a célkiszolgálón vagy adatbázisokon.

Az UMI-névnek betűvel vagy számmal kell kezdődnie, és 3 és 128 karakter közötti hosszúságúnak kell lennie. Kötőjelet (-) és aláhúzásjelet (_) tartalmazhat.

Az Azure SQL Database UMI-ével kapcsolatos további információkért tekintse meg az Azure SQL felügyelt identitásait, beleértve a szükséges lépéseket és az UMI azure SQL Database logikai kiszolgálói identitásként való használatának előnyeit. További információ: Microsoft Entra-hitelesítés az Azure SQL-hez.

Fontos

Microsoft Entra ID-hitelesítés használatakor hozza létre a jobuser felhasználót abból a Microsoft Entra ID-ből minden céladatbázisban. Adja meg a felhasználónak az egyes céladatbázisokban a feladatok végrehajtásához szükséges engedélyeket.

A rendszer által hozzárendelt felügyelt identitás (SMI) használata nem támogatott.

Hitelesítés adatbázis-hatókörű hitelesítő adatokkal

Bár a Microsoft Entra (korábbi nevén Azure Active Directory) hitelesítés az ajánlott lehetőség, a feladatok úgy konfigurálhatók, hogy adatbázis-hatókörű hitelesítő adatokkal csatlakozzanak a célcsoport által meghatározott adatbázisokhoz a végrehajtáskor. 2023 októbere előtt az adatbázis-hatókörbe tartozó hitelesítő adatok voltak az egyetlen hitelesítési lehetőség.

Ha egy célcsoport kiszolgálókat vagy készleteket tartalmaz, ezek az adatbázis-hatókörű hitelesítő adatok az adatbázishoz csatlakoznak az master elérhető adatbázisok számbavételéhez.

• Hozza létre az adatbázis-hatókörű hitelesítő adatokat a feladatadatbázisban.

• Minden céladatbázisnak rendelkeznie kell egy olyan bejelentkezéssel, amely megfelelő engedélyekkel rendelkezik a feladat sikeres elvégzéséhez (jobuser az alábbi ábrán).

• A céladatbázisokban (LOGINés PASSWORDmasteruserjobuser az alábbi ábrán) létrehozott hitelesítő adatoknak egyeznie kell a IDENTITYSECRET feladatadatbázisban létrehozott hitelesítő adatokkal.

• A hitelesítő adatokat több feladatra is felhasználhatja. A hitelesítő adatok jelszavai titkosítva és védve vannak azoktól a felhasználóktól, akik írásvédett hozzáféréssel rendelkeznek a feladatobjektumokhoz.

Az alábbi képen megtudhatja, hogyan állíthatja be a megfelelő feladat hitelesítő adatait, és hogy a rugalmas feladatügynök hogyan csatlakozik adatbázis-hitelesítő adatokkal hitelesítésként a célkiszolgálókon és adatbázisokban lévő bejelentkezésekhez és felhasználókhoz.

Megjegyzés:

Adatbázis-hatókörű hitelesítő adatok használatakor ne felejtse el létrehozni a felhasználót jobuser minden céladatbázisban.

Rugalmas feladat privát végpontjai

A rugalmas feladatügynök támogatja a rugalmas feladat privát végpontjait. A rugalmas feladatok privát végpontjának létrehozása privát kapcsolatot hoz létre a rugalmas feladat és a célkiszolgáló között. A rugalmas feladatok privát végpontok funkciója eltér az Azure Private Linktől.

A rugalmas feladat privát végpontjai funkció támogatja a cél- és kimeneti kiszolgálók privát kapcsolatait, így a feladatügynök akkor is elérheti őket, ha engedélyezve van a Nyilvános hozzáférés megtagadása beállítás. A privát végpontok használata is egy lehetséges megoldás, ha le szeretné tiltani az Azure-szolgáltatások és -erőforrások hozzáférésének engedélyezését a kiszolgálóhoz .

A rugalmas feladat privát végpontjai támogatják a rugalmas feladatügynök hitelesítésének minden lehetőségét.

A rugalmas feladat privát végpont funkciója lehetővé teszi egy szolgáltatás által felügyelt privát végpont kiválasztását a feladatügynök és a cél- és kimeneti kiszolgálók közötti biztonságos kapcsolat létrehozásához. A szolgáltatás által felügyelt privát végpont egy privát IP-cím egy adott virtuális hálózaton és alhálózaton belül. Amikor privát végpontokat használ a feladatügynök egyik cél- és kimeneti kiszolgálóján, az Azure létrehoz egy szolgáltatás által felügyelt privát végpontot. Ezt a privát végpontot a feladatügynök kizárólag feladatok csatlakoztatására és végrehajtására, illetve a feladat kimenetének a cél- és kimeneti adatbázisokon való írására használja.

Rugalmas feladat privát végpontjait az Azure Portalon hozhatja létre és engedélyezheti. A privát kapcsolaton keresztül csatlakoztatott célkiszolgálók bárhol lehetnek az Azure-ban, akár különböző földrajzi helyeken és előfizetésekben is. A kommunikáció engedélyezéséhez minden kívánt célkiszolgálóhoz és a feladatkimeneti kiszolgálóhoz létre kell hoznia egy privát végpontot.

Az új szolgáltatás által felügyelt privát végpont rugalmas feladatokhoz való konfigurálását ismertető oktatóanyagért tekintse meg az Azure SQL rugalmas feladatok privát végpontjának konfigurálását ismertető cikket.

Rugalmas feladat privát végpontjaira vonatkozó követelmények

• Rugalmas feladatok privát végpontjának használatához mind a feladatügynöknek, mind a célkiszolgálóknak vagy adatbázisoknak az Azure-ban (azonos vagy különböző régiókban) és ugyanabban a felhőtípusban (például nyilvános felhőben vagy kormányzati felhőben egyaránt) kell üzemelniük.

• Az Microsoft.Network erőforrás-szolgáltatót regisztrálni kell mind a munkafolyamat-ügynök, mind a cél- és kimeneti kiszolgálók szolgáltató előfizetéseihez.

• Az Azure cél- és kimeneti kiszolgálónként rugalmas privát feladatvégpontokat hoz létre. Ahhoz, hogy a rugalmas feladatügynök használni tudja őket, jóvá kell hagynia őket. Ezeket a logikai kiszolgáló vagy az előnyben részesített ügyfél Hálózatkezelés paneljén hagyhatja jóvá. Ezután a rugalmas feladatügynök privát kapcsolattal bármilyen adatbázist elérhet a kiszolgálón.

• A rugalmas feladatügynök és a feladatadatbázis közötti kapcsolat nem használ privát végpontot. Maga a feladatügynök belső tanúsítványalapú hitelesítést használ a feladat-adatbázishoz való csatlakozáshoz.

  • Ha célcsoport tagjaként adja hozzá a feladatadatbázist, az szokásos célként működik. Szükség esetén Önnek be kell állítania a privát végpontot.

Rugalmas feladatadatbázis-engedélyek

A feladatügynök létrehozása során egy séma, tábla és egy jobs_reader nevű szerepkör jön létre a feladatadatbázisban. A szerepkör a következő engedéllyel jön létre, és úgy van kialakítva, hogy a rendszergazdák számára finomabb hozzáférés-vezérlést biztosítson a feladatok monitorozásához. A rendszergazdák lehetővé tehetik a felhasználók számára a feladatok végrehajtásának monitorozását azáltal, hogy hozzáadják őket a jobs_readerfeladatadatbázisban lévő szerepkörhöz.

Szerepkör neve	jobs sémaengedélyek	jobs_internal sémaengedélyek
jobs_reader	SELECT	None

Caution

Ne frissítse a feladatadatbázis belső katalógusnézeteit, például jobs.target_group_members. A katalógusnézetek manuális módosítása károsíthatja a feladatadatbázist , és hibát okozhat. Ezek a nézetek csak olvasási lekérdezésekhez használhatók. A feladatadatbázis tárolt eljárásaival célcsoportokat és tagokat vehet fel vagy törölhet, például jobs.sp_add_target_group_member.

Fontolja meg a biztonsági következményeket, mielőtt emelt szintű hozzáférést ad a feladatadatbázishoz. A feladatok létrehozására vagy szerkesztésére jogosult rosszindulatú felhasználók létrehozhatnak vagy szerkeszthetnek egy olyan feladatot, amely tárolt hitelesítő adatokat használ egy adatbázishoz való csatlakozáshoz a rosszindulatú felhasználó felügyelete alatt. Ez a biztonsági rés lehetővé teheti a rosszindulatú felhasználó számára a hitelesítő adatok jelszavának meghatározását vagy rosszindulatú parancsok végrehajtását.

Rugalmas feladatok monitorozása

A rugalmas feladatügynök integrálható az Azure-riasztásokkal a feladatállapot-értesítésekhez, így egyszerűbbé teszi a feladat végrehajtásának állapotának és előzményeinek monitorozására szolgáló megoldást.

Az Azure Portal további funkciókat tartalmaz a rugalmas feladatok támogatásához és a feladatok monitorozásához. A Rugalmas feladatügynök Áttekintés lapján a legutóbbi feladatvégrehajtások jelennek meg, ahogyan az alábbi képernyőképen is látható.

Azure Monitor-riasztási szabályokat az Azure Portal, az Azure CLI, a PowerShell és a REST API használatával hozhat létre. A Sikertelen rugalmas feladatok metrika jó kiindulópont a rugalmas feladatok végrehajtásával kapcsolatos riasztások figyeléséhez és fogadásához. Emellett dönthet úgy is, hogy egy konfigurálható művelet, például SMS vagy e-mail útján riasztást küld az Azure Alert-létesítménynek. További információ: Riasztások létrehozása az Azure SQL Database-hez az Azure Portalon.

Mintaként tekintse meg a rugalmas feladatok létrehozását, konfigurálását és kezelését.

Munka kimenete

A feladat lépéseinek eredményét az egyes céladatbázisokon részletesen rögzíti a rendszer, és a szkript kimenete rögzíthető egy adott táblában. Megadhat egy adatbázist a feladatból visszaadott adatok mentéséhez.

Feladatelőzmények

A rugalmas feladatok végrehajtási előzményeit a feladatadatbázisban a tábla jobs.job_executionslekérdezésével tekintheti meg. A rendszerkarbantartó feladat törli a 45 napnál régebbi végrehajtási előzményeket. Ha manuálisan szeretné eltávolítani a 45 napnál régebbi előzményeket, hajtsa végre a sp_purge_jobhistory tárolt eljárást a feladatadatbázisban.

Feladat állapota

A rugalmas feladatok végrehajtását afeladatadatbázisban a tábla jobs.job_executionslekérdezésével figyelheti.

Ajánlott eljárások

A rugalmas adatbázis-feladatok használatakor vegye figyelembe az alábbi ajánlott eljárásokat.

Ajánlott biztonsági eljárások

• Az API-k használatának korlátozása megbízható személyekre.

• Adja meg a feladatlépés végrehajtásához szükséges legkevesebb jogosultságot a hitelesítő adatoknak. További információ: Engedélyezés és engedélyek.

• Kiszolgáló vagy készlet célcsoporttagja használata esetén hozzon létre egy különálló hitelesítő adatot, amely az adatbázison való jogosultságokkal rendelkezik az master adatbázisok megtekintéséhez és listázásához. Ez a hitelesítő adat kibővíti a kiszolgálók és készletek adatbázislistáit a feladat végrehajtása előtt.

Rugalmas feladatok teljesítménye

A rugalmas feladatok minimális számítási erőforrásokat használnak, miközben a hosszú ideig futó feladatok befejezésére várnak.

Az adatbázisok célcsoportjának méretétől és a feladat kívánt végrehajtási idejétől (az egyidejű feldolgozók számától) függően az ügynöknek különböző mennyiségű számításra és teljesítményre van szüksége a feladatadatbázishoz (minél több cél és nagyobb számú feladat, annál nagyobb a szükséges számítási mennyiség).

Egyidejű kapacitásszintek

2023 októberétől kezdve a rugalmas feladatügynök több teljesítményszinttel rendelkezik, hogy lehetővé tegye a kapacitás növelését.

A kapacitásnövekmények azt jelzik, hogy a feladatügynök hány egyidejű céladatbázishoz tud csatlakozni, és hogyan indíthat el egy feladatot. Ha több egyidejű célkapcsolatot szeretne lekérni a feladat végrehajtásához, frissítse a feladatügynök szintjét az alapértelmezett JA100 szintről, amely 100 egyidejű célkapcsolatra vonatkozó korláttal rendelkezik.

A legtöbb környezethez egyszerre kevesebb mint 100 feladat szükséges, ezért a JA100 az alapértelmezett.

Rugalmas feladatügynöki réteg	Egyidejű feladatok maximális száma
JA100	100
JA200	200
JA400	400
JA800	800

Ha túllépi a feladatügynök egyidejűségi kapacitásszintjét a feladatcélokkal, sorba állítási késéseket okoz egyes céladatbázisok és -kiszolgálók számára. Ha például egy feladatot indít el 110 céllal a JA100 rétegben, 10 cél várakozik a kezdésre, amíg mások be nem fejeződnek.

A rugalmas feladatügynök réteg- vagy szolgáltatási célkitűzését az Azure Portalon, a PowerShellen vagy a FeladatügynökÖK REST API-n keresztül módosíthatja. Példa: A feladatügynök skálázása.

A rugalmas készletek feladat hatásának korlátozása

Annak érdekében, hogy a feladatok rugalmas Azure SQL Database-készletben lévő adatbázisokon való futtatásakor ne terhelje túl az erőforrásokat, konfigurálja a feladatokat úgy, hogy egyszerre korlátozzák a feladatok által futtatott adatbázisok számát.

Az egyidejű adatbázisok számát úgy állíthatja be, hogy a T-SQL-ben beállítja a sp_add_jobstep tárolt eljárás @max_parallelism paraméterét.

Idempotens szkriptek

A rugalmas feladat T-SQL-szkriptjeinek idempotensnek kell lenniük, vagyis ha a szkript sikeres, és újra fut, ugyanaz az eredmény következik be. A szkriptek átmeneti hálózati problémák miatt meghiúsulhatnak. Ebben az esetben a feladat automatikusan újrapróbálkozza a szkript futtatását egy előre beállított számú alkalommal a törlés előtt. Az idempotens szkriptek akkor is ugyanazt az eredményt kapják, ha kétszer (vagy többen) sikeresen futtatták.

Egy egyszerű taktika egy objektum létezésének tesztelése a létrehozás előtt. Az alábbi példa hipotetikus:

IF NOT EXISTS (SELECT *
               FROM sys.objects
               WHERE [name] = N'some_object')
    PRINT 'Object does not exist'; -- Create the object
ELSE
    PRINT 'Object exists'; -- If it exists, drop the object before recreating it.

Hasonlóképpen, a szkriptnek képesnek kell lennie a sikeres végrehajtásra a talált feltételek logikai tesztelésével és ellenlépésével.

Korlátozások

Ezek a rugalmas feladatok szolgáltatásra vonatkozó jelenlegi korlátozások. A termékcsapat aktívan dolgozik azon, hogy a lehető legtöbb korlátozást eltávolítsa.

Probléma	Description
A rugalmas feladatügynököt újra létre kell hozni és el kell indítani az új régióban egy feladatátvétel után, vagy át kell helyezni egy új Azure-régióba.	A rugalmas feladatok szolgáltatás az összes feladatügynökét és feladat-metaadatait a feladatadatbázisban tárolja. Az Azure-erőforrások feladatátvétele vagy áthelyezése új Azure-régióba szintén áthelyezi a feladat-adatbázist, a feladatügynököt és a feladat metaadatait az új Azure-régióba. A rugalmas feladatügynök azonban csak számítási kapacitást igénylő erőforrás, amelyet explicit módon újra létre kell hozni és el kell indítani az új régióban, mielőtt a feladatok újra végrehajtásra kerülnek. A rugalmas feladatügynök a korábban meghatározott feladatütemezésnek megfelelően folytatja a feladatok végrehajtását az új régióban.
Túlzott SQL-naplózási naplók a feladatok adatbázisából	A rugalmas feladatügynök úgy működik, hogy folyamatosan lekérdezi a feladat-adatbázist, hogy ellenőrizze az új feladatok és egyéb CRUD-műveletek érkezését. Ha a naplózás engedélyezve van azon a kiszolgálón, amely egy feladatadatbázist tárol, a feladat-adatbázis nagy számú naplózási naplót hozhat létre. A probléma megoldásához szűrje ki ezeket az auditnaplókat egy Set-AzSqlServerAudit predikátumkifejezéssel rendelkező paranccsal. Például: Set-AzSqlServerAudit -ResourceGroupName "ResourceGroup01" -ServerName "Server01" -BlobStorageTargetState Enabled -StorageAccountResourceId "/subscriptions/7fe3301d-31d3-4668-af5e-211a890ba6e3/resourceGroups/resourcegroup01/providers/Microsoft.Storage/storageAccounts/mystorage" -PredicateExpression "application_name <> 'Microsoft Azure SQL Database elastic jobs'" Ez a parancs csak a feladatügynököt szűri ki a feladatok adatbázisnaplóira, a feladatügynököt nem pedig a céladatbázisok naplózási naplóira.
Rugalmas skálázású adatbázis használata feladatadatbázisként	A rugalmas skálázású adatbázisok feladatadatbázisként való használata nem támogatott. A rugalmas feladatok azonban ugyanúgy célozhatják meg a rugalmas skálázású adatbázisokat, mint az Azure SQL Database bármely más adatbázisát.
Kiszolgáló nélküli adatbázisok és automatikus szüneteltetés rugalmas feladatokkal.	Az automatikus szüneteltetéssel engedélyezett, szerver nélküli adatbázis nem támogatott feladatadatbázisként. A rugalmas feladatok által megcélzott kiszolgáló nélküli adatbázisok támogatják az automatikus szüneteltetést, és a feladatkapcsolatok folytatják azokat.
Feladatadatbázis exportálása BACPAC-fájlba	Feladatadatbázis exportálása BACPAC-fájlba nem támogatott. Ha a feladatadatbázist tartalmazó SQL Servert exportálni kell, a kiszolgáló exportálása előtt először dobja el a feladatadatbázist .

Következő lépés

Oktatóanyag: Rugalmas feladatok létrehozása, konfigurálása és kezelése

Kapcsolódó tartalom

• Felügyeleti feladatok automatizálása az Azure SQL-ben
• Rugalmas feladatok létrehozása és kezelése a PowerShell használatával
• Rugalmas feladatok létrehozása és kezelése a T-SQL használatával