Share via


Rugalmas feladatok létrehozása, konfigurálása és kezelése (előzetes verzió)

A következőre vonatkozik: Azure SQL Database

Ez a cikk az Azure SQL Database rugalmas feladatainak létrehozásához, konfigurálásához és kezeléséhez szükséges lépéseket ismerteti. Ezeket a lépéseket az Azure Portalon, valamint a T-SQL, a PowerShell és a REST API használatával hajthatja végre. A rugalmas feladatok lehetővé teszik egy vagy több Transact-SQL- (T-SQL-) szkript több adatbázisban történő, párhuzamos futtatását. További információ az Azure SQL Database feladatautomatizálási fogalmairól, illetve az Azure SQL Database rugalmas feladatairól.

Megjegyzés:

A rugalmas feladatok előzetes verzióban érhetők el. A jelenleg előzetes verzióban elérhető funkciók kiegészítő használati feltételek mellett érhetők el, és tekintse át az előzetes verzióban lévő Azure-szolgáltatásokra vonatkozó jogi feltételeket. Az Azure SQL Database előzetes verziókat biztosít, amelyekkel kiértékelheti és megoszthatja visszajelzéseit a termékcsoporttal az általános elérhetővé válásuk előtt.

A rugalmas feladatügynök létrehozása és konfigurálása

  1. Hozzon létre vagy azonosítsan egy üres S1 vagy újabb Azure SQL Database-adatbázist a DTU vásárlási modell használatával. Ennek az adatbázisnak ugyanabban a kiszolgálón kell lennie, mint a feladatügynöknek. Ezt az adatbázist használják feladatadatbázisként a rugalmas feladatügynök létrehozása során. Egyetlen adatbázist az Azure Portalon, az Azure CLI-vel, az Azure CLI-vel (sql up) vagy a PowerShell-lel hozhat létre.

  2. Rugalmas feladatügynök létrehozása az Azure Portalon vagy a PowerShell használatával.

    A rugalmas feladatügynök Azure Portalon való létrehozására vonatkozó utasítások a következők:

    1. Az Azure Portalon keressen rugalmas feladatügynököket. Válassza a Létrehozás lehetőséget egy új rugalmas feladatügynök-erőforrás kiépítésének megkezdéséhez. Vagy ezt a hivatkozást követve létrehozhat egy rugalmas feladatügynököt az Azure Portalon.
    2. Adja meg a rugalmas feladatügynök nevét.
    3. Válassza ki az ügynök előfizetését és erőforráscsoportját . Szükség esetén hozzon létre egy új erőforráscsoportot. A rugalmas feladatok más erőforráscsoportokban, előfizetésekben és más Azure-régiókban lévő adatbázisokat is megcélzhatnak.
    4. Válassza ki az Azure SQL Database logikai kiszolgálót a rugalmas feladatügynök-kiszolgálóként.
    5. Válasszon ki egy feladatadatbázist a logikai kiszolgálón, hogy rugalmas feladatügynök-adatbázis legyen. Bizonyos ellenőrzés biztosítja, hogy az adatbázis megfelelő legyen.
    6. A Szolgáltatási szint alatt válassza a JA 100 lehetőséget.
    7. Válassza a Tovább: Identitás lehetőséget.
    8. A feladatügynöknek két hitelesítési módszere van a kiszolgáló(k)/adatbázis(ok), a Microsoft Entra-hitelesítés felhasználó által hozzárendelt felügyelt identitással (UMI) vagy adatbázis-hatókörű hitelesítő adatokkal való megcélzására.
      1. Hozza létre az UMI-t a rugalmas feladatügynök kiépítési folyamatán kívül, vagy használjon egy meglévő UMI-t. Válassza a Felhasználó által hozzárendelt felügyelt identitás hozzáadása lehetőséget. Válassza ki az UMI-t. Válassza a Hozzáadás lehetőséget.
      2. Az adatbázis-hatókörű hitelesítő adatok használatához tekintse meg az oktatóanyag későbbi lépéseit.
    9. Válassza a Következő: Címkék lehetőséget.
    10. Fontolja meg az Azure-címkék használatát. Például a "Tulajdonos" vagy a "CreatedBy" címke azonosítja, hogy ki hozta létre az erőforrást, és a környezeti címkét annak megállapításához, hogy ez az erőforrás éles környezetben, fejlesztésben stb. található-e. További információ: Az Azure-erőforrások elnevezési és címkézési stratégiájának fejlesztése.
    11. Select Review + create.
    12. Ellenőrizze az új rugalmas feladatügynök kiválasztását a Véleményezés + létrehozás lapon, majd válassza a Létrehozás lehetőséget.
    13. További lépések szükségesek a célkiszolgáló/adatbázis(ok) hitelesítéséhez. Folytassa az oktatóanyag következő szakaszainak lépéseit.

