Megosztás:


Feladatátvételi csoport konfigurálása az Azure SQL Database-hez

A következőkre vonatkozik:Azure SQL Database

Ez a cikk bemutatja, hogyan konfigurálhat feladatátvételi csoportot önálló és készletezett adatbázisokhoz az Azure SQL Database-ben az Azure Portal, az Azure PowerShell és az Azure CLI használatával.

A végpontok közötti szkriptek esetében tekintse át, hogyan adhat hozzá egyetlen adatbázist egy feladatátvételi csoporthoz az Azure PowerShell vagyaz Azure CLI használatával.

Előfeltételek

Vegye figyelembe az alábbi előfeltételeket a feladatátvételi csoport egyetlen adatbázishoz való létrehozásához:

  • Az elsődleges adatbázist már létre kell hozni. Első lépésként hozzon létre egyetlen adatbázist.
  • Ha a másodlagos kiszolgáló már létezik az elsődleges kiszolgálótól eltérő régióban, a kiszolgáló bejelentkezési és tűzfalbeállításainak meg kell egyeznie az elsődleges kiszolgálóval.

Kiesésre kész csoport létrehozása

A feladatátvételi csoportot az Azure Portal, a PowerShell és az Azure CLI használatával hozhatja létre és adhat hozzá egyetlen adatbázist.

Fontos

Ha a feladatátvételi csoporthoz való hozzáadás után törölnie kell egy másodlagos adatbázist, az adatbázis törlése előtt távolítsa el azt a feladatátvételi csoportból. A másodlagos adatbázis törlése a feladatátvételi csoportból való eltávolítása előtt kiszámíthatatlan viselkedést okozhat.

