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

Az SQL Server biztonsági mentése mindig rendelkezésre állási csoportokban

Az Azure Backup teljes körű támogatást nyújt az SQL Server mindig rendelkezésre állási csoportokon (AG) történő biztonsági mentéséhez, ha minden csomópont ugyanabban a régióban és előfizetésben található, mint a Recovery Services-tároló. Ha azonban az AG-csomópontok régiók/előfizetések/helyszíni és Azure között oszlanak meg, figyelembe kell venni néhány szempontot.

Feljegyzés

  • Az Azure Backup nem támogatja az alapszintű rendelkezésre állási csoport adatbázisainak biztonsági mentését.
  • A támogatott konfigurációkkal és forgatókönyvekkel kapcsolatos további információkért tekintse meg az SQL biztonsági mentési támogatási mátrixát .

Az Azure Backup SQL AG által használt biztonsági mentési beállítás csak az elsődleges replikáról támogatja a teljes és a különbségi biztonsági mentést. Ezért ezek a biztonsági mentési feladatok mindig az elsődleges csomóponton futnak, függetlenül a biztonsági mentési beállításoktól. A csak másolási és tranzakciónapló-biztonsági mentések esetében az AG biztonsági mentési beállításai a biztonsági mentést futtató csomópont kiválasztásakor lesznek figyelembe véve.

Az AG biztonsági mentési beállításai Teljes és Diff biztonsági mentések futnak A csak másolási és naplózási biztonsági mentések a következőből származnak:
Elsődleges Elsődleges replika Elsődleges replika
Csak másodlagos Elsődleges replika A másodlagos replikák bármelyike
Másodlagos előnyben részesítés Elsődleges replika Előnyben részesítik a másodlagos replikákat, de a biztonsági másolatok az elsődleges replikán is futtathatók.
Nincs/Nincs Elsődleges replika Bármely replika

A számítási feladatok biztonsági mentési bővítménye akkor települ a csomópontra, amikor regisztrálja az Azure Backup szolgáltatásban. Ha egy AG-adatbázis biztonsági mentésre van konfigurálva, a rendszer leküldi a biztonsági mentés ütemezését az AG összes regisztrált csomópontjára. Az ütemezések az összes AG-csomópontra kigyulladnak, és az ezeken a csomópontokon lévő számítási feladatok biztonsági mentési bővítményei szinkronizálódnak egymás között, hogy eldöntsék, melyik csomópont végezheti el a biztonsági mentést. A csomópont kiválasztása a biztonsági mentés típusától és az 1. szakaszban ismertetett biztonsági mentési beállítástól függ.

A kijelölt csomópont folytatja a biztonsági mentési feladatot, míg a többi csomóponton aktivált feladat kiesik, vagyis kihagyja a feladatot.

Feljegyzés

Az Azure Backup nem veszi figyelembe a biztonsági mentési prioritásokat vagy replikákat, miközben a másodlagos replikák között dönt.

AG-csomópontok regisztrálása a Recovery Services-tárolóba

A Recovery Services-tárolók csak a tárolóval azonos régióban és előfizetésben lévő virtuális gépekről támogatják az adatbázisok biztonsági mentését.

  • Regisztrálja az elsődleges csomópontot a tárolóba (ellenkező esetben a teljes biztonsági mentés nem lehetséges).
  • Regisztráljon legalább egy másodlagos csomópontot a tárolóba (ellenkező esetben a napló/másolás alapú teljes biztonsági mentések nem történhetnek meg), ha a biztonsági mentési beállítás csak másodlagos.

Az AG-adatbázisok biztonsági mentéseinek konfigurálása a FabricSvcBackupPreferenceCheckFailedUserError hibakóddal meghiúsul, ha a fenti feltételek nem teljesülnek.

Tekintsük referenciaként a következő AG-üzembe helyezést.

AG üzembe helyezési diagram, referencia.