Feladatügynök hitelesítésének létrehozása

A rugalmas feladatügynöknek képesnek kell lennie a hitelesítésre minden célkiszolgálón vagy adatbázison. Ebben a szakaszban bemutatjuk a rugalmas feladatügynöknek a célcsoportokban lévő kiszolgáló(k)/adatbázis(ok) felé történő hitelesítéséhez szükséges lépéseket.

A rugalmas feladatügynök hitelesítésének két lehetősége van a célok eléréséhez:

Microsoft Entra-hitelesítés használata felhasználó által hozzárendelt felügyelt identitással (UMI)

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). Ez az ajánlott hitelesítési módszer.

  1. Engedélyezze a Microsoft Entra (korábbi nevén Azure Active Directory) hitelesítést az összes feladat cél logikai kiszolgálóján/adatbázisán és a feladatkimeneti logikai kiszolgálón.
  2. Hozzon létre egy felhasználó által hozzárendelt felügyelt identitást (UMI), vagy használjon már meglévő UMI-t.
  3. Rendelje hozzá az UMI-t a létrehozott rugalmas feladatügynökhöz.
    • A rugalmas feladatügynök létrehozásakor ajánlott UMI-t hozzárendelni, lásd a rugalmas feladatügynök létrehozása és konfigurálása című témakör lépéseit. Feladatügynök létrehozásakor az Azure Portal Identitás lapján rendelje hozzá a rugalmas feladatügynököt.
    • Ha frissíteni szeretne egy meglévő rugalmas feladatügynököt az UMI használatára, az Azure Portal rugalmas feladatügynökének lapján lépjen az Identitás elemre az erőforrás menüjének Biztonság menüjében. Válassza ki és rendelje hozzá az UMI-t a rugalmas feladatügynökhöz.
    • Ha rugalmas feladatügynököt hoz létre vagy frissít a New-AzSqlElasticJobAgentSet-AzSqlElasticJobAgent PowerShell-parancsmagokkal, használja a következő paramétereket: -IdentityType UserAssigned -IdentityID <identity resource path>. For example:
      $parameters = @{
          Name = '<job agent name>'
          ResourceGroupName = '<Resource_Group_Name>'
          IdentityType = 'UserAssigned'
          IdentityID = '/subscriptions/fa58cf66-caaf-4ba9-875d-f1234/resourceGroups/<resource group name>/providers/Microsoft.ManagedIdentity/userAssignedIdentities/<UMI name here>'
      }
      Set-AzSqlElasticJobAgent @parameters
      
    • A REST API a rugalmas feladatügynök létrehozására vagy frissítésére is használható.
  4. Hozzon létre egy célcsoportot, és adjon hozzá célokat a feladatokhoz. Definiálja a célcsoportot és a célokat (azokat az adatbázisokat, amelyekkel futtatni szeretné a feladatot) a PowerShell használatával , vagy definiálja a célcsoportot és a célokat a T-SQL használatával.
  5. A célkiszolgáló(k)/adatbázis(ok) mindegyikében hozzon létre egy, az UMI-re vagy adatbázis-hatókörű hitelesítő adatokra leképezett, tartalmazott felhasználót a T-SQL vagy a PowerShell használatával:
    1. Hozza létre a feladathitelesítést a T-SQL használatával.
    2. Hozza létre a feladathitelesítést a PowerShell-lel.
  6. A kimeneti adatbázisban hozzon létre és rendeljen hozzá engedélyeket az UMI-feladat felhasználójához. Csatlakozás a kimeneti adatbázishoz, és futtassa a következő példaszkriptet egy felhasználóhoz:jobuserUMI
    CREATE USER [jobuserUMI] FROM EXTERNAL PROVIDER; 
    GO 
    
  7. Ha a sp_add_jobstep hívásban the @output_table_name argumentkimeneti paraméterek vannak megadva, a feladatügynök UMI-jének vagy adatbázis-hatókörű hitelesítő adatainak engedélyt kell adni a CREATE TABLE és az IN Standard kiadás RT adatok létrehozására a kimeneti táblában.
    GRANT CREATE TABLE TO [job_user];
    GRANT SELECT,INSERT,UPDATE,DELETE ON [dbo].[output_table_name] TO job_user;
    
  8. A célkiszolgáló(k)/adatbázis(ok) mindegyikében adja meg az adatbázis-felhasználónak a feladatszkriptek végrehajtásához szükséges engedélyeket. Ezek az engedélyek a T-SQL-lekérdezés követelményeitől függően változnak.