A feladatátvételi csoport létrehozásához és az önálló adatbázis azure portalon való hozzáadásához kövesse az alábbi lépéseket:

  1. Ha ismeri az adatbázist üzemeltető logikai kiszolgálót , lépjen rá közvetlenül az Azure Portalon. Ha meg kell keresnie a kiszolgálót, kövesse az alábbi lépéseket:

    1. Válassza az Azure SQL-t a szolgáltatás menüjében. Ha az Azure SQL nem szerepel a listában, válassza a Minden szolgáltatás lehetőséget, majd írja be Azure SQL a keresőmezőbe. (Nem kötelező) Válassza ki az Azure SQL melletti csillagot kedvencként, és adja hozzá elemként a szolgáltatásmenüben.
    2. Az Azure SQL-lapon keresse meg a feladatátvételi csoporthoz hozzáadni kívánt adatbázist, és válassza ki az SQL-adatbázis panel megnyitásához.
    3. Az SQL-adatbázisÁttekintés paneljén válassza ki a kiszolgáló nevét a Kiszolgáló neve területen az SQL Server panel megnyitásához.

    Képernyőkép egyetlen adatbázis kiszolgálójának megnyitásáról az Azure Portalon.

  2. Az SQL Server erőforrásmenüjében válassza a Feladatátvételi csoportok lehetőségetaz Adatkezelés csoportban. Válassza a + Csoport hozzáadása lehetőséget a Feladatátvételi csoport lap megnyitásához, ahol létrehozhat egy új feladatátvételi csoportot.

    Képernyőkép az Új feladatátvételi csoport hozzáadása lehetőségről az Azure Portal feladatátvételi csoportok lapján.

  3. A Feladatátvételi csoport lapon:

    1. Adja meg a feladatátvételi csoport nevét.
    2. Válasszon ki egy meglévő másodlagos kiszolgálót, vagy hozzon létre egy új kiszolgálót a Kiszolgáló területen az Új létrehozása lehetőség kiválasztásával. A feladatátvételi csoport másodlagos kiszolgálójának más régióban kell lennie, mint az elsődleges kiszolgálónak.
    3. Válassza az Adatbázis konfigurálása lehetőséget az Adatbázisok feladatátvételi csoport lapjának megnyitásához .

    Képernyőkép az Azure Portal feladatátvételi csoport paneljéről.

  4. A Feladatátvételi csoport adatbázisai lapon:

    1. Válassza ki a feladatátvételi csoporthoz hozzáadni kívánt adatbázisokat (#1 a képernyőképen).
    2. (Nem kötelező) Válassza az Igen lehetőséget, ha ezeket az adatbázisokat készenléti replikákként kívánja kijelölni , amelyeket csak vészhelyreállításhoz szeretne használni (#2 a képernyőképen). Jelölje be a jelölőnégyzetet annak ellenőrzéséhez, hogy a replikát készenlétre fogja-e használni.
    3. A Kijelölés funkcióval mentse az adatbázis-kijelölést, és térjen vissza a Feladatátvételi csoport lapjára (a képernyőképen nem látható).

    Képernyőkép a feladatátvételi csoport adatbázisainak paneljéről az Azure Portalon.

  5. A feladatátvételi csoport létrehozásához használja a Feladatátvételi csoport lapon a Létrehozás parancsot.

Tervezett feladatátvétel tesztelése

Tesztelje a feladatátvételi csoport feladatátvételét adatvesztés nélkül az Azure Portal vagy a PowerShell használatával.

A feladatátvételi csoport feladatátvételének az Azure Portallal történő teszteléséhez kövesse az alábbi lépéseket:

  1. Ha ismeri az adatbázist üzemeltető logikai kiszolgálót , lépjen rá közvetlenül az Azure Portalon. Ha meg kell keresnie a kiszolgálót, kövesse az alábbi lépéseket:

    1. Válassza az Azure SQL-t a szolgáltatás menüjében. Ha az Azure SQL nem szerepel a listában, válassza a Minden szolgáltatás lehetőséget, majd írja be Azure SQL a keresőmezőbe. (Nem kötelező) Válassza ki az Azure SQL melletti csillagot kedvencként, és adja hozzá elemként a szolgáltatásmenüben.
    2. Az Azure SQL-lapon keresse meg azt az adatbázist, amelynél tesztelni szeretné a feladatátvételt, és válassza ki az SQL-adatbázis panel megnyitásához.
    3. Az SQL-adatbázisÁttekintés paneljén válassza ki a kiszolgáló nevét a Kiszolgáló neve területen az SQL Server panel megnyitásához.

    Képernyőkép egyetlen adatbázis kiszolgálójának megnyitásáról az Azure Portalon.

  2. Az SQL Server erőforrásmenüjében válassza a Feladatátvételi csoportok lehetőséget az Adatkezelés területen, majd válasszon ki egy meglévő feladatátvételi csoportot a Feladatátvételi csoport lap megnyitásához.

    Képernyőkép a feladatátvételi csoportokról, ahol kiválaszthat egy feladatátvételi csoportot az SQL Serverhez.

  3. A Feladatátvételi csoport lapon:

    1. Ellenőrizze, hogy melyik kiszolgáló elsődleges, és melyik a másodlagos kiszolgáló.
    2. Válassza a feladatátvételt a parancssávon az adatbázist tartalmazó feladatátvevő csoport feladatátvételéhez.
    3. Válassza az Igen lehetőséget azon a figyelmeztetésen, amely értesíti, hogy a TDS-munkamenetek le lesznek választva.

    Képernyőkép az Azure Portal Feladatátvételi csoport oldaláról, amelyen a feladatátvétel ki van jelölve.

  4. Tekintse át, hogy melyik kiszolgáló elsődleges, és melyik a másodlagos kiszolgáló. A feladatátvétel sikerességét követően a két kiszolgáló felcseréli a szerepköröket, így a korábbi elsődleges lesz a másodlagos.

  5. (Nem kötelező) Válassza ismét a Feladatátvétel lehetőséget, ha a kiszolgálókat vissza szeretné adni az eredeti szerepkörökbe.

A végpontok közötti szkriptek esetében tekintse át, hogyan adhat hozzá rugalmas készletet egy feladatátvételi csoporthoz az Azure PowerShell vagyaz Azure CLI használatával.

Előfeltételek

Vegye figyelembe a következő előfeltételeket a feladatátvételi csoport készletezett adatbázishoz való létrehozásához:

  • Az elsődleges rugalmas készletnek már léteznie kell. Rugalmas készlet létrehozása az első lépésekhez.
  • Ha a másodlagos kiszolgáló már létezik, a kiszolgáló bejelentkezési és tűzfalbeállításainak meg kell egyeznie az elsődleges kiszolgálóval.

Kiesésre kész csoport létrehozása

Hozza létre a rugalmas készlet feladatátvételi csoportját az Azure Portal, a PowerShell vagy az Azure CLI használatával.

Fontos

Ha a feladatátvételi csoporthoz való hozzáadása után törölnie kell egy másodlagos adatbázist, az adatbázis törlése előtt távolítsa el azt a feladatátvételi csoportból. A másodlagos adatbázis törlése a feladatátvételi csoportból való eltávolítása előtt kiszámíthatatlan viselkedést okozhat.

A feladatátvételi csoport létrehozásához és a rugalmas készlet azure portalon való hozzáadásához kövesse az alábbi lépéseket:

  1. Nyissa meg a Rugalmas SQL-készlet létrehozása lapot az Azure Portalon. Hozzon létre egy rugalmas készletet, amely:

    • A neve megegyezik az elsődleges kiszolgálón található rugalmas készlet nevével.
    • A feladatátvételi csoporthoz használni kívánt másodlagos kiszolgálót használja. A másodlagos kiszolgálónak az elsődleges kiszolgálótól eltérő régióban kell lennie, és a kiszolgáló bejelentkezési és tűzfalbeállításainak meg kell egyeznie az elsődleges kiszolgálóval. Hozzon létre egy új kiszolgálót, ha a másodlagos kiszolgáló még nem létezik.
  2. Ha ismeri az elsődleges rugalmas készletet üzemeltető logikai kiszolgálót , lépjen rá közvetlenül az Azure Portalon. Ha meg kell keresnie a kiszolgálót, kövesse az alábbi lépéseket:

    1. Válassza az Azure SQL-t a szolgáltatás menüjében. Ha az Azure SQL nem szerepel a listában, válassza a Minden szolgáltatás lehetőséget, majd írja be Azure SQL a keresőmezőbe. (Nem kötelező) Válassza ki az Azure SQL melletti csillagot kedvencként, és adja hozzá elemként a szolgáltatásmenüben.
    2. Az Azure SQL-lapon keresse meg a feladatátvételi csoporthoz hozzáadni kívánt rugalmas készletet, és válassza ki a rugalmas SQL-készlet panel megnyitásához.
    3. A rugalmas SQL-készletÁttekintés paneljén válassza ki a kiszolgáló nevét a Kiszolgáló neve területen az SQL Server panel megnyitásához.

    Képernyőkép a rugalmas készlet kiszolgálójának kiválasztásáról az Azure Portalon.

  3. Az SQL Server erőforrásmenüjében válassza a Feladatátvételi csoportok lehetőségetaz Adatkezelés csoportban. Válassza a + Csoport hozzáadása lehetőséget a Feladatátvételi csoport lap megnyitásához, ahol létrehozhat egy új feladatátvételi csoportot.

    Képernyőkép az Azure Portal feladatátvételi csoportok lapjáról.

  4. A Feladatátvételi csoport lapon:

    1. Adja meg a feladatátvételi csoport nevét.
    2. Válasszon egy meglévő másodlagos kiszolgálót. A feladatátvételi csoport másodlagos kiszolgálójának az elsődleges kiszolgálótól eltérő régióban kell lennie, és egy olyan rugalmas készletet kell tartalmaznia, amelynek neve megegyezik az elsődleges kiszolgáló nevével.
    3. Válassza az Adatbázis konfigurálása lehetőséget az Adatbázisok feladatátvételi csoport lapjának megnyitásához .

    Képernyőkép: rugalmas készlet hozzáadása feladatátvételi csoporthoz az Azure Portalon.

  5. A Feladatátvételi csoport adatbázisai lapon válassza ki a feladatátvételi csoporthoz hozzáadni kívánt készletezett adatbázisokat. A Kijelölés funkcióval mentse az adatbázis-kijelölést, és térjen vissza a Feladatátvételi csoport lapjára.

    Képernyőkép a feladatátvételi csoport adatbázisainak paneljéről az Azure Portalon.

  6. Válassza a Feladatátvételi csoport lapon a Létrehozás lehetőséget a feladatátvételi csoport létrehozásához. A rugalmas készlet feladatátvételi csoporthoz való hozzáadása automatikusan elindítja a georeplikációs folyamatot.

Tervezett feladatátvétel tesztelése

Tesztelje a rugalmas készlet feladatátvételét adatvesztés nélkül az Azure Portal, a PowerShell vagy az Azure CLI használatával.

Feladatátvételi csoport feladatátvétele a másodlagos kiszolgálóra, majd feladat-visszavétel az Azure Portal használatával.

  1. Ha ismeri az elsődleges rugalmas készletet üzemeltető logikai kiszolgálót , lépjen rá közvetlenül az Azure Portalon. Ha meg kell keresnie a kiszolgálót, kövesse az alábbi lépéseket:

    1. Válassza az Azure SQL-t a szolgáltatás menüjében. Ha az Azure SQL nem szerepel a listában, válassza a Minden szolgáltatás lehetőséget, majd írja be Azure SQL a keresőmezőbe. (Nem kötelező) Válassza ki az Azure SQL melletti csillagot kedvencként, és adja hozzá elemként a szolgáltatásmenüben.
    2. Az Azure SQL-lapon keresse meg a feladatátvételi csoporthoz hozzáadni kívánt rugalmas készletet, és válassza ki a rugalmas SQL-készlet panel megnyitásához.
    3. A rugalmas SQL-készletÁttekintés paneljén válassza ki a kiszolgáló nevét a Kiszolgáló neve területen az SQL Server panel megnyitásához.

    Képernyőkép a rugalmas készlet kiszolgálójának kiválasztásáról az Azure Portalon.

  2. Az SQL Server erőforrásmenüjében válassza a Feladatátvételi csoportok lehetőséget az Adatkezelés területen, majd válasszon ki egy meglévő feladatátvételi csoportot a Feladatátvételi csoport lap megnyitásához.

    Képernyőkép a feladatátvételi csoportokról, ahol kiválaszthat egy feladatátvételi csoportot az SQL Serverhez.

  3. A Feladatátvételi csoport lapon:

    1. Ellenőrizze, hogy melyik kiszolgáló elsődleges, és melyik a másodlagos kiszolgáló.
    2. Válassza a feladatátvételt a parancssávon az adatbázist tartalmazó feladatátvevő csoport feladatátvételéhez.
    3. Válassza az Igen lehetőséget azon a figyelmeztetésen, amely értesíti, hogy a TDS-munkamenetek le lesznek választva.

    Képernyőkép a feladatátvételről az Azure Portal Feladatátvételi csoportok lapján.

  4. Tekintse át, hogy melyik kiszolgáló elsődleges, és melyik a másodlagos kiszolgáló. A feladatátvétel sikerességét követően a két kiszolgáló felcseréli a szerepköröket, így a korábbi elsődleges lesz a másodlagos.

  5. (Nem kötelező) Válassza ismét a Feladatátvétel lehetőséget, ha a kiszolgálókat vissza szeretné adni az eredeti szerepkörökbe.

Meglévő feladatátvételi csoport módosítása

Adatbázisokat vehet fel vagy távolíthat el egy meglévő feladatátvételi csoportból, vagy szerkesztheti a feladatátvételi csoport konfigurációs beállításait az Azure Portal, a PowerShell és az Azure CLI használatával.

Ha módosítani szeretne egy meglévő feladatátvételi csoportot az Azure Portal használatával, kövesse az alábbi lépéseket:

  1. Ha ismeri az adatbázist üzemeltető logikai kiszolgálót vagy a rugalmas készletet, lépjen rá közvetlenül az Azure Portalon. Ha meg kell keresnie a kiszolgálót, kövesse az alábbi lépéseket:

    1. Válassza az Azure SQL-t a szolgáltatás menüjében. Ha az Azure SQL nem szerepel a listában, válassza a Minden szolgáltatás lehetőséget, majd írja be Azure SQL a keresőmezőbe. (Nem kötelező) Válassza ki az Azure SQL melletti csillagot kedvencként, és adja hozzá elemként a szolgáltatásmenüben.
    2. Az Azure SQL-lapon keresse meg a módosítani kívánt adatbázist vagy rugalmas készletet, és válassza ki az SQL-adatbázis vagy a rugalmas SQL-készlet panel megnyitásához.
    3. Az SQL Database vagy a rugalmas SQL-készletÁttekintés paneljén válassza ki a kiszolgáló nevét a Kiszolgáló név alatt az SQL Server panel megnyitásához.
  2. Az SQL Server erőforrásmenüjében válassza a Feladatátvételi csoportok lehetőséget az Adatkezelés területen, majd válasszon ki egy meglévő feladatátvételi csoportot a Feladatátvételi csoport lap megnyitásához.

    Képernyőkép a feladatátvételi csoportokról, ahol kiválaszthat egy feladatátvételi csoportot az SQL Serverhez.

  3. A Feladatátvételi csoport lapon használja a parancssávot:

    1. Adatbázis hozzáadásához válassza az Adatbázisok hozzáadása lehetőséget az Adatbázisok hozzáadása feladatátvételi csoporthoz panel megnyitásához , majd bontsa ki a #Databases az elsődleges kiszolgálón található adatbázisok listájának megjelenítéséhez. Jelölje be a feladatátvételi csoporthoz hozzáadni kívánt adatbázis(ok) melletti jelölőnégyzetet, majd a Kijelölés funkcióval mentse a módosításokat, és adja hozzá az adatbázis(oka)t.
    2. Adatbázis eltávolításához válassza az Adatbázisok eltávolítása lehetőséget az Adatbázisok eltávolítása feladatátvételi csoport paneljének megnyitásához, majd bontsa ki a #Databases a feladatátvételi csoport adatbázisainak listázásához. Jelölje be a feladatátvételi csoportból eltávolítani kívánt adatbázis(ok) melletti jelölőnégyzetet, majd a Kijelölés funkcióval mentse a módosításokat, és távolítsa el az adatbázis(ok)t.
    3. A feladatátvételi szabályzat szerkesztéséhez vagy türelmi időszak konfigurálásához válassza a Konfiguráció szerkesztése lehetőséget a Konfigurációk szerkesztése feladatátvételi csoportok panel megnyitásához és a beállítások módosításához. A Módosítások mentéséhez használja a Kijelölés lehetőséget.

    Képernyőkép az Azure Portal feladatátvételi csoport oldaláról, amelyen a parancssáv ki van emelve.

Privát kapcsolat használatával logikai kiszolgálót társíthat egy adott privát IP-címhez a virtuális hálózaton és az alhálózaton belül.

Ha privát hivatkozást szeretne használni a feladatátvételi csoporttal, tegye a következőket:

  1. Győződjön meg arról, hogy az elsődleges és másodlagos kiszolgálók párosított régióban vannak.
  2. Hozza létre a virtuális hálózatot és az alhálózatot minden régióban az elsődleges és a másodlagos kiszolgálók privát végpontjainak üzemeltetéséhez, amelyek nem visszacsatoló IP-címterekkel rendelkeznek. Például az elsődleges virtuális hálózat 10.0.0.0/16 címtartománya és a másodlagos virtuális hálózat 10.0.0.1/16 címtartománya átfedésben van. A virtuális hálózati címtartományokról további információt az Azure-beli virtuális hálózatok tervezéséről szóló blogban talál.
  3. Hozzon létre egy privát végpontot és Azure Private DNS-zónát az elsődleges kiszolgálóhoz.
  4. Hozzon létre egy privát végpontot a másodlagos kiszolgálóhoz is, de ezúttal használja fel újra az elsődleges kiszolgálóhoz létrehozott privát DNS-zónát.
  5. A privát hivatkozás létrehozása után létrehozhatja a feladatátvételi csoportot a cikkben korábban ismertetett lépéseket követve.

Figyelővégpont megkeresése

Miután konfigurálta a feladatátvételi csoportot, frissítse az alkalmazás kapcsolati sztringét úgy, hogy az az olvasási/írási figyelő végpontra mutasson, hogy az alkalmazás a feladatátvétel után is csatlakozzon az elsődleges adatbázishoz. A figyelővégpont használatával nem kell manuálisan frissítenie a kapcsolati sztringet minden alkalommal, amikor a feladatátvevő csoport meghibásodik, mivel a forgalom mindig az aktuális elsődlegesre lesz irányítva. Az írásvédett számítási feladatokat az írásvédett figyelő végpontja felé is irányíthatja.

Ha meg szeretné keresni a figyelővégpontot az Azure Portalon, nyissa meg a logikai kiszolgálót az Azure Portalon, és az Adatkezelés területen válassza ki a Feladatátvételi csoportokat. Válassza ki a kívánt feladatátvételi csoportot.

Görgessen le a figyelővégpontok megkereséséhez:

  • Az olvasási/írási figyelő végpontja fog-name.database.windows.neta forgalmat az elsődleges adatbázishoz irányítja.
  • Az írásvédett figyelő végpontja fog-name.secondary.database.windows.neta forgalmat a másodlagos adatbázisba irányítja.

Képernyőkép a feladatátvételi csoport kapcsolati sztringéről az Azure Portal Feladatátvételi csoportok lapján.

Adatbázisok skálázása feladatátvételi csoportban

Az elsődleges adatbázist fel- vagy leskálázhatja egy másik számítási méretre (ugyanazon a szolgáltatási szinten belül), anélkül, hogy leválasztaná a georeplikációs fájlokat. A felskálázás során javasoljuk, hogy először a geo-másodlagost skálázza fel, majd az elsődlegest. Lefelé skálázáskor fordítsa meg a sorrendet: először skálázza le az elsődlegeset, majd skálázza le a másodlagost. Amikor egy adatbázist egy másik szolgáltatási szintre skáláz, a javaslat érvénybe lép.

Ezt a sorozatot kifejezetten azért javasoljuk, hogy elkerülje azt a problémát, amely miatt az alacsonyabb termékváltozatban lévő geo-másodlagos rendszer túlterhelődik, és a frissítési vagy leminősítési folyamat során újra el kell végezni. A problémát úgy is elkerülheti, ha az elsődleges írásvédettet teszi az elsődleges írásvédetté, azzal a költséggel, hogy az összes írási-olvasási számítási feladatot az elsődlegesre befolyásolja.

Megjegyzés:

Ha a másodlagos georeplikát a feladatátvételi csoport konfigurációjának részeként hozta létre, nem ajánlott vertikálisan leskálázni. Így biztosítható, hogy az adatszint elegendő kapacitással rendelkezzen a normál számítási feladatok feldolgozásához egy földrajzi feladatátvétel után. Előfordulhat, hogy nem tud geo-másodlagos skálázást végezni egy nem tervezett feladatátvétel után, ha a korábbi geo-elsődleges nem érhető el a kimaradás miatt. Ez egy ismert korlátozás.

A feladatátvételi csoport elsődleges adatbázisa csak akkor skálázható magasabb szolgáltatási szintre (kiadásra), ha a másodlagos adatbázis először a magasabb szintre van skálázva. Ha például az elsődleges skálázást általános célúról üzleti szempontból kritikusra szeretné felskálázni, akkor először a geo-másodlagost kell üzletileg kritikusra skáláznia. Ha úgy próbálja skálázni az elsődleges vagy geo-másodlagos skálázást, hogy az megsérti ezt a szabályt, a következő hibaüzenet jelenik meg:

The source database 'Primaryserver.DBName' cannot have higher edition than the target database 'Secondaryserver.DBName'. Upgrade the edition on the target before upgrading the source.

Kritikus adatok elvesztésének megakadályozása

A nagy kiterjedésű hálózatok nagy késése miatt a georeplikálás aszinkron replikációs mechanizmust használ. Az aszinkron replikáció elkerülhetetlenné teszi az adatvesztés lehetőségét, ha az elsődleges hiba meghiúsul. A kritikus tranzakciók adatvesztéssel szembeni védelme érdekében az alkalmazásfejlesztő közvetlenül a tranzakció véglegesítése után meghívhatja a sp_wait_for_database_copy_sync tárolt eljárást. A sp_wait_for_database_copy_sync hívása letiltja a hívási folyamatot, amíg az utolsó véglegesített tranzakciót nem továbbították és rögzítették a másodlagos adatbázis tranzakciónaplójában. Azonban nem várja meg, hogy a továbbított tranzakciók újra visszajátszódjanak a másodlagos rendszeren. sp_wait_for_database_copy_sync hatóköre egy adott georeplikációs hivatkozásra vonatkozik. Ezt az eljárást bármely olyan felhasználó meghívhatja, aki rendelkezik az elsődleges adatbázishoz való kapcsolódási jogosultsággal.

Megjegyzés:

sp_wait_for_database_copy_sync megakadályozza az adatvesztést bizonyos tranzakciók esetében a geo-failover után, de nem garantálja a teljes szinkronizációt az olvasáshoz való hozzáféréshez. Az sp_wait_for_database_copy_sync eljáráshívás által okozott késés jelentős lehet, és a hívás időpontjában az elsődleges rendszeren még nem továbbított tranzakciónapló méretétől függ.

A másodlagos régió módosítása

A változásütemezés szemléltetéséhez feltételezzük, hogy az A kiszolgáló az elsődleges kiszolgáló, a B kiszolgáló a meglévő másodlagos kiszolgáló, a C kiszolgáló pedig a harmadik régió új másodlagos kiszolgálója. A váltás megkönnyítése érdekében kövesse az alábbi lépéseket:

  1. Hozzon létre további másodpéldányokat az A kiszolgálón lévő adatbázisokról a C kiszolgálóra aktív georeplikációs funkcióval. Az A kiszolgálón minden adatbázis két másodfokú adatbázissal rendelkezik, egyet a B kiszolgálón, egyet pedig a C kiszolgálón. Ez garantálja, hogy az elsődleges adatbázisok az átállás során is védettek maradnak.
  2. Törölje a feladatátvételi csoportot. Ezen a ponton a feladatátvételi csoport végpontjait használó bejelentkezési kísérletek meghiúsulnak.
  3. Hozza létre újra a feladatátvételi csoportot ugyanazzal a névvel az A és a C kiszolgáló között.
  4. Adja hozzá az A kiszolgáló összes elsődleges adatbázisát az új feladatátvételi csoporthoz. Ezen a ponton a bejelentkezési kísérletek leállnak.
  5. A B kiszolgáló törlése. A B összes adatbázisa automatikusan törlődik.

Az elsődleges régió módosítása

A változásütemezés szemléltetéséhez feltételezzük, hogy az A kiszolgáló az elsődleges kiszolgáló, a B kiszolgáló a meglévő másodlagos kiszolgáló, a C kiszolgáló pedig a harmadik régió új elsődleges kiszolgálója. A váltás megkönnyítése érdekében kövesse az alábbi lépéseket:

  1. Tervezett geo-feladatátvétel végrehajtása az elsődleges kiszolgáló B-re váltásához. Az A kiszolgáló lesz az új másodlagos kiszolgáló. A feladatátvétel több percnyi állásidőt eredményezhet. A tényleges idő a feladatátvételi csoport méretétől függ.
  2. Hozzon létre további másodpéldányokat a B kiszolgálón lévő adatbázisokról a C kiszolgálóra aktív georeplikációs funkcióval. A B kiszolgálón minden adatbázis két másodfokú adatbázissal rendelkezik, egyet az A kiszolgálón, egyet pedig a C kiszolgálón. Ez garantálja, hogy az elsődleges adatbázisok az átállás során is védettek maradnak.
  3. Törölje a feladatátvételi csoportot. Ezen a ponton a feladatátvételi csoport végpontjait használó bejelentkezési kísérletek meghiúsulnak.
  4. Hozza létre újra a feladatátvételi csoportot ugyanazzal a névvel a B és a C kiszolgáló között.
  5. Adja hozzá a B összes elsődleges adatbázisát az új feladatátvételi csoporthoz. Ezen a ponton a bejelentkezési kísérletek leállnak.
  6. A feladatátvételi csoport tervezett geo-feladatátvételének végrehajtása a B és A kapcsolóhoz. Most a C kiszolgáló lesz az elsődleges, a B pedig a másodlagos. Az A kiszolgálón lévő összes másodlagos adatbázis automatikusan kapcsolódik a C elsődleges adatbázisaihoz. Az 1. lépéshez hasonlóan a feladatátvétel több percnyi állásidőt is eredményezhet.
  7. Az A kiszolgáló törlése. Az A-ben lévő összes adatbázis automatikusan törlődik.

Fontos

A feladatátvételi csoport törlésekor a figyelővégpontok DNS-rekordjai is törlődnek. Ezen a ponton nem nulla annak a valószínűsége, hogy valaki más létrehoz egy feladatátvételi csoportot vagy egy kiszolgálói DNS-aliast ugyanazzal a névvel. Mivel a feladatátvételi csoportneveknek és a DNS-aliasoknak globálisan egyedinek kell lenniük, ez megakadályozza, hogy ismét ugyanazt a nevet használja. A kockázat minimalizálása érdekében ne használjon általános feladatátvételi csoportneveket.

Feladatátvételi csoportok és hálózati biztonság

Egyes alkalmazások esetében a biztonsági szabályok megkövetelik, hogy az adatszinthez való hálózati hozzáférés egy adott összetevőre vagy összetevőre, például virtuális gépre, webszolgáltatásra stb. korlátozódjon. Ez a követelmény kihívást jelent az üzletmenet-folytonosság tervezése és a feladatátvételi csoportok használata szempontjából. Az ilyen korlátozott hozzáférés megvalósításakor vegye figyelembe az alábbi lehetőségeket.

Feladatátvételi csoportok és virtuális hálózati szolgáltatásvégpontok használata

Ha virtuális hálózati szolgáltatásvégpontokat és szabályokat használ az adatbázishoz való hozzáférés korlátozásához, vegye figyelembe, hogy minden egyes virtuális hálózati szolgáltatásvégpont csak egy Azure-régióra vonatkozik. A végpont nem teszi lehetővé más régiók számára, hogy elfogadják az alhálózatról érkező kommunikációt. Ezért csak az ugyanabban a régióban üzembe helyezett ügyfélalkalmazások csatlakozhatnak az elsődleges adatbázishoz. Mivel a geo feladatátvétel azt eredményezi, hogy az SQL Database-ügyfél munkameneteit egy másik (másodlagos) régióban lévő kiszolgálóra irányítják át, ezek a munkamenetek meghiúsulhatnak, ha az adott régión kívüli ügyféltől származnak. Emiatt a Microsoft által felügyelt feladatátvételi szabályzat nem engedélyezhető, ha a részt vevő kiszolgálók szerepelnek a virtuális hálózati szabályokban. A manuális feladatátvételi szabályzat támogatásához kövesse az alábbi lépéseket:

  1. Redundáns másolatok kiépítése az alkalmazás előtérbeli összetevőiről (webszolgáltatás, virtuális gépek stb.) a másodlagos régióban.
  2. A virtuális hálózati szabályokat egyenként konfigurálja az elsődleges és a másodlagos kiszolgálóhoz.
  3. Az előtérbeli feladatátvétel engedélyezése Traffic Manager-konfigurációval.
  4. Manuális geo-feladatátvétel kezdeményezése a kimaradás észlelésekor. Ez a beállítás olyan alkalmazásokhoz van optimalizálva, amelyek konzisztens késést igényelnek az előtér és az adatréteg között, és támogatják a helyreállítást, ha az előtér, az adatréteg vagy mindkettőt érinti a kimaradás.

Megjegyzés:

Ha írásvédett figyelőt használ egy írásvédett számítási feladat terheléselosztásához, győződjön meg arról, hogy a számítási feladat végrehajtása egy virtuális gépen vagy a másodlagos régió más erőforrásán történik, hogy az csatlakozni tudjon a másodlagos adatbázishoz.

Feladatátvételi csoportok és tűzfalszabályok használata

Ha az üzletmenet-folytonossági terv feladatátvételi csoportok használatával történő feladatátvételt igényel, nyilvános IP-tűzfalszabályok használatával korlátozhatja az SQL Database-hez való hozzáférést. Ez a konfiguráció biztosítja, hogy a geo feladatátvétel ne blokkolja az előtér-összetevők kapcsolatait, és feltételezi, hogy az alkalmazás képes elviselni a hosszabb késést az előtér és az adatréteg között.

A feladatátvételi csoport feladatátvételének támogatásához kövesse az alábbi lépéseket:

  1. Nyilvános IP-cím létrehozása.
  2. Hozzon létre egy nyilvános terheléselosztót , és rendelje hozzá a nyilvános IP-címet.
  3. Hozzon létre egy virtuális hálózatot és a virtuális gépeket az előtérbeli összetevőkhöz.
  4. Hozzon létre hálózati biztonsági csoportot , és konfigurálja a bejövő kapcsolatokat.
  5. Egy Sql.<Region> használatával győződjön meg arról, hogy a kimenő kapcsolatok megnyitva vannak az Azure SQL Database-hez egy régióban.
  6. Hozzon létre egy SQL Database tűzfalszabályt , amely engedélyezi a bejövő forgalmat az 1. lépésben létrehozott nyilvános IP-címről.

A kimenő hozzáférés konfigurálásáról és a tűzfalszabályokban használandó IP-címről további információt a Terheléselosztó kimenő kapcsolatai című témakörben talál.

Fontos

A regionális kimaradások során az üzletmenet folytonosságának biztosításához biztosítania kell a földrajzi redundanciát mind az előtérbeli összetevők, mind az adatbázisok esetében.

Több másodfok

Fontos

A feladatátvételi csoportok több másodfokú verziója olyan előzetes verziójú funkció, amely nem ajánlott éles számítási feladatokhoz. További információ: Több másodlagos feladatátvételi csoport.

Engedélyek

A feladatátvételi csoportok engedélyeit az Azure szerepköralapú hozzáférés-vezérlése (Azure RBAC) kezeli.

Feladatátvételi csoportok létrehozásához és kezeléséhez Azure RBAC írási hozzáférés szükséges. Az SQL Server közreműködői szerepköre rendelkezik az összes szükséges engedéllyel a feladatátvételi csoportok kezeléséhez.

Az alábbi táblázat az Azure SQL Database adott engedélyhatóköreit sorolja fel:

Akció engedély Hatókör
Feladatátvételi csoport létrehozása Azure RBAC írási hozzáférés Elsődleges kiszolgáló
Másodlagos kiszolgáló
A feladatátvételi csoport összes adatbázisa
Feladatátvételi csoport frissítése Azure RBAC írási hozzáférés Átállási csoport
Az aktuális elsődleges kiszolgálón lévő összes adatbázis
Feladatátvételi csoport Azure RBAC írási hozzáférés Feladatátvételi csoport az új kiszolgálón

Korlátozások

Vegye figyelembe a következő korlátozásokat:

  • Feladatátvételi csoportok csak ugyanabban a Microsoft Entra-bérlőben lévő logikai kiszolgálók között hozhatók létre.
  • Feladatátvételi csoportok nem hozhatók létre két kiszolgáló között ugyanabban az Azure-régióban.
  • A feladatátvételi csoportok támogatják a csoport összes adatbázisának georeplikálása egyetlen másodlagos logikai kiszolgálóra egy másik régióban.
  • Feladatátvételi csoportokat nem lehet átnevezni. Törölni kell a csoportot, majd újból létre kell hozni egy másik néven.
  • Az adatbázis átnevezése feladatátvételi csoportban lévő adatbázisok esetében nem támogatott. Ideiglenesen törölnie kell a feladatátvételi csoportot, hogy átnevezhessen egy adatbázist, vagy eltávolíthassa az adatbázist a feladatátvételi csoportból.
  • Az önálló vagy rugalmas készletbe helyezett adatbázisok feladatátvételi csoportjainak eltávolítása nem állítja le a replikációt, és nem törli a replikált adatbázist. Manuálisan le kell állítania a georeplikálást, és törölnie kell az adatbázist a másodlagos kiszolgálóról, ha egyetlen vagy készletezett adatbázist szeretne hozzáadni egy feladatátvevő csoporthoz az eltávolítás után. Ha egyik sem sikerül, az az adatbázis feladatátvételi csoporthoz való hozzáadásakor tapasztalthoz The operation cannot be performed due to multiple errors hasonló hibát eredményezhet.
  • A feladatátvételi csoport nevére elnevezési korlátozások vonatkoznak.
  • Új feladatátvételi csoport létrehozásakor vagy adatbázisok meglévő feladatátvételi csoporthoz való hozzáadásakor csakkészenléti replikaként jelölheti ki az adatbázisokat az Azure Portal használatakor – az Azure PowerShell és az Azure CLI jelenleg nem érhető el.
  • Az Azure Portal nem támogatja feladatátvételi csoportok létrehozását különböző előfizetésekben. Ehelyett a PowerShell-parancsmagokkal programozott módon kezelheti a feladatátvételi csoportokat.

Feladatátvételi csoportok programozott módon történő kezelése

A feladatátvételi csoportok programozott módon is kezelhetők az Azure PowerShell, az Azure CLI és a REST API használatával. Az alábbi táblázatok az elérhető parancsok készletét ismertetik. A feladatátvételi csoportok a felügyelethez használható Azure Resource Manager API-k készletét tartalmazzák, beleértve az Azure SQL Database REST API-t és az Azure PowerShell-parancsmagokat. Ezek az API-k erőforráscsoportok használatát igénylik, és támogatják az Azure szerepköralapú hozzáférés-vezérlését (Azure RBAC). A hozzáférési szerepkörök implementálásáról további információt az Azure szerepköralapú hozzáférés-vezérlés (Azure RBAC) című témakörben talál.

Cmdlet Leírás
New-AzSqlDatabaseFailoverGroup Ez a parancs létrehoz egy feladatátvételi csoportot, és regisztrálja az elsődleges és a másodlagos kiszolgálókon is
Add-AzSqlDatabaseToFailoverGroup (Adja hozzá az Az SQL-adatbázist a hibatűrő csoporthoz) Egy vagy több adatbázis hozzáadása feladatátvételi csoporthoz
Remove-AzSqlDatabaseFromFailoverGroup Egy vagy több adatbázis eltávolítása feladatátvételi csoportból
Remove-AzSqlDatabaseFailoverGroup Eltávolít egy feladatátvételi csoportot a kiszolgálóról
Get-AzSqlDatabaseFailoverGroup Egy feladatátvevő csoport konfigurációjának lekérése
Set-AzSqlDatabaseFailoverGroup Feladatátvételi csoport konfigurációjának módosítása
Az SQL Adatbázis Átállító Csoport Kapcsolása A feladatátvételi csoport átállását aktiválja a másodlagos kiszolgálóra.

Megjegyzés:

A feladatátvételi csoportot az előfizetések között is üzembe helyezheti az Azure PowerShell paraméterének használatával, kezdve a -PartnerSubscriptionIdAz.SQL 3.11.0-s verziójával. További információért tekintse át a következő példát.