A megadott AG-minta üzembe helyezése alapján az alábbi szempontokat érdemes figyelembe venni:

  • Mivel az elsődleges csomópont az 1. és az 1. előfizetésben található, a Helyreállítási tárnak (1. tárolónak) az 1. régióban és az 1. előfizetésben kell lennie az AG védelméhez.
  • VM3 nem regisztrálható a Vault 1-ben, mivel az egy másik előfizetésben található.
  • VM4 nem regisztrálható az 1. tárolóban, mivel az egy másik régióban található.
  • Ha a biztonsági mentési beállítás csak másodlagos, akkor a VM1 (elsődleges) és a VM2 (Másodlagos) 1 tárolóban kell regisztrálni (mivel a teljes biztonsági mentéshez az elsődleges csomópont szükséges, a naplókhoz pedig másodlagos csomópont szükséges). Egyéb biztonsági mentési beállítások esetén a VM1 -et (elsődleges) regisztrálni kell az 1. tárolóban, a VM2 nem kötelező (mivel az összes biztonsági mentés futtatható az elsődleges csomóponton).
  • Bár a VM3 regisztrálható a 2. előfizetés 2. tárolójában, és az AG-adatbázisok ekkor megjelennek a 2. tárolóban, de a 2. tároló elsődleges csomópontjának hiánya miatt a biztonsági mentések konfigurálása sikertelen lenne.
  • Hasonlóképpen, bár a VM4 regisztrálható a 2. régió 4. tárolójában, a biztonsági mentések konfigurálása sikertelen lenne, mivel az elsődleges csomópont nincs regisztrálva a 4. tárolóban.

Feladatátvétel kezelése

Miután az AG feladatátvételt végzett az egyik másodlagos csomóponton:

  • A teljes és a különbségi biztonsági mentés az új elsődleges csomópontról folytatódik, ha regisztrálva van a tárolóban.
  • A napló és a csak másolt teljes biztonsági másolatok az elsődleges/másodlagos csomópontról folytatódnak a biztonsági mentési beállítások alapján.

Feljegyzés

A naplóláncok megszakadása nem történik meg feladatátvételkor, ha a feladatátvétel nem esik egybe a biztonsági mentéssel.

A fenti minta AG-üzembe helyezés alapján a következő feladatátvételi lehetőségek állnak rendelkezésre:

  • Feladatátvétel a VM2-be
    • A teljes és különbségi biztonsági mentések a VM2-ről történnek.
    • A naplózási és másolási teljes biztonsági mentések az 1. vagy a 2. virtuális gépről történnek a biztonsági mentési beállítások alapján.
  • Feladatátvétel a VM3-ba (másik előfizetés)
    • Mivel a biztonsági másolatok nincsenek konfigurálva a 2. tárolóban, nem történne biztonsági mentés.
    • Ha a biztonsági mentési beállítás nem csak másodlagos, akkor a biztonsági mentések most konfigurálhatók a 2. tárolóban, mert az elsődleges csomópont regisztrálva van ebben a tárolóban. Ez azonban ütközésekhez/biztonsági mentési hibákhoz vezethet. Erről bővebben a többrégiós AG biztonsági mentéseinek konfigurálása című témakörben olvashat.
  • Feladatátvétel a VM4-be (másik régió)
    • Mivel a biztonsági másolatok nincsenek konfigurálva a 4. tárolóban, nem történik biztonsági mentés.
    • Ha a biztonsági mentési beállítások nem csak másodlagosak, a biztonsági másolatok most konfigurálhatók a 4. tárolóban, mivel az elsődleges csomópont regisztrálva van ebben a tárolóban. Ez azonban ütközésekhez/biztonsági mentési hibákhoz vezethet. Erről bővebben a többrégiós AG biztonsági mentéseinek konfigurálása című témakörben olvashat.

Többrégiós AG biztonsági mentéseinek konfigurálása

A Helyreállítási tár nem támogatja az előfizetések közötti vagy régiók közötti biztonsági mentéseket. Ez a szakasz azt foglalja össze, hogyan engedélyezheti az előfizetéseket vagy Azure-régiókat felölelő AG-k biztonsági mentéseit és a kapcsolódó szempontokat.

  • Értékelje ki, hogy valóban engedélyeznie kell-e az összes csomópont biztonsági mentését. Ha egy régió/előfizetés rendelkezik a legtöbb AG-csomópontpal, és nagyon ritkán történik feladatátvétel más csomópontokra, a biztonsági mentés beállítása elég lehet az első régióban. Ha a más régióba/előfizetésbe történő feladatátvételek gyakran és hosszabb ideig történnek, akkor érdemes lehet proaktív módon beállítani a biztonsági mentéseket a másik régióban is.

  • Minden tároló, ahol a biztonsági mentés engedélyezve van, saját helyreállításipont-láncokkal fog rendelkezni. Ezekből a helyreállítási pontokból csak az adott tárolóban regisztrált virtuális gépeken végezhetők visszaállítások.

  • A teljes/különbségi biztonsági mentések csak az elsődleges csomópontot tartalmazó tárolóban lesznek sikeresek. Ezek a biztonsági másolatok más tárolókban továbbra is sikertelenek lesznek.

  • A naplók biztonsági mentései addig működnek az előző tárolóban, amíg a napló biztonsági mentése nem fut az új tárolóban (vagyis abban a tárolóban, ahol az új elsődleges csomópont található), és megszakítja a régi tároló naplóláncát.

    Feljegyzés

    A naplók biztonsági mentésének sikertelensége 15 nappal későbbre van korlátozva.

  • A csak másolásra használható teljes biztonsági másolatok az összes tárolóban működnek.

  • Az egyes tárolókban lévő védelem különálló adatforrásként van kezelve, és külön számlázva van.