Adatbázis-hatókörű hitelesítő adatok használata

A hitelesítéshez használhat adatbázis-hatókörű hitelesítő adatokat a feladatadatbázisban és az egyes célkiszolgálókon/adatbázisokban. Korábban az adatbázis-hatókörű hitelesítő adatok voltak az egyetlen elérhető lehetőség a rugalmas feladatokhoz.

Megjegyzés:

Ha umi van hozzárendelve a feladatügynökhöz, az SQL-hitelesítés nem használható a célokhoz való csatlakozáshoz. A feladatügynök csak a Microsoft Entra hitelesítést használja az UMI-vel az összes céladatbázishoz való csatlakozáshoz.

  1. Hozzon létre egy adatbázis-hatókörű hitelesítő adatot a feladatadatbázisban.
    1. Adatbázis-hatókörű hitelesítő adatok létrehozása a PowerShell használatával
    2. A T-SQL használatával adatbázis-hatókörű hitelesítő adatokat hozhat létre.
  2. Definiálja a célcsoportot (azokat az adatbázisokat, amelyekkel futtatni szeretné a feladatot) a PowerShell használatával , vagy definiáljon célokat a T-SQL használatával.
  3. Hozzon létre egy feladatügynök-bejelentkezést/felhasználót minden céladatbázisban, ahol a feladat futni fog. Az egyes célkiszolgálókon/adatbázisokban a bejelentkezésnek/felhasználónak ugyanazzal a névvel kell rendelkeznie, mint a feladatfelhasználó adatbázis-hatókörű hitelesítő adatainak identitása, és ugyanaz a jelszó, mint a feladatfelhasználó adatbázis-hatókörű hitelesítő adatai.
    1. A PowerShell használatával adja hozzá a hitelesítő adatokat és a felhasználót minden céladatbázishoz.
    2. További információ a felhasználók hozzáadásáról: Kiszolgáló- és adatbázis-hozzáférés engedélyezése bejelentkezések és felhasználói fiókok használatával.
  4. A kimeneti adatbázisban hozzon létre és rendeljen hozzá engedélyeket a feladatfelhasználóhoz.
    1. Csatlakozás a master kimeneti adatbázist üzemeltető logikai kiszolgáló adatbázisához. Ha még nem létezik, hozzon létre sql-hitelesítésű bejelentkezést ugyanazzal a névvel, mint a feladatfelhasználó adatbázis-hatókörű hitelesítő adatainak identitása, és ugyanaz a jelszó, mint a feladatfelhasználó adatbázis-hatókörű hitelesítő adatai.
      CREATE LOGIN [job_user] WITH PASSWORD '<same_password_as_database-scoped_credential>'
      GO 
      
    2. Csatlakozás a kimeneti adatbázishoz, és futtassa a következő példaszkriptet egy felhasználóhoz:job_user
      CREATE USER [job_user] FROM LOGIN [job_user]; 
      GO 
      
    3. Ha a hívásban kimeneti paraméterek vannak megadva a sp_add_jobstep@output_table_name argumentumban, a feladatügynök UMI-jének vagy adatbázis-hatókörű hitelesítő adatainak engedélyt kell adni a CREATE TABLE és az IN Standard kiadás RT adatok létrehozására a kimeneti táblában.
      GRANT CREATE TABLE TO [job_user];
      GRANT SELECT,INSERT,UPDATE,DELETE ON [dbo].[output_table_name] TO job_user;
      
  5. A célkiszolgáló(k)/adatbázis(ok) mindegyikében adja meg az adatbázis-felhasználónak a feladatszkriptek végrehajtásához szükséges engedélyeket. Ezek az engedélyek a T-SQL-lekérdezés követelményeitől függően változnak.