A két tároló közötti biztonsági mentési ütközések elkerülése érdekében javasoljuk, hogy állítsa a biztonsági mentési beállítást elsődlegesre. Ezután, amelyik tároló rendelkezik az elsődleges csomópontpal, a napló biztonsági mentését is elvégezi.

A fenti minta AG-üzembe helyezés alapján az alábbi lépéseket követve engedélyezheti a biztonsági mentést az összes csomópontról. A feltételezés az, hogy a biztonsági mentési beállítások minden lépésben teljesülnek.

1. lépés: Biztonsági másolatok engedélyezése az 1. régió 1. előfizetésében (1. tároló)

Mivel az elsődleges csomópont régióban és előfizetésben található, a biztonsági mentések engedélyezésének szokásos lépései működni fognak.

2. lépés: Biztonsági másolatok engedélyezése az 1. régió 2. előfizetésében (2. tároló)

  1. Feladatátvétel az AG-ről a VM3-ra, hogy az elsődleges csomópont a 2. tárolóban legyen.
  2. Biztonsági másolatok konfigurálása az AG-adatbázisokhoz a Vault 2-ben.
  3. Ezen a ponton:
    1. A teljes/különbségi biztonsági mentések az 1. tárolóban sikertelenek lesznek, mivel egyik regisztrált csomópont sem tudja elvégezni ezt a biztonsági másolatot.
    2. A naplók biztonsági mentései sikeresek lesznek az 1. tárolóban, amíg a napló biztonsági mentése a 2. tárolóban nem fut, és meg nem szakítja az 1. tároló naplóláncát.
  4. Az AG feladat-visszavétele a VM1-be.

3. lépés: Biztonsági másolatok engedélyezése a 2. régió 1. előfizetésében (4. tároló)

Ugyanaz, mint a 2. lépés.

Azure-ra és helyszínire kiterjedő AG biztonsági mentése

Az SQL Serverhez készült Azure Backup nem futtatható a helyszínen. Ha az elsődleges csomópont az Azure-ban található, és az Azure-beli csomópontok kielégítik a biztonsági mentési beállításokat, a többrégiós AG-hez tartozó fenti útmutatást követve engedélyezheti a biztonsági mentéseket az Azure-beli replikákhoz. Ha feladatátvétel történik a helyszíni csomópontra, az Azure-ban a teljes és különbségi biztonsági mentés meghiúsul. A naplók biztonsági mentései a naplólánc megszakadásáig/15 nap elteltével is folytatódhatnak.

Biztonsági mentési feladatok szabályozása egy AG-adatbázisban

A biztonsági mentés szabályozására vonatkozó korlátozások jelenleg egy adott gép szintjén érvényesek. Az alapértelmezett korlát 20 – ha egyszerre több mint 20 biztonsági mentés aktiválódik, az első 20 fut, a többi pedig várólistára kerül. Ha a futó feladatok befejeződnek, az üzenetsorba helyezett feladatok elindulnak.

Ezt az értéket kisebb értékre módosíthatja, ha az egyidejű biztonsági mentések memória-/IO/CPU-terhelést okoznak a csomóponton. Mivel a szabályozás csomópontszinten van, a kiegyensúlyozatlan AG-csomópontok biztonsági mentési szinkronizálási problémákhoz vezethetnek. Ennek megértéséhez fontolja meg például a 2 csomópontos AG-t.

Az első csomópont például 50 önálló adatbázissal rendelkezik, és mindkét csomópont 5 AG-adatbázissal rendelkezik. Az 1. csomópontnak 55 adatbázis-biztonsági mentési feladat van ütemezve, míg a 2. csomópontnak csak 5 van. Emellett ezek a biztonsági másolatok úgy vannak konfigurálva, hogy minden órában egyszerre fussanak. Egy ponton mind az 55 biztonsági mentés aktiválódik az 1. csomóponton, és ezek közül 35 várólistára kerül. Ezek közül néhány az AG-adatbázis biztonsági másolata. A 2. csomóponton azonban az AG-adatbázis biztonsági másolatai sorba állítás nélkül haladnának tovább.

Mivel az AG-adatbázis-feladatok az egyik csomóponton várólistára kerülnek, és egy másikon futnak, a biztonsági mentés szinkronizálása (a 6. szakaszban említett) nem fog megfelelően működni. A 2. csomópont feltételezheti, hogy az 1. csomópont le van állítva, ezért az onnan érkező feladatok nem jönnek létre szinkronizálásra. Ez naplólánctörésekhez vagy további biztonsági mentésekhez vezethet, mivel mindkét csomópont egymástól függetlenül végezhet biztonsági mentéseket.

Hasonló probléma akkor fordulhat elő, ha a védett AG-adatbázisok száma meghaladja a szabályozási korlátot. Ilyen esetben például a DB1 biztonsági mentése várólistára állítható az 1. csomóponton, míg a 2. csomóponton fut.

Javasoljuk, hogy a következő biztonsági mentési beállításokat használja a szinkronizálási problémák elkerülése érdekében:

  • Két csomópontos AG esetén állítsa a biztonsági mentési beállításokat elsődleges vagy másodlagos értékre – akkor csak az egyik csomópont végezheti el a biztonsági mentéseket, a másik mindig ki fog szabadulni.
  • A 2-nél több csomóponttal rendelkező AG esetében állítsa a biztonsági mentési beállításokat elsődlegesre , majd csak az elsődleges csomópont végezheti el a biztonsági mentéseket, mások pedig kisegítik.

AG-biztonsági másolatok számlázása

Az önálló SQL-példányhoz hasonlóan egy biztonsági másolatot használó AG-példány is egy védett példánynak minősül. A példányok védett adatbázisainak teljes előtérmérete díjköteles. Fontolja meg a következő üzembe helyezést:

Az adatbázisok védett példányainak számítását bemutató ábra.

A védett példányok kiszámítása a következőképpen történik:

Védett példány/ Számlázási példány Az előtérbeli méret kiszámításához figyelembe vett adatbázisok
AG1 DB1, DB2
AG2 DB4
VM2 DB3
VM3 DB6
VM4 DB5

Védett adatbázis áthelyezése AG-ben vagy onnan

Az Azure Backup az SQL-példányt vagy az AG-nevet\Az adatbázis nevét az adatbázis egyedi neveként tekinti. Az önálló adatbázis védelmekor az egyedi neve StandAloneInstanceName\DBName volt. Amikor egy AG alá kerül, az egyedi név AGName\DBName névre változik. Az önálló adatbázis biztonsági mentései a következő hibakóddal kezdődnek: UserErrorBackupFailedStandaloneDatabaseMovedInToAG.

Az adatbázist úgy kell konfigurálni, hogy védelmet nyújtson az AG-ből. Ez egy új adatforrásként lesz kezelve, külön helyreállításipont-lánccal. Az önálló adatbázisok régebbi védelme leállítható az adatok megőrzésével, így elkerülhető, hogy a jövőbeli biztonsági mentések aktiválják és meghiúsuljanak rajta. Hasonlóképpen, amikor egy védett AG-adatbázis kilép az AG-ből, és önálló adatbázissá válik, a biztonsági másolatok hibakóddal kezdődnek: UserErrorBackupFailedDatabaseMovedOutOfAG.

Az adatbázist úgy kell konfigurálni, hogy védelmet nyújtson az önálló példányból. Ez egy új adatforrásként lesz kezelve, külön helyreállításipont-lánccal. Az AG-adatbázis régebbi védelme leállítható az adatok megőrzésével, így elkerülhető, hogy a jövőbeli biztonsági másolatok aktiválják és meghiúsuljanak rajta.

Csomópont hozzáadása/eltávolítása egy AG-hez