Create, run, and manage jobs

  1. A PowerShell használatával létrehozhat egy feladatot , vagy a T-SQL használatával létrehozhat egy feladatot.
  2. Lépésekkel egészíti ki az egyes rugalmas feladatokat. Minden feladatlépéshez ki kell választani egy célcsoportot. A PowerShell használatával feladatlépéseket adhat hozzá, vagy a T-SQL használatával adhat hozzá feladatlépéseket.
  3. A PowerShell használatával futtathat egy feladatot , vagy a T-SQL használatával futtathat egy feladatot.
  4. A feladatok végrehajtásának állapotának monitorozása az Azure Portalon, a feladatok figyelése a PowerShell-lel vagy a feladatok monitorozása a T-SQL-lel.

Rugalmas Azure SQL-feladatok privát végpontja konfigurálása

Minden célkiszolgáló egy szolgáltatás által felügyelt privát végponton keresztül érhető el, amelyet a Microsoft hoz létre és kezel, és kizárólag rugalmas feladatokhoz használható. 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 konfigurálás után a rugalmas feladatügynök és a célkiszolgáló közötti összes kommunikáció a privát végponton keresztül történik.

A konfiguráció egyszerű. 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.

  1. A Rugalmas feladatügynök navigációs menüjében, a Biztonság területen válassza a Privát végpontok lehetőséget.
  2. Válassza a Kiszolgáló hozzáadása és a privát végpont létrehozása lehetőséget.
  3. Megnyílik a Privát végpont létrehozása ablak.
    1. A célkiszolgálót bármely előfizetésből kiválaszthatja, bárhol az Azure-ban.
    2. Válasszon ki egy cél Azure SQL Database logikai kiszolgálót az előfizetésben.
    3. Adjon meg egy privát végpontnevet.
  4. Válassza a Privát végpont létrehozása lehetőséget. Az üzembe helyezés eltarthat néhány percig. A Privát végpontok lapon hamarosan megjelenik a Csatlakozás ion állapota.
  5. Az Azure Portalon keresse meg a célKént megadott Azure SQL Database logikai kiszolgálót.
  6. A cél Azure SQL Database logikai kiszolgáló rendszergazdájaként az SQL Server navigációs menüjében válassza a Biztonság területen a Hálózatkezelés lehetőséget.
  7. Válassza a Privát hozzáférés lehetőséget.
  8. Hagyja jóvá a függőben lévő privát végpontra vonatkozó kérést.
  9. A Privát végpontok lapon a Csatlakozás ion állapota a Jóváhagyott állapotot jeleníti meg. Most a feladatügynök és a cél Azure SQL Database logikai kiszolgáló bármely adatbázisa vagy rugalmas készlete közötti kommunikáció a szolgáltatás által felügyelt privát végponton keresztül fog haladni.
  10. A cél Azure SQL Database logikai kiszolgáló rendszergazdájaként az SQL Server navigációs menüjében válassza a Biztonság területen a Hálózatkezelés lehetőséget. Nem szükséges a nyilvános hozzáférést rugalmas feladatok céljából engedélyezni.

Feladatügynök-riasztások konfigurálása az Azure Monitorral

Konfigurálja az Azure Monitor-riasztásokat a rugalmas feladatügynök-erőforráson, hogy értesítést kapjon a feladat végrehajtási állapotáról. A feladat sikertelenségéről/sikerességéről például a felhasználó által konfigurált műveleti csoportokon keresztül értesülhet.

Rugalmas feladatügynök-riasztásokat az Azure Portal, a PowerShell vagy a REST API használatával hozhat létre.

Feladatügynök-riasztások létrehozása az Azure Portal használatával

Azure Monitor-riasztási szabályok létrehozása az Azure Portal, az Azure CLI, a PowerShell és a REST API használatával. A rugalmas feladatok riasztási szabályai ugyanúgy működnek, mint más riasztási szabályok, például az Azure SQL Database esetében.