Amikor egy új csomópontot adnak hozzá a biztonsági mentésekhez konfigurált AG-hez, a már regisztrált AG-csomópontokon futó számítási feladatok biztonsági mentési bővítményei észlelik az AG-topológia módosítását, és tájékoztatják az Azure Backup szolgáltatást a következő ütemezett adatbázis-felderítési feladat során. Amikor ez az új csomópont ugyanarra a Recovery Services-tárolóra regisztrálva lesz, mint a többi meglévő csomópont, az Azure Backup szolgáltatás elindít egy munkafolyamatot, amely konfigurálja ezt az új csomópontot az AG-biztonsági mentések végrehajtásához szükséges metaadatokkal.

Ezt követően az új csomópont szinkronizálja az AG biztonsági mentési ütemezési adatait az Azure Backup szolgáltatásból, és elkezd részt venni a szinkronizált biztonsági mentési folyamatban. Ha az új csomópont nem tudja szinkronizálni a biztonsági mentési ütemezéseket, és részt vesz a biztonsági mentésekben, a csomópont újraregisztrációjának aktiválása a csomópont újrakonfigurálását is kényszeríti az AG-biztonsági mentésekhez. A csomópontok hozzáadásához hasonlóan a számítási feladatok bővítményei észlelik az AG-topológia változását ebben az esetben, és tájékoztatják az Azure Backup szolgáltatást. A szolgáltatás elindít egy csomópont konfiguráció nélküli munkafolyamatát az eltávolított csomóponton az AG-adatbázisok biztonsági mentési ütemezésének törléséhez és az AG-hez kapcsolódó metaadatok törléséhez.

AG-csomópont regisztrálásának megszüntetése az Azure Backupból

Ha egy csomópont egy olyan AG része, amely egy vagy több, biztonsági mentésre konfigurált adatbázissal rendelkezik, akkor az Azure Backup nem engedélyezi a csomópont regisztrációjának törlését. Ez azért van, hogy megelőzze a jövőbeli biztonsági mentési hibákat, ha a biztonsági mentési beállítások nem teljesülnek a csomópont nélkül. A csomópont regisztrációjának törléséhez először el kell távolítania azt az AG-ből. Amikor a visszavonási konfigurálási munkafolyamat befejeződik és a csomópont törlődik, megszüntetheti a regisztrációját.

Az adatbázis visszaállítása az Azure Backupból az AG SQL rendelkezésre állási csoportokba nem támogatja közvetlenül az adatbázis AG-be való visszaállítását. Az adatbázist vissza kell állítani egy önálló SQL-példányra, majd csatlakoznia kell egy AG-hez.

A rendelkezésre állási csoport újralétrehozásának forgatókönyvei az SQL-adatbáziskiszolgálóhoz

A rendelkezésre állási csoport (AG) újbóli létrehozása, a duplikált AG-k és a biztonsági mentési elemek védett elemekként jelennek meg a következő forgatókönyvekben:

  • A már védett AG-k ismételt létrehozása duplikált AG-ként jelenik meg a Biztonsági mentés konfigurálása lapon és a Védett elemek listájában. Ha meg szeretné őrizni a régebbi AG-ben már meglévő biztonsági mentési adatokat, állítsa le a biztonsági mentést a Stop protection és az Adatmegőrző beállítás használatával, mielőtt újra létrehozna és ütemezené a biztonsági mentéseket az új AG-elemeken.

    Az Azure Backup terv szerint felsorolja a védett elemek listájában szereplő ismétlődő elemeket, valamint a Biztonsági mentési lap vagy a Védhető elemek listájánakkonfigurálását, és megjeleníti ezeket az elemeket, amíg meg nem szeretné őrizni a biztonsági mentési adatokat.

  • Ha nem szeretné, hogy a biztonsági mentési adatok a régebbi AG-ből származnak, állítsa le a biztonsági mentési műveletet a régebbi elem adatvédelmének leállításával és törlésével , mielőtt újra létrehozna és ütemezené a biztonsági mentéseket az új AG-n.

    Figyelemfelhívás

    A védelem leállítása és az adatok törlése romboló művelet.

  • A biztonsági mentési hibák elkerülése érdekében a fenti leállítási védelmi folyamat végrehajtása után újra létrehozhatja az AG-t.

Következő lépések

Az alábbiak végrehajtásának módját ismerheti meg:

Kapcsolódó tartalom

  • Last updated on