Az Azure Portal használata:

  1. Az Elastic Job-ügynök Azure Portal-erőforrásmenüjében válassza a Figyelés menüt, és válassza a Riasztások lehetőséget.
  2. Az erőforrás-parancssor riasztási szabályainak beállítása csoportban válassza a Riasztási szabály létrehozása lehetőséget.
  3. A Riasztási szabály létrehozása lapon megnyílik a Jel kiválasztása lap. Válassza ki a rugalmas feladatok metrikáit : A rugalmas feladatok végrehajtása sikertelen, a rugalmas feladatok végrehajtása sikeres vagy a rugalmas feladatok végrehajtása időtúllépést eredményez. Screenshot from the Azure portal showing the Create an alert rule page.
  4. A Riasztási logika területen hagyja meg alapértelmezettként a küszöbértéket, az összesítés típusát, az operátort és az egységet.
  5. Állítsa a küszöbértéket a következőre 0: . Hagyja meg az egyéb beállításokat alapértelmezettként.
  6. Tekintse át a költségbecslést a költségelőnézetben.
  7. Válassza a Következő: Műveletek lehetőséget.
  8. Válassza a Műveletcsoport létrehozása lehetőséget, vagy válasszon egy meglévő műveletcsoportot.
    1. Hozzon létre Azure Monitor Alert-műveletcsoportokat az Azure Portalon az értesítési beállítások beállításához, például e-mail-rendszergazdáknak vagy fejlesztőknek a hibáról.
    2. Tesztelje a Riasztás műveletcsoportot.
  9. Válassza a Tovább elemet : Részletek.
  10. Adja meg az előfizetést és az erőforráscsoportot projektadatokként.
  11. Adja meg a riasztási szabály részleteit a riasztási kommunikációhoz. Adja meg a riasztási szabály nevét.
  12. Válassza a Címkék lehetőséget, és adja meg a riasztás metaadatait, például a CreatedByt vagy a környezetet.
  13. Válassza a Felülvizsgálat és létrehozás lehetőséget. Select Create. Eltarthat néhány percig, amíg a riasztási szabály megjelenik az Azure Portalon.
  14. Az Azure Monitor riasztásfeldolgozási szabályait az Azure Portal, az Azure CLI vagy a PowerShell használatával is létrehozhatja. Riasztásfeldolgozási szabályok használatával eldöntheti, hogy mi történik egy riasztás aktiválásakor, például letilthatja az értesítéseket, vagy adott műveleteket alkalmazhat bizonyos típusú riasztásokra.

A feladatügynök skálázása

Alapértelmezés szerint a feladatügynökök a JA100-nál jönnek létre, így egyidejűleg akár 100 rugalmas feladatvégrehajtást is lehetővé tehetnek. A szolgáltatásszint-módosítás kezdeményezése aszinkron művelet, és az új szolgáltatási szint rövid üzembe helyezési késleltetés után elérhetővé válik.

Ha több mint 100 rugalmas feladatügynök egyidejű végrehajtására van szüksége, magasabb szolgáltatási szintek érhetők el, lásd az egyidejű kapacitásszinteket. A feladatügynök szolgáltatási szintjét jelenleg az Azure Portalon, a PowerShellen vagy a REST API-on keresztül módosíthatja.

A szolgáltatásszint egyidejű feladatokkal való túllépése várakozási késéseket okoz, mielőtt a feladatok a szolgáltatási szint egyidejű feladatkorlátját meghaladóan indulnak el.

A rugalmas feladatügynök skálázása az Azure Portal használatával

  1. Lépjen az Elastic Job-ügynök lapjára az Azure Portalon.
  2. Válassza a Tarifacsomagot , vagy a helyi menüben válassza a Vertikális fel/le skálázás lehetőséget.
  3. Válasszon egy új szolgáltatási szintet a Szolgáltatási szint legördülő listából.
  4. Tekintse át a költségkártyát.
  5. Select Update.

A rugalmas feladatügynök skálázása a PowerShell használatával

A választható -ServiceObjective paraméter Set-AzSqlElasticJobAgent egy új szolgáltatáscél megadására használható. Például:

$parameters = @{
    Name = '<job agent name>'
    ResourceGroupName = '<Resource_Group_Name>'
    ServiceObjective = 'JA200'
}
Set-AzSqlElasticJobAgent @parameters

A rugalmas feladatügynök skálázása REST API használatával

A feladatügynök REST API-val skálázhat egy feladatügynököt. Például:

{ 
"id": "/subscriptions/00000000-1111-2222-3333-444444444444/resourceGroups/group1/providers/Microsoft.Sql/servers/server1/jobAgents/agent1", 
"name": "agent1", 
"type": "Microsoft.Sql/servers/jobAgents", 
"location": "southeastasia", 
"sku": {
"name": "JA100  ", 
"capacity": 100 
}, 
"properties": {  
"databaseId": "/subscriptions/00000000-1111-2222-3333-444444444444/resourceGroups/group1/providers/Microsoft.Sql/servers/server1/databases/db1"
}  